Listar los plugins de WordPress

Esto puede parecer absurdo porque en el admin de WordPress ya tenemos una página con el listado de los plugins instalados, activos, etc.

Es un listado muy bonito y con un montón de información de cada plugin pero poco practico en (las escasas) situaciones en las que necesitas tener una lista de los plugins para, por ejemplo, enviarla por e-mail.

Como hacer un copiar/pegar de esta página de plugins de WordPress, con el formato que tiene, no es fácil. La segunda vez que me he encontrado con esta necesidad lo he resuelto creando un plugin que, como podéis ver en la imagen siguiente, nos lista de una manera más básica, los plugins instalados y los activos.

Programando un poco: Un listado fácil de los plugins en WordPress - Daniel Ribes

Y si, ya existe algún otro plugin que hace también esto, pero ¿y lo divertido que es hacerse uno mismo estas cosas?

El codigo del plugin, al que en un golpe de creatividad he llamado “Plugins Inventory” esta disponible en bitbucket.org

Usando el hook wp_head de WordPress

Entre los hooks que expone la API de WordPress uno de los más usados es el wp_head, que permite añadir contenido en la sección HEAD del HTML que genera WordPress.

Para usarlo basta usar una llamada del tipo:

add_action('wp_head', 'nombre_de_nuestra_funcion');

Y luego definir una función, con el nombre que hemos indicado en ‘nombre_de_nuestra_funcion’, que sera la encargada de generar el contenido que queremos añadir al HEAD.

Esto lo podemos añadir en el functions.php del theme, o mucho mejor, definirlo como un plugin y de esta manera queda independiente de los ficheros usados en el theme.

El contenido que añadamos al HEAD usando esta tecnica, ya queda bajo nuestra responsabilidad, WordPress aqui no realiza ningun tipo de filtraje.

Por otra parte todo esto funcionara si en el fichero correspondiente del theme (generalmente el head.php) se usa la función wp_head() antes de cerrar el HEAD, ya que precisamente esta función es la encargada de dar el control al WordPress para escribir en el HEAD de un documento.

Un ejemplo más concreto. Cuando compartimos una URL en Facebook, este busca imagenes dentro del documento referenciado para usar una como miniatura del enlace que compartimos. Usando el protocolo OpenGraph podemos indicar a Facebook que imagen concreta queremos que muestre.

Para hacer esto basta con que en el HEAD añadamos este META:

meta property="og:image" content="LA_URL_DE_NUESTRA_IMAGEN"

Teniendo esto en cuenta podemos hacer que Facebook use como miniatura la imagen destacada de nuestro post.

El siguiente código realiza precisamente esto y se implementa como un plugin que una vez activado, y solo para las paginas tipo post que tengan una imagen destacada, añade el meta og:image indicando a Facebook que esta es la imagen que preferimos usar.

Parece lo mismo pero no es lo mismo, o de cómo no comparar WP Super Cache y W3 Total Cache por las buenas

Buscando comparativas de rendimiento entre los plugins WP Super Cache y W3 Total Cache, te encuentras un poco de todo, ya sabemos que las pruebas de rendimiento son muy relativas. Algunas son detalladas y ejecutadas en base a configuraciones muy concretas y otras un poco en modo allegro, pero en general en todas ellas el que sale más beneficiado es W3 Total Cache.

Pero de repente te encuentras con un comentario de Frederick Townes, el desarrollador de W3 Total cache donde precisa que no se puede comparar lo que no es comparable, ya que ambos plugins tienen enfoques muy diferentes, a la par de dejar claro que W3 total cache es más moderno.

Hundreds of people have tried to do a direct comparison of W3TC and WPSC and it’s not a productive endeavor, they are completely different technologies. The only performance advantages you find with WPSC will be circumstantial, for example (the only real similarity), both plugins work the same way to move the upper performance bound of delivering pages to be tied to apache instead of PHP which is much slower.

Furthermore, WPSC is a fork of an old approach to caching. Most of the recent changes are a direct result of user requests based on what W3TC has offered since it arrived.