A raíz de un par de artículos sobre el tema, os dejo unas cuantas extensiones de Chrome y Firefox para desarrolladores web.

Para Firefox:

• Firebug: no necesita presentación.
• FireQuery: compatibilidad entre jQuery y Firebug.
• FirePHP: añade soporte para PHP y Ajax.
• Web Developer: herramienta que permite activar/desactivar las hojas de estilos, los plugins, el código javascript, las tablas, las imágenes,…
• Html Validator: evidentemente, ayuda a comprobar si una página cumplen el estándar.

Para Chrome:

• Resolution Test: permite redimensionar el navegador para visualizar la página en distintas resoluciones y comprobar que “todo funciona”.
• Speed Tracer: ya hablamos de él en este blog.
• Pendule: permite hacer probatinas con los colorer, hojas de estilo, javascript,…

¿Cuáles son vuestras preferidas?

A la hora de implementar Safari blog me planteé la opción de utilizar algún plugin para WordPress que me permitiera publicar en dos idiomas (español e inglés) con una sola instalación y, a ser posible, en un solo dominio (el mismo post en cada idioma tendría un título diferente y, por tanto, una URL distinta).

Comencé a investigar/buscar en Google y al final seleccioné estas 3 opciones:

• Multilingual wordpress: propone un plugin llamado polyglot, no demasiado potente y que se debe configurar a mano.
• Plugin para cambiar de idioma en WordPress: Juan Mediavilla nos explica cómo instalar y configurar Language Switcher, para cambiar de idioma. Es más potente que el anterior, pero además del largo proceso inicial requiere que toquemos el código fuente.
• WPML Plugin For WordPress: sencillo de instalar y configurar, realiza los cambios necesarios en la base de datos y modifica el código para, por ejemplo, poder publicar el mismo post en dos idiomas, enlazando entre las distintas versiones.

Esta última opción parecía adecuada a mis necesidades, pero descubrí un par de características que no me terminaron de convencer:

1. Obliga a elegir una de las siguientes opciones para distinguir los idiomas: distintos directorios, diferentes dominios o subdominios o un parámetro adicional.
2. Problemas a la hora de traducir el resto de contenidos, por ejemplo los enlaces.

Así que finalmente opté por implementar mi propia solución, consistente en:

• Dos (sub)dominios distintos para las versiones en inglés y español. No era del todo de mi agrado, pero simplificaba el código y evitaba problemas con la indexación de contenidos.
• Una sola copia del código que, en función del dominio, ataca a una u otra base de datos, configura el idioma adecuado y establece el formato de fecha. Se puede implementar con una simple comprobación de la variable $_SERVER['SERVER_NAME'] en el archivo “wp-config.php”.
• En algunos ficheros, se modifican los contenidos en función del idioma de la aplicación. Por ejemplo, el botón para cambiar de idioma o los enlaces a twitter y Facebook en la cabecera.

La mejor solución depende de los requerimientos de cada caso, espero que las distintas opciones comentadas os puedan servir de inspiración.

Dentro del proyecto en el que trabajo surgió la necesidad de crear una serie de herramientas externas de apoyo al usuario. La primera, y seguramente la más importante, era un plugin para WordPress que integrara nuestra aplicación con una de las plataformas de blogs más usadas.

Sólo conocía WP como usuario y administrador, sin tener apenas idea de su implementación. Empecé a buscar recursos y a leer.

He de reconocer que me gustó la estructura interna de WordPress y que resultó bastante sencillo implementar un plugin básico, tarea que seguramente habría sido más complicada sin conocimientos previos de PHP y MySQL.

Aunque opino que los desarrollos web nunca se terminan, disponemos de una versión bastante avanzada del plugin con las siguientes funcionalidades:

• Instalación/desinstalación, incluyendo la interacción con la base de datos.
• Actualización de una tabla en función de los resultados de una llamada remota.
• Gestión, por parte del usuario, de las opciones de configuración.
• Modificación parcial de los contenidos del blog, a partir de la información de la base de datos.

Como comentaba, el desarrollo no tuvo grandes complicaciones ya que WP facilita enormemente la tarea con los hooks (¿puntos de enganche?): métodos de instalación/desinstalación, gestión de menús, configuración, comunicación con la base de datos,…

Si hubiera que ponerle alguna pega, diría que la creación de páginas de opciones podría ser más ligera.

Había pensado publicar un breve manual sobre cómo crear un plugin para WordPress desde cero, pero hay un par de motivos que me han desanimado. Primero, hay bastante documentación disponible y de buena calidad. Segundo, dependiendo de lo que quieras hacer el número de posibilidades que ofrece WP es incontable y, lamentablemente, no tengo tiempo suficiente para abarcarlas todas. Así que me limitaré a compartir con vosotros los enlaces que más me ayudaron durante el proceso:

• Plugin Resources: introducción “oficial” a los plugins de WordPress y recursos relacionados (en inglés).
• Writing a Plugin: otra página oficial sobre cómo crear un plugin, convenciones de nombres, archivos, opciones, sugerencias,… (en inglés).
• Crear un plugin para wordpress: tutorial muy básico pero sencillo de comprender.
• Estandarización de los plugins para WordPress: sugerencias para estandarizar tanto el código como el contenido de los plugins.