Planeta WordPress

Como siempre nos acusan de WordPress fanboys hoy toca compartir una infografía que, aparte de opiniones que pueda haber, ofrece cifras incontestables acerca del impacto y mucho más de WordPress, Drupal y Joomla, los CMS más utilizados.

Lo mejor es que revises el gráfico pero te resumo unas cuantas cifras:

• WordPress ha tenido 164 actualizaciones (a pesar de ser el más joven), frente a 77 de Drupal y 27 de Joomla (esto está abierto a opinión, pero a mi Joomla me da miedito)
• Más del doble de plugins para WordPress que para cualquiera de los otros dos
• 104 mil seguidores en Twitter de WordPress, 21 mil los otros
• 268 mil fans de WordPress en Facebook, 19 mil Drupal y 44 mil Joomla
• Búsquedas mensuales en Google: WordPress 30 millones, Drupal 5 millones , Joomla 11 millones

¿Te quedan dudas?

Aquí la bonita infografía …

Clic para agrandar

Seguro que más de un cliente te ha pedido que sus redactores no necesiten entrar en la zona de administración de WordPress para poder publicar.

Y sino, igual se te ha ocurrido ofrecer la oportunidad a tus visitantes de publicar artículos como invitados, sin siquiera la necesidad de registrarse.

¿O quizás es que echas de menos el editor en portada de Joomla?

Pues bien, sea cual sea tu caso, y como casi todo en WordPress, es absolutamente posible, de hecho es muy fácil y tenemos varias opciones para hacerlo. Vamos a ver unas cuantas …

1. Guest editor

Guest editor es un plugin mediante el que puedes ofrecer a tus visitantes dejar sus artículos como invitados. Lo mejor es que ni siquiera han de registrarse. Solo debes habilitar una página especial, que configuras en los ajustes del plugin, en la que dejarán sus publicaciones.

Las entradas no se publicarán automáticamente sino que debes aprobarlas, lo que me parece el modo más adecuado de permitir este tipo de funcionalidades.

2. Front-end Editor

Front-end editor es otro fantástico plugin, pero en este caso lo que te permite no es la creación de nuevas entradas sino editar las ya existentes sin tener que entrar en el Escritorio de WordPress.

No usa el editor TinyMCE sino un editor visual diferente, pero muy eficaz igualmente. El único requisito es que necesitas PHP 5 o superior para que funcione. Lo mejor es que se adapta a cualquier tema, le es indiferente. Para editar una entrada solo tienes que hacer doble clic en ella y se abre el editor. Una gozada.

3. One quick post

Compatible con WordPress y BuddyPress, One quick post permite la creación y edición de entradas en portada, sin entrar en el Escritorio.

Soporta tipos de entradas personalizadas y dispone de múltiples opciones, como carga de archivos e incluso geolocalización. Es de lo más completo que puedes encontrar.

4. Quick post widget

La forma más sencilla de ofrecer artículos invitados en tu sitio es Quick post widget. Lo instalas y te ofrece un nuevo widget que puedes colocar donde quieras y, a partir de este momento, tus visitantes podrán enviar artículos sin necesidad de registrarse. También, desde la última versión, puedes habilitar el editor “inline” en una página a tu elección, solo tienes que añadir el “shortcode” [quick-post-page] para que funcione.

Puedes configurar un buen montón de opciones en el widget aunque el editor en si mismo es bastante simple, pero suficiente para la mayoría de usuarios.

Bueno, eso es lo que he encontrado, si sabes alguno más cuéntanoslo en los comentarios.

De verdad, que no es por volver a la eterna discusión. En Deviousmedia han creado una infografía en la que se comparan "datos" sobre Drupal, Joomla! y WordPress. Los resultados ya los analizas tu y así no hay interpretaciones por mi parte.

¿Mi opinión? …

Adivínala

Tu fíjate en la información de la infografía (muy interesante por cierto) y luego comentas. Ya entraré al trapo en los comentarios (seguro)

Por si no te manejas bien con el inglés voy a hacer un resumen de datos realmente curiosos, que dicen "muchas cosas":

• Nº de sitios que lo usan: WordPress (14,3%), Drupal (1,6%), Joomla (2,7%)
• Coste promedio de configuración y mantenimiento por profesionales: WordPress (250$ a 15.000$), Drupal (5.000$ a 50.000$), Joomla (2.000$ a 20.000$)
• Coste promedio por mantenimiento mensual por profesionales: WordPress (250$), Drupal (1.500$), Joomla (500$)
• Búsquedas globales en Google: WordPress (30,4 millones), Drupal (5 millones), Joomla (11,1 millones)
• Estabilidad nada más instalarlo: WordPress (5/5), Drupal (4/5), Joomla (4/5)
• Facilidad de instalación: WordPress (para niños), Drupal (para equilibristas), Joomla (para adultos) - esto es interpretación mía de los dibujos
• Facilidad de moderación: WordPress (para niños), Drupal (para equilibristas), Joomla (para adultos)- esto es interpretación mía de los dibujos
• ¿Para quien es?: WordPress (para cualquiera), Drupal (para expertos), Joomla (para usuarios avanzados) - esto es interpretación mía de los dibujos

La encontré googleando en una aburrida tarde de verano.

Ya no solo te va a avisar WordPress que actualices cuando accedas a tu escritorio, resulta que ahora también Google puede avisarte de que actualices WordPress cuando estés usando una versión antigua, para que evites problemas de seguridad principalmente.

Esto es lo que se han encontrado ya algunos usuarios de WordPress y las Webmaster tools de Google, al recibir un correo de este último servicio en el que se les avisaba que la versión de WordPress de su/s sitio/s está anticuada y les ofrece que descarguen la última versión desde WordPress.org.

Esto, que no es nuevo en Google, pues ya hace un par de años que inició el servicio de avisos de software obsoleto para los usuarios de las herramientas de Webmasters, si lo es para WordPress, pues hasta ahora solo se avisaba a usuarios de versiones antiguas de Drupal, Joomla y otros. Si me apuras incluso han tardado, pues si esto es síntoma de la popularidad de WordPress – que lo es – deberían haber incorporado WordPress hace más tiempo.

Así que ya lo sabes, también ahora Google te avisa que actualices WordPress, no soy yo solo o tu escritorio.

Me avisa Cristian de la publicación del informe sobre CMS Open Source de 2010, y los datos son demoledores. Entre las conclusiones que se extraen del susodicho se pueden destacar algunos que consolidan a WordPress como el CMS del presente y del futuro …

• WordPress es el más descargado, casi 1 millón de descargas semanales, a enorme distancia del resto
• WordPress es el segundo CMS más instalado, cerca de Joomla, lo que es un gran dato debido a la gran base previa instalada de Joomla
• WordPress es el CMS más utilizado en los sitios web más populares, a enorme distancia del resto
• WordPress es el CMS que cuenta con más desarrolladores, una tranquilidad para las empresas que lo adopten
• WordPress es el CMS del que más libros se han impreso, un curioso pero relevante dato del interés que despierta
• WordPress es el CMS con el mejor Alexa rank en su sitio oficial
• WordPress es el CMS con el que el usuario se siente más cómodo en su conjunto
• WordPress es el rey en Facebook, en cuanto a citas, no así en el resto de redes sociales, donde iguala a otros como Drupal o Joomla
• WordPress obtiene la mejor puntuación, con diferencia, en cuanto a sentimiento de marca, siendo el más apreciado por los usuarios
• WordPress es el CMS de interés más creciente en las búsquedas y tráfico

Hay muchos más datos, todos ellos en el informe de la encuesta, pero al final la conclusión es sencilla: WordPress es el presente y también el futuro de los CMS. Y tu, y yo, estamos ayudando a que esto sea así.

Contenido exclusivo para suscriptores al Feed

¡Gracias por seguirnos a diario!. Premiamos tu fidelidad ofreciéndote habitualmente contenidos exclusivos. Hoy puedes descargar:

Guía Windows Live Writer

WordPress ha ganado en el premio Hall of Fame CMS, seguido por Drupal en segundo lugar y Joomla en tercer puesto.

Este premio es una sección especial en los Open Source CMS Awards, destinado los CMS que ya han sido ganadores del Open Source CMS, para dar entrada a otros sistemas, como CMS Made Simple, que ha sido el ganador de este año.

Hace ya un año o así que en ProBlogger hicieron una encuesta acerca de cual era la mejor plataforma de publicación de blogs. Y, a pesar de que hace un año WordPress aún no podía ofrecer ni la mitad que ahora, más de 3.000 bloggers contestaron y estos fueron los resultados …

Clic para ampliar

¿Detalles? …

WordPress fue la mejor elección por estos motivos:

• Open Source - Libre de usar en proyectos personales y profesionales
• Fácil de usar - La interfaz de administración es realmente sencilla de utilizar
• Sencillo de actualizar - Actualización a un clic
• Soporte de temas - Miles de temas libres y comerciales entre los que elegir
• Plugins - Multitud de plugins con los que ampliar y mejorar tu sitio
• Protección de spam - Protección contra spam incluida

Yo, ahora mismo, le sumaría estos otros:

• Totalmente escalable, crece junto a ti, sin limitaciones, y sin necesidad de herramientas externas, lo haces todo desde el escritorio
• Multisitio - Puedes ofrecer la creación de sitios a tus lectores
• Red social - Puedes convertir tu WordPress en una completa red social a un clic gracias a BuddyPress
• Móvil - Aplicación nativa con la que gestionar tus sitios desde iPhone, iPad, Blackberry, etc
• No solo blogs - Mediante temas avanzados, plugins, menús personalizados y tipos de post y taxonomías personalizadas, puedes crear cualquier tipo de sitio

¿Se te ocurren más virtudes?

Según un reciente estudio realizado con BlindElephant, una herramienta de Qualys, para determinar la vulnerabilidad del software Open Source más popular, WordPress resultó en estos análisis el CMS con menos vulnerabilidades críticas.

En el estudio, además de constatar que, aunque asusten un poco las cifras, el software Open Source no es más inseguro que el software propietario, a pesar de no disponer de equipos técnicos dedicados a mantenerlos para "sus clientes", quedó patente la diferencia que marca WordPress, ¿lo vemos?.

La herramienta, de todos los sitios analizados, encontró vulnerabilidades en el …

• 77% de los sitios creados con Movable Type
• 91% de los sitios basados en Joomla
• 95% creados con MediaWiki
• 69% de sitios creados con Drupal

WordPress solo mostró un 4% de vulnerabilidades críticas y un 21.5% de vulnerabilidades medias

También ha quedado patente en el estudio que las vulnerabilidades encontradas en WordPress afectaban a las versiones antiguas, siendo las actuales las más seguras y estables. Así que ya sabes ¡a actualizar WordPress!

Está más que probado que MySQL 5 es más lento que MySQL 4. Además, WordPress no requiere ninguna funcionalidad específica de MySQL 5 para funcionar.

Entonces ¿por qué se acaba de anunciar que WordPress 3.2 requerirá MySQL 5.0.15?

Repetimos:

1. MySQL 5 ofrece mejoras de rendimiento en InnoDB que, como he dicho, WordPress no utiliza.
2. MySQL 4 es más rápido en MyISAM, el formato de base de datos más común que, dicho sea de paso, es el que usa WordPress.

¿Alguien lo entiende?

Pero nada, además insisten en que los servidores también deban ejecutar PHP 5.2 como mínimo para WordPress 3.2.

En este caso, aunque PHP 5.2 es más rápido que PHP 4.4 (y PHP 5.3 es aún más rápido que la versión 5.2) no habría ningún problema en que WordPress 3.2 soportara PHP 4.4. Pero cuando Matt se emperra no hay quien lo pare, y estoy seguro de es capaz de forzar a que se actualice a PHP 5 quitando código que funcione en PHP 4.4.

¿Tan difícil es hacer que el software sea flexible, escalable?. Entiendo que se quieran eliminar problemas de seguridad forzando actualizaciones en los servidores pero no hay que ser tan radical. Tampoco soy un talibán de la compatiblidad a toda costa, causa de la mayoría de los males de software como Joomla o el mismo Windows y, al tiempo, parte del gran éxito de WordPress, pero creo que se están llevando las cosas, no demasiado lejos pero si demasiado rápido.

Lo que temo es que se pretenda forzar un ritmo de actualizaciones tan tremendo, no ya de WordPress, sino de los mismos sistemas para soportarlo, provocando unos requisitos demasiado elevados. ¡Coño, si hasta han publicado un plugin para que comprobemos si nuestro servidor va a soportar WordPress 3.2.!. Ya hasta me molesta el nombrecito: prueba de salud le han llamado. ¡Por favor!

Además, como puede que los proveedores de alojamiento no sigan este frenético ritmo, en vez de conseguir instalaciones más seguras, lo que se podría provocar es que muchos usuarios no pudieran actualizar WordPress a una versión más estable y fiable (como sería cualquier actualización mayor) porque su servidor no la soportara. Y, por favor, no vamos a estar cambiando de proveedor de hosting cada dos por tres ni pagando de más para poder actualizar WordPress.

A ver si a este paso vamos a terminar como con cada versión de Windows, que te requiere que cambies de ordenador.

Lo dejo a vuestro criterio y reflexión, esta es solo un punto de vista acerca de esta noticia.

Hola.

He llegado aquí mientras buscaba información sobre Joomla y Drupal y al final me he pasado toda la tarde leyendo artículos re-encachados que he encontrado aquí sobre este tema. Verán, uso WP desde hace un par de años tanto en mi blog personal como en mi trabajo haciendo plugins a pedido (sólo plugins no temas ni he usado el famoso loop).

Siempre he pensado que Joomla y Drupal son bastante diferentes a WP, aunque estos sólo los he visto muy por encima. A tal punto que hace tiempo quiero encontrar algún justificativo que me impulse a desarrollar alguna solución basada en ellas, cualquiera de las dos. Tengo la idea de que me pueden permitir estar un poco más cerca de la programación a mano.

Veo a ambas como en un estado intermedio (y siempre en relación a su uso más por parte de un programador de un CMS que como administrador de uno) entre wordpress y un framework como, por ejemplo, Codeigniter.

Es decir, creo que con el sistema de hooks de WP se puede hacer absolutamente de todo. Pero si se trata de hacer un sistema que básicamente sea algo más que para escribir artículos y administrarlos (por ejemplo un sistema para reserva de vuelos/visitas/entradas), Joomla y Drupal debieran superarlo. Ya sé que no es así, lo acabo de decir, con WP se puede hacer de todo.

He aquí una excelente oportunidad para mostrar mi primer plugin WP gratuito y que pronto descansará en paz para siempre (terminado el mundial batirá records entre los plugins menos bajados): http://nomikos.info/2010/06/10/fifa-world-cup-south-africa-scoreboard-wp-plugin.html.

Actualiza automáticamente los resultados después de cada partido recabando datos en el sitio de la FIFA mediante un scraper interno. A todas vista una extensión que no tiene nada que ver con manipular artículos. Pero aún así Joomla y Drupal parecen de aplicación más general recién instalados (out of the box).

Bueno, leyendo algunos artículos y referencias encontradas aquí, me están haciendo cambiar de opinión. Sinceramente sería fantástico especializarse realmente a fondo en sólo un sistema manejador de contenidos y dejar más tiempo para profundizar en otros aspectos de la programación web como puede ser el javascript orientado a objetos, que es lo que más rápido está cambiando ahora.

Cuando empecé a trabajar en rentacoder.com (ahora vworker.com) hice una búsqueda de los términos Joomla, Drupal y Wordpress en los jobs ofrecidos. WP ganó por lejos y por eso lo empecé a estudiar en pos de aumentar mi mercado de trabajo. Aún así Joomla y Drupal aparecen a diario y parecen tener un nicho ganado cada uno por cuenta propia. Y me sigue pareciendo que WP es más usado en sitios (varios muy importante por cierto) netamente de noticias y publicación de artículos. Mientras que Joomla y Drupal en sitios multipropósito. Y en esto sólo queda adaptarse a lo requerido en el mundo real.

La razón de este post más que confrontar estos CMS desde el punto de vista técnico o de usabilidad es saber de sus experiencias en cuanto a rendimiento y uso de recursos computacionales de cada uno. Ya que si con los tres se puede hacer más o menos lo mismo como lo demuestra http://www.cmsshowdown.com/competition (sí, lo vi aquí primero o/\o) entonces lo que sigue en importancia es el rendimiento neto de cada sistema. No está de más agregar que al momento de la elección del ganador se decidió por un empate.

También sería interesante hablar un poco sobre los resultados de esta confrontación, en que WP perdió por lejos en cuanto al tiempo (en horas) necesario para desarrollar un sitio modelo bastante completo, con galería de imágenes, encuestas y avisos clasificados: (D: 79.25, J: 57.25, WP: 90.5) y líneas de código a crear/optimizar en cada sistema base --recién instalado (D: 220, J: 30, WP: 1.808) hasta lograr los objetivos requeridos. Cosa que todos lograron.

Gracias por su participación.