Desarrollo de WordPress 3.1 comienza en Septiembre

Si usas las versiones en desarrollo de WordPress, habrás notado la poca cantidad de novedades de hay hasta ahora en WordPress 3.1-alpha e, incluso, que hasta ahora no hay algo que nos diga "esto irá en la 3.1, y esto no". Es más: hasta ahora, solo hemos sabido que la versión 3.2 requerira MySQL 5 y PHP 5.3, pero nada de la versión 3.1.

Y es que el desarrollo activo de la versión 3.1 comenzará recién en Septiembre: antes, solo veremos parches y uno que otro retoque en la actual versión en desarrollo. ¿Por que? Mentiría si diera una razón, pero considerando que el desarrollo de la próxima versión siempre comienza cuando se liberá una nueva versión (no se si me entienden), es sumamente extraño.

Tal vez adelgazarán el código, o comenzarán a preparar el camino para la versión 3.2, o solo se están tomando unas vacaciones luego del esfuerzo invertido en la versión 3.0. Lo que es seguro, es que tanto la versión 3.1 como la 3.2, serán pasos bastante importantes (o interesantes) para WordPress.

ACTUALIZACIÓN
Me avisa katarsis20032002, que se están dedicando a trabajar en la comunidad WordPress hasta Septiembre y por ello el desarrollo de la versión 3.1 esta "tan flojo". Muy interesante detener un tiempo el desarrollo de WordPress para centrarse en la comunidad. Aunque también es decepcionante saber que no se están dedicando esfuerzos para reducir el código en la versión en desarrollo. Bueno, como se dice aquí "algo es algo".

Contenido exclusivo para suscriptores al Feed

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

Clic aquí para iniciar la descarga Guía para Administrar WordPress

WordPress cada vez pesa más (promesa incumplida)

Pues si, a pesar de que se anunció que WordPress 3.0 reduciría su tamaño frente a las versiones anteriores cualquiera puede comprobar que WordPress 3.0 pesa 2,7 Mb frente a los 2,1 Mb que pesaba WordPress 2.9.2. Veremos si en futuras actualizaciones se consigue “adelgazar” código y llegar a esos 800 Kb prometidos.

Contenido exclusivo para suscriptores al Feed

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

Clic aquí para iniciar la descarga Guía Domina tu Blog

WordPress 3.2 requerirá MySQL 5 (¿se nos ha ido la olla?)

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 se rediseña

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?

La mayoría de las ocasiones solo necesitas WordPress.com

Si quieres tener presencia en Internet, el 99% de las veces no necesitas más que un sitio gratuito en WordPress.com

Joomla, Drupal y Wordpress

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.

Como desactivar el filtro capital_P_dangit()

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:

PHP:
  1. remove_filter( 'the_content', 'capital_P_dangit' );
  2. remove_filter( 'the_title', 'capital_P_dangit' );
  3. remove_filter( 'comment_text', 'capital_P_dangit' );

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:

Clic aquí para iniciar la descarga Guía para Administrar Wordpress

WordPress en ASCII

WordPress también es arte, en este caso arte ASCII.

Interesante composición vista en WPVibe

Wordpress 3.0 fuerza a escribir bien WordPress

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.

Sigue la polémica por el “me gusta” de WordPress.com

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.

Get Adobe Flash playerPlugin by wpburn.com wordpress themes