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.

WordPress.org estrena un nuevo diseño que concuerda con el esquema de la versión 3.0, que ya esta visible en toda la web (Codex, Blog Oficial, Foros, etc) exceptuando los sitios para las localizaciones oficiales (que aún tienen el viejo diseño).

Aunque por el momento solo es un rediseño de CSS y no de estructuración y distribución de los contenidos y menú. A mi juicio, la web se ve "más limpia" ¿Efecto visual? Tal vez. ¿Que te parece este nuevo diseño?

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.

No está gustando nada la intromisión de Matt en nuestros sitios, modificando nuestro contenido con esa manía de la capitalidad de las "Pes" de WordPress. Y es que no solo es una intromisión en el contenido propio sino que también puede provocar problemas con urls que contengan la palabra "wordpress" en el modo "incorrecto".

Por ejemplo, si insertas una imagen cuya url es http://misitio.com/wordpress/imagen.jpg y luego actualizas a WordPress 3.0, el filtro llamado capital_P_dangit() introducido por Matt sin contar con la comunidad (no abrió ticket en el trac con lo que no hubo discusión posible) cambiaría esa url - que está en el contenido de la entrada - a http://misitio.com/WordPress/imagen.jpg, lo que en un servidor basado en Linux supone una imagen rota en tu contenido.

Para rematarlo, Matt - que está como rabiosillo últimamente - se ha mostrado bastante poco razonable, lo que me parece una falta de respeto a la comunidad WordPres, algo en lo que está incurriendo demasiado recientemente.

Hay más casos posibles en que esto se entromete en nuestro contenido así que si quieres quitar esta cagadita que ha metido Matt puedes hacer lo siguiente:

Quitarlo desde functions.php

Abre el fichero functions.php de tu tema activo y añade estas líneas:

Así quitas el filtro de títulos, contenido y comentarios, del todo. Si quieres mantenerlo en alguna situación no añadas la línea correspondiente.

Quitarlo con plugins

Pronto habrá más pero de momento puedes quitar este filtro con Remove Wordpress to WordPress filter. Además de ello, todos los plugins de greenshady van a añadir código para quitar este filtro, y tambien Justin Tadlock ha dicho que lo incluirá en todos sus plugins, ya que también discrepa de esta decisión extraña de Matt, no en el fondo, que todos podemos estar de acuerdo, sino en las formas.

En fin, que espero que Matt se tome unas vacaciones, que le van haciendo falta, y siga aportando tanto y tan bueno a WordPress como siempre, pero dejándose de introducir elementos sin contar con la comunidad, incluso pasando de nosotros.

Contenido exclusivo para suscriptores al Feed

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

Guía para Administrar Wordpress

Interesante composición vista en WPVibe

Si te has fijado, la primera vez que he escrito Wordpress en el título está mal escrito, porque Matt es muy tiquismiquis con el modo en que se debe escribir. Y a tal punto ha llegado que una de las novedades de WordPress 3.0 no documentadas es que se corrige automáticamente la escritura incorrecta de WordPress en títulos, cuerpo de las entradas, en citas y comentarios. ¿A que no te habías dado cuenta?.

Si ya has actualizado haz la prueba, aquí de momento no te funcionará porque no he tenido tiempo ni de actualizar con la vorágine de trabajo del último mes.

Ahora bien, si quieres evitar que te digan como escribir WordPress puedes revertir esta característica de WordPress 3.0 … con un plugin que te devuelve el control sobre como escribes lo que tu quieres en tu sitio: Remove Wordpress to WordPress filter. Un ejemplo claro de uso sería en este mismo blog, pues mi post sobre como escribir bien WordPress, incluso este mismo, parecería un ejercicio de imbéciles, pues siempre verías la versión correcta, y no la "teóricamente" mal escrita.

Ya se ha propuesto en el trac que, al menos, no afecte a las citas. Por supuesto, tu eliges, o deberían dejarte elegir. Personalmente creo que Matt ha llevado demasiado lejos esta manía al introducirla en el código de Wordpress (si Matt, lo escribo como me da la gana), introduciendo cuestiones que no tienen nada que ver con un software de publicación. No, Matt no está fino últimamente.

A pesar de lo que algunos decían en los comentarios del post sobre la "rebelión", parece que la bronca sigue, más después de que el mismo Matt cerrara el hilo de los foros donde se planteaba la discusión y también se cerraran los comentarios del anuncio de la nueva característica.

Si no os defendéis con el inglés, lo que se plantea (de nuevo) a Automattic es, no un enfrentamiento global a la característica sino estimar la posibilidad de que algunos usuarios puedan deshabilitarla. Incluso se contempla la posibilidad de cerrar cuentas que usen las contramedidas, algo que parece contradecir el TOS de WordPress.com, que reza …

"nuestro servicio está diseñado para ofrecerte tanto control y propiedad para tu sitio como sea posible"

Para terminar de arreglarlo, va Matt y en los comentarios del nuevo hilo suelta la siguiente perla:

"La característica no se va a retirar, y va a seguir evolucionando. Si no te gusta quizás debas considerar el uso de un servicio alternativo de blogging o alojar tu propio WordPress."

¡Muy mal Matt!. Que no te están diciendo todos que estén absolutamente en contra del "Me gusta", te están diciendo que el usuario tenga la opción de habilitarlo o no, como con otras herramientas adicionales como los enlaces con popup o los enlaces relacionados. Te dicen que, además, si alguien hace re-blogging mediante el "Me gusta" se está saltando en ocasiones la licencia de contenido que el blogger ha decidido que tenga derechos de copia, se está facilitando saltarse los derechos del blogger, el copy-paste por obra y gracia de WordPress.com, nada más.

En mi opinión Automattic está gestionando mal esta polémica, cortando la comunicación (a pesar de que Matt dijo que estaría dispuesto a hablar sobre este asunto), amenazando con el cierre de cuentas, no aceptando que no a todo el mundo le gusten las nuevas funcionalidades, por muy chachipirulis que a Matt le parezcan.

Y esto no es como la polémica (que también resurge de vez en cuando) sobre la prohibición de poner publicidad en los blogs de WordPress.com, esto es muy distinto, aquí solo se pide que se respete la decisión del titular del sitio de permitir que su contenido se copie con suma facilidad en otros sitios sin su consentimiento, algo que afecta incluso a las cuentas VIP o con el dominio redirigido.

Gracias por el aviso, ludusnaturae.

Y es que con esta funcionalidad cualquiera puede "re-publicar" una entrada tuya en su blog, y eso ha molestado a muchos a pesar de que la idea fuera buena.

Por ejemplo, haciendo pruebas, se ha comprobado que si republicas una entrada esta mantiene los enlaces al artículo original, pero si alguien vuelve a republicar la misma entrada los enlaces irían al sitio B, al primero que copió la entrada y no al creador del contenido. Y claro, a la gente no le gusta que empiecen a aparecer sitios que republiquen información de nichos concretos para - saltándose la política de publicidad de WordPress.com - atraigan tráfico de nichos concretos para cuestiones poco honorables (enlaces de afililados, anuncios, cosas así).

Otro ejemplo, que no han tenido en cuenta la gente de Automattic, es que hay bloggers tienen derechos de copia de su contenido, o que solo permiten copiar contenido hasta una extensión concreta. Y claro, esta funcionalidad se salta todo a la torera, nos corta a todos por el mismo patrón, cualquiera puede copiar tu contenido completo de una entrada (o todas) con la facilidad del "Me gusta".

Curiosa polémica ¿no crees?. Saca a relucir, seguramente sin haberlo querido, todo el asunto de la copia de contenido, de la propiedad y el hecho de reconocer al autor de los contenidos originales. Y lo peor es que Automattic no parece haber medido el alcance de esta medida, simplemente lo han lanzado pensando - vete a saber - que era algo "guay", muy molón y muy Social Media, no sé si para no quedarse atrás y hacer comunidad.

Afortunadamente, si no te gusta esta característica, si piensas que es un paso atrás en el reconocimiento del contenido original, o que al menos se debería haber consultado antes, al igual que se hace con las nuevas características de WordPress.org, puedes evitar que salga el botón ese de "Me gusta" en la barra de admin. Eso si, necesitas haber adquirido la actualización de CSS pues hay que añadir esta línea a la hoja de estilos de tu tema:

En caso de que no hayas actualizado puedes añadir una imagen a tus posts quejándote de esta nueva funcionalidad, además de un texto que te permita conocer quien te copia entradas. Solo tendrías que añadir al principio de tus entradas (en HTML) lo siguiente:

La imagen la eliges tu claro, quizás con un texto que diga "Crea tus propias entradas por favor".

¿Que te parece toda esta polémica?

Pues si, eso es nada más y nada menos en lo que se quiere meter Enric Enrich, en pasar todo el código de WordPress a HTML5. No le arriendo la ganancia, por supuesto y, sinceramente, no creo que llegue a hacerlo, además de que si se termina de animar lo que le recomiendo es que se una al equipo de desarrollo y se deje arropar del resto de desarrolladores.

Porque la idea es buena, lo que no lo es tanto es abordarla como un concepto personal ¿por qué?, pues porque WordPress no es un proyecto personal, es de la comunidad. Otra cosa es que haga un tema en HTML5, como ya hizo con TwentyFive, pero plantarse como objetivo "personal" pasar WordPress a HTML5 me parece, no una locura, una insensatez, y que me perdone por ser tan sincero.

Así que, Enric, mi consejo es que te lo pienses bien, y concentres tus esfuerzos en - una de dos - unirte al equipo de desarrollo de WordPress, colaborando con el código, o en desarrollar temas en HTML5, que todos agradeceremos. Pero vamos, que es mi opinión, que no quiero desanimarte, solo que lo veo desde otro prisma.

Por cierto, Enric, si lees esto, a ver si pones un feed a tu blog, que ni Google Reader te lo reconoce y no hay manera de seguirte salvo en bitácoras.com

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