El equipo de Wordpress ha querido rediseñar un poco el panel de administración de Wordpress 2.6, para lo cual crearon un plugin llamado CrazyHouse.

lo que hace CrazyHouse es mover el menú superior a la parte izquierda de la pantalla, lo que es una gran ventaja, ya que nos deja más espacio en la parte superior para hacer el contenido más alargado.

Otro cambio a notar también es la separación de los plugins activos de los no activos en dos listas diferentes, facilitándonos un poco la visualización.

Fuente: anieto2k 

Si quieres tener un listado con todos los post que consideres favoritos, My favorits post es el plugin que estas buscando.

Todo consiste en un enlace en el post indicando que es uno de tus posts favoritos. Luego, al ser introducido, ya forma parte de un listado de posts previamente marcado como favoritos.

El plugin es de fácil instalación, como cualquier otro, solo subes la carpeta al directrio wp-content/plugins de nuestro Wordpress. Luego lo activamos desde el panel de administración y listo.

El modo de empleo también es bastante sencillo, usaremos 2 funciones:

1. mfp_the_link(), nos inserta el enlace necesario para marcar el post como favorito.
2. mfp_display(), nos muestra los posts favoritos para el usuario actual.

Fuente: anieto2k

Se han registrado ya varios casos de blogs que se han vuelto vulnerables a un ataque que redirecciona aquellas visitas que lleguen referidas de Google, siendo estas más importantes en algunos sitios que en otros.

Al parecer, esta vulnerabilidad afecta solo versiones no actualizadas de Wordpress, por lo que sería seguro actualizar cuanto antes.

Al entrar a un sitio afectado, se ve una imagen como la siguiente:

Vía Loogic Forum.

Ahora con la nueva versión 2.6 de Wordpress podremos sacar completamente del servidor web nuestra carpeta wp-content.

Esta carpeta es la encargada de almacenar nuestros plugins, themes, cache, ficheros, entre otras cosas.

Gracias a esta nueva opción, se podrá evitar accesos no deseados, y nos permitrá tener un mayor control a la hora de actualizar a versiones posteriores.

Anteriormente, la ruta de directorios era la siguiente:
  htdocs\
wp-admin\
wp-content\
wp-include\
….

Ahora, gracias a WP 2.6:
htdocs\
wp-admin\
wp-include\
….

Fuente: anieto2k 

El rendimiento de un CMS estará dado por ciertos aspectos a tener en cuenta, los cuales mencionaré a continuación:

• Cache avanzado: este es el aspecto más importante a la hora de obtener un buen rendimiento y minimizar el tiempo de respuesta de las páginas, y consiste en implementar mecanismos de caché avanzados, que van más allá del caché de simples páginas en los gestores. Drupal y Joomla implementan un caché avanzado en la instalación del CMS, mientras que Wordpress no implementa por defecto este tipo de caché avanzado (puedes instalar un plugin para activarlo).

• Replicación de bases de datos: es la habilidad que posee un sistema para explotar la replicación para aumentar su escalabilidad. Drupal tiene la habilidad de leer los datos de servidores esclavos y escribir en un servidor de datos maestro, por el contrario Joomla y Wordpress no poseen.

• Balance de carga: es la capacidad de que el sistema permitiera distribuir la carga del CMS entre varios servidores. Drupal es el único de los 3 que soporta esta característica.

• Exportación de contenido estático: Por último, este aspecto consiste en la habilidad del sistema de exportar el contenido como HTML estático. Drupal y Joomla no implementan esta capacidad, mientras que Wordpress, mediante la instalación de WP-Super Cache, permite que sirva páginas directamente del caché, sin invocar a PHP.

Fuente: maestrosdelweb

Wordpress incluirá en su última versión, la posibilidad de trabajar offline con los contenidos de tu blog.

Con la activación de Google Gears, el cual está disponible en la pantalla anterior, inmediatamente se comenzará a almacenar todos los contenidos necesarios para trabajar offline.

Caso contrario, si no se desea instalar esta funcionalidad, Wordpress nos deja un enlace en la parte destinada a la información del Blog en el cual podremos instalar Google Gears.

La primera vez que lo usemos tardará un poco en cargar todos los archivos necesarios, pero a partir de ahí su uso será mucho más liviano.

Fuente: anieto2k

No quiero ensañarme con Wordpress 2.5.1, pero creo que es mejor que cuanta más gente pueda enterarse de los problemas que se puede encontrar, mejor. El caso es que los feeds RSS redirigidos a Feedburner pueden dejar de funcionar por 2 motivos:

• el redireccionado del dominio con www a sin www o viceversa no se realiza correctamente para el feed, se reenvía a Feedburner antes del redireccionado interno de con o sin www. Esto ocurre porque el plugin que redirecciona el feed a Feedburner sobreescribe el redireccionado de con o sin www y la dirección no responde. Es algo extraño, pero ocurre.
• si el origne del feed es /wp-rss2.php es necesario cambiarlo a /feed. Antes de hacerlo conviene desactivar el plugin de reenvío a Feedburner,y hacer el cambio en Feedburner. Después reactivamos el plugin de redireccionado. Lo que no sé es si ocurre en todas las instalaciones y por qué.

En cuanto a los feed de comentarios /wp-commentsrss2.php han dejado de funcionar y todavía no he averiguado por qué. En cuanto lo sepa actgualizaré esta entrada. Si alguien tiene alguna sugerencia que no se la calle

Lamento tener que decir esto, Wordpress está cayendo en unos errores de desarrollo que al final le van a pasar factura. Me resistí a actualizar a Wordpress 2.5 sin saber cómo funcionaba y enseguida salieron algunos bug enormes. Después de sacar al versión 2.5.1. pensé que lo más grave estaría solucionado y debido a que algunos plugins sólo funcionan bien en esta nueva versión probé a actualizar.

Todo parecía funcionar bien pero:

• el mod_security del servidor no le gusta a Wordpress y no se pueden subir imágenes: ahora cuéntaselo a mi hermano que es capaz de instalar Wordpress pero no sabe nada de servidores
• han remodelado tanto el panel de administración y el de edición de post que ahora tengo que desplazarme por la página y hacer varios clics más que antes para lograr lo mismo: puede parecer más ordenado pero han empeorado la usabilidad
• tras actualizar a la 2.3.3 y ahora a la 2.5 el plugin wp-cache deja de funcionar misteriosamente: sí, la culpa es de mi servidor me vais a decir, pero antes de actualizar funcionaba bien
• Wordpress 2.5.1 da problemas con el plugin Google XML Sitemaps. (Con la 2.5 fucniona, misterios de la vida)

¿Cómo es posible que haya errores de funcionamiento tan graves en utilidades fundamentales de la aplicación? ¿Quién hace los betatest? ¿Por qué no prueban el funcionamiento de los plugins más habituales y advierten de los que no funcionan?

Me quedo en Wordpress 2.3.3. y por mucho tiempo, y si pudiera dejaría de utilizarlo.

Actualización: Para los que tengan problemas para subir imágenes, aviso de que es necesario salir de Wordpress y vaciar el caché del navegadore completamente tras modificar el .htaccess

Los desarrolladores tenemos la mala costumbre de desarrollar la funcionalidad según nuestra percepción de las cosas, y lo malo es que normalmente la percepción del usuario destinatario de nuestros desarrollos no es la misma. Afortunadamente cada vez ocurre menos esto, sin embargo, la gestión de versiones de los documentos en los CMS es una de estas características que casi nunca están bien resueltas en los CMS.

Ahora mismo no puedo decir de memoria los CMS que implementan un gestor de versiones, pero sí puedo dos cosas sin temos a equivocarme:

• todos los CMS comerciales de altura que he conocido disponían de algún tipo de gestor de versiones
• la mayoría de los CMS open source no disponen de gestor de versiones de los documentos

Esta entrada sobre la gestión de versiones de los documentos en los CMS viene a que Alexseo nos ha puesto en alerta de que Wordpress 2.6 incorpora un gestor de versiones. Anieto2k nos da más detalles.

¿Necesita un CMS para blogs un gestor de versiones? Creo que cualquier usuario nada técnico lo agradece.

¿Cómo se debe implementar un gestor de versiones? Pues para empezar poniendo un límite de versiones guardadas si no queremos acumular basura.

¿Se debe considerar cada versión como un documento más, es decir ocupar su sitio en la base de datos como el documento definitivo? Esta es la solución aportada en Wordpress 2.6., utilizar la misma tabla de entradas, y coincido con los comentarios dejados en Anieto2k en que es una barbaridad. Ralentiza aún más la lectura de la base de datos (consumiendo más recursos), y el filtro para el buscador tiene que hacer un trabajo que puede ser una media de 5 veces mayor de lo habitual.

¿Por qué se ha optado por esta solución? Porque el desarrollo, que está en eso, en desarrollo, así que todavía lo pueden cambiar, se ha realizado pensando en la simplicidad técnica, pero no en las consecuencias para el usuario. Sé que es más difícil pensar en las consecuencias para el usuario, pero es la única forma de hacer una aplicación “grande”.

Las nuevas versiones de Wordpress están sufriendo bastantes agujeros de seguridad, que Automattic intenta solucionar con un parche tras otro parche. El último es realmente necesario, tanto que se ha adelantado más de un mes ante la delicada situación. La mayor fisura en la implementación de XML-RPC permitía a cualquier persona editar los posts del blog con Wordpress, aunque no tuviera los permisos adecuados.

Hay dos maneras de instalar el parche. Podemos bajarnos el archivo xmlrpc actualizado y sustituirlo por el que tenemos ahora, o bien podemos bajarnos la nueva versión de Wordpress y actualizar nuestro blog como solemos hacer en otras ocasiones. Así que te recomendamos de forma muy insistente que te bajes la nueva versión 2.3.3 y, también, que si tienes el plugin WP-Forum lo deshabilites o lo borres hasta que salga una nueva versión