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.

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?

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.