Planeta WordPress

WordPress 2.3 beta 1 está en el aire. De lo que toda la comunidad bloggera-wordpressera está hablando.

Ya tenemos disponible WordPress 2.3 Beta 1, para ir probándolo y familiarizarnos un poco con las nuevas funcionalidades.

Éstas incluyen el nuevo sistema de tagging, que puede importar y convertir las categorías que tengas en el blog, notificación de plugins, javascript más rápido, y alguna cosita más.

Como siempre recordar que se trata de una primera beta, no se les ocurra instalarlo en su blog, ya que puede ser inestable. Si quieren probarla sin problemas realicen una instalación limpia en otro dominio o directorio.

Descarga: WordPress 2.3 Beta 1

Publicidad: Un blog del anillo Minoic.net: La Brujula Verde

Compártelo

Ya tenemos disponible la versión beta 1 del esperado y comentado Wordpress 2.3. Presumen de que esta versión es bastante estable para ser una beta y que la semana que viene publicarán la beta 2, siguiendo el planning previsto.

En esta versión ya podemos ver el sistema de tags que comentamos ayer y un plugin que nos permite importar los tags que hubieramos creado anteriormente con Ultimate Tag Warrior. Los plugins que nos permitan importar desde Simple Tagging y Jerome’s Keywords, seran incluidos en la siguiente beta. Ademas disponemos de la opción para convertir nuestras categorias en tags con una opcion incorporada en esta versión. Aunque no sera necesario hacer la conversión ya que nos permite coexistir con estos plugins sin usar el sistema propuesto por Wordpress.

Todas estas modificaciones de conversión de categorias en tags requeriran modificaciones a nivel de template ya que las funciones destinadas a mostrar los tags son diferentes a las de las actuales caracteristicas.

Entre las mejoras tambien incluidas debemos destacar el sistema de aviso de actualizaciones de plugins y de core, mejoras en el javascript logrando hacerlo más rápido y eficiente y mejoras en cuanto a la redireccion de URL para el SEO.

[Descargar]

 

Felipe me envía un correo para comunicarme el lanzamiento de tenercoche.es, una web de clasificados para la compra-venta de vehículos. Como está hecho en Canarias y corre sobre WordPress, me ha parecido oportuno hacerle un huequito por aquí. También hablan del sitio en Genbeta.

Se han dado a conocer los resultados del concurso de la competición de hacer plugins para WordPress, lo cual ha originado una expectación importante…

El problema viene ahora que los plugins ganadores no son ningún alarde de seguridad siendo potencialmente muy peligrosos para la seguridad de nuestro blog.

Y esto me lleva a un tema que puede generar polémica pero si generalizamos (aunque nunca sea justo generalizar) podría decir que 9 de cada 10 plugins son basura: inseguros, simples, cosas tontas que se pueden hacer con dos líneas de HTML/PHP, etcétera. Pero ya digo, sería injusto meter todos los plugins en el mismo saco.

Un ejemplo son los plugins para mostrar publicidad que sí, son muy bonitos y configurables pero muy a menudo vulnerables o con un rendimiento muy pobre y claro, la característica que ése plugin poco eficiente da yo la aprovecho en una línea de código PHP…

Uno empieza a tener los huevos pelados (y perdonad si no soy muy fino pero no conozco ninguna expresión mejor) de arreglar instalaciones de WordPress con problemas de rendimiento, seguridad, etcétera y siempre veo lo mismo: los plugins se llevan 3/4 partes del pastel.

La parte restante suele ser (en orden descendiente): plantillas recargadas, hosting saturado, php como CGI, etcétera…

Mi opinión al respecto creo que ya la he dicho en varias ocasiones en forma de comentarios, pero ahí va:

• Simplifica: lo que puedas hacer en una línea de PHP o con HTML en la plantilla no lo hagas con un plugin y mil líneas.
• Informate: si el autor del plugin tiene un feed especifico para ése plugin o un método de obtener las novedades ¡usalo!. Estar informado de las novedades y de los plugins que dan problemas es necesario.
• Limpia: normalmente plugin que no es imprescindible es prescindible…

Realmente plugins imprescindibles del todo sólo hay dos: Akismet (y ni eso, tienes la opción de moderar todos los comentarios) y WP-Cache (por razones más que obvias), todo lo demás mejor mirarlo con lupa.

Offtopic/idea: un plugin que todavía no existe y en estos casos iría de lujo sería, desde el Dashboard y como administrador, una opción que al añadir una URL (por ejemplo la portada) la genera y muestra que funciones se han ejecutado y cuánto tiempo de CPU han consumido.

Si a ésa idea le añadimos separar el listado por funciones del núcleo (Core) de WordPress y funciones de plugins sería el método ideal para saber qué plugin es el que nos está dando problemas de rendimiento…

Quizá lo que digo es una tontería o hay alguna manera de hacerlo para cualquier código PHP pero yo al menos no la conozco e iría bien algo integrado en un blog para ver qué pasa “en producción”.

programación, seguridad, webdev, wordpress

Una de las noticias que más me ha llamado la atención estos días ha sido el anuncio del lanzamiento de WordPress 2.3 para finales de septiembre, en teoría el día 24, aunque la primera beta se lanza hoy, según la hoja de ruta establecida por los desarrolladores. Se trata de una actualización mayor que requerirá cambios en la estructura de las base de datos y que tendrá en la reconfiguración de las categorías una de sus novedades más destacadas. WP echa mano de un nuevo sistema de taxonomía, soportado por el cruce de los datos de tres tablas (’terms table’, ‘term_taxonomy table’ y ‘term_relationships table’), para dotar de una mayor flexibilidad a los mecanismos de clasificación del cms.
(more…)

Ya han salido los resultados de la competición de creación de Plugins para Wordpress. Los resultados son los siguientes:

1er. Puesto – OneClick

OneClick es un Plugin desarrollado por Anirudh Sanjeev, que nos permite instalar un plugin/theme mediante un simple click. Se trata de un plugin que sep complementa perfectamente con una extensión para Firefox que nos permite realizar acciones como la que se ve en la imagen.

2do. Puesto – MyDashboard

MyDashboard es un plugin desarrollado por Barry, que nos permite convertir nuestro dashboard en una especie de netvibes personalizada.

3er. Puesto -  Wordpress Automatic Upgrade

¿Quien no conoce Wordpress Automatic Upgrade? Este plugin desarrollador por Keith Dsouza que nos permite actualizar nuestro Wordpress de forma automática desde nuestro panel de administrador.

Premio de consolación – Who Sees Ads

Who Sees Ads es un plugin desarrollado por Ozh, una versión más completa del famoso buhonejo, con la que podrás determinar quien ve la publicidad en tu web y quien no.

De entre las novedades de Wordpress 2.3, podemos destacar el sistema de taxonomía que nos permite catalogar nuestros posts mediante tags, sin perder el sistema de categorías que ya poseíamos.

Para conseguir esta funcionalidad se ha tenido que modificar el código y sobretodo la base de datos que es la base de este sistema. Un diseño de base de datos erroneo puede ser el punto de inflexión para decidir de una aplicación triunfa o se derrumba.

En el sistema de taxonomía han apostado por un modelo de 3 tablas que nos permiten enlazar taxonomías con terminos. Ya podemos ver estas tres tablas para hacernos una idea de como afrontar las nuevos plugins que desarrollemos para Wordpress.

wp_terms

CREATE TABLE $wpdb->terms (
 term_id bigint(20) NOT NULL auto_increment,
 name varchar(55) NOT NULL default '',
 slug varchar(200) NOT NULL default '',
 term_group bigint(10) NOT NULL default 0,
 PRIMARY KEY  (term_id),
 UNIQUE KEY slug (slug)
);

Esta tabla contendrá todos los tags que hayamos creado, serán tratados y almacenados de forma única evitando repeticiones. Podemos ver slug, que se trata de la URL que nos llevará a filtrar por ese término.

wp_taxonomy

CREATE TABLE $wpdb->term_taxonomy (
 term_taxonomy_id bigint(20) NOT NULL auto_increment,
 term_id bigint(20) NOT NULL default 0,
 taxonomy varchar(32) NOT NULL default '',
 description longtext NOT NULL,
 parent bigint(20) NOT NULL default 0,
 count bigint(20) NOT NULL default 0,
 PRIMARY KEY  (term_taxonomy_id),
 UNIQUE KEY term_id_taxonomy (term_id,taxonomy)
);

Un término no es una categoría o un tag por si mismo, necesitamos crear un contexto mediante la tabla term_taxonomy. Por defecto las taxonomías creadas serán “category“, “link_category” y “post_tag“, aunque podremos ampliarlas mediante plugins. Además nos permitirá que los items introducidos tengan hijos.

wp_term_relationship 

CREATE TABLE $wpdb->term_relationships (
 object_id bigint(20) NOT NULL default 0,
 term_taxonomy_id bigint(20) NOT NULL default 0,
 PRIMARY KEY  (object_id,term_taxonomy_id),
 KEY term_taxonomy_id (term_taxonomy_id)
);

Necesitamos una tabla que nos referencie una taxonomía con un objeto (post, categoría,…).

API

Ya podemos ir viendo el API que tendremos disponible para desarrollar con esta funcionalidad que el nuevo Wordpress nos va a deleitar.

Últimamente al revisar el listado de blog reactions en Technorati me he encontrado con algunos blogs con títulos un poco “curiosos”:

• Cell phone ringtones
• Provider hosting
• Revolutionary costumes
• Thermadrol
• Home computers
• Buy notebooks

… y la lista sigue y sigue. Acaso se preguntarán qué es lo extraño de estos blogs, pues bien, revisen su carpeta de spam en su cuenta de correo electrónico… ¿alguna semejanza? Justamente. Se trata de nada más y nada menos que un montón de splogs… pero ¿porqué enlazaban a mi sitio? Créanme: no tengo ningún interés en aparecer al tope de Google para búsquedas como used laptop computers, kids pirate costumes o daredevil adult costumes.

Una rápida revisión de los splogs me dio inmediatamente la respuesta: estaban todos construidos con WordPress MU y ocupaban alguno de los themes para WordPress que he traducido.

Acá cabría bien un análisis y recomendaciones de un experto en Search Engine Optimization (que no lo soy) pero con dos dedos de frente me parece bastante evidente que esta no es una situación que se la recomiende a nadie: claro, habrán más enlaces entrantes lo que teóricamente ayudaría tanto en Technorati como Google… si fueran relevantes; sin embargo, estos enlaces completamente irrelevantes de sitios sin ninguna autoridad, y lo que es peor, claramente dedicados al spam son simplemente una maldición.

Ante esta situación me surgen algunas preguntas:

• Generalmente los autores de temas para WordPress dejamos algún enlace de atribución. Si estos temas empiezan a ser utilizados por splogs, ¿seremos penalizados por ello por Google?
• ¿Habría alguna diferencia en ello si en los enlaces de atribución utilizáramos rel="nofollow"?
• ¿Qué acciones es necesario y/o recomendable tomar en estos casos? Por lo pronto, ya he contactado a los administradores de los sitios en cuestión; lamentablemente sólo en uno de ellos existía un formulario de contacto, en los otros casos tuve que encontrar alguna dirección desde sus registros WHOIS
• ¿Qué medidas de seguridad existen al respecto en WordPress MU?
• En la mayoría de los splogs existen posts con mucho texto que podría pasar por “relevante” y enlaces a algún sitio que evidentemente es el promocionado; sin embargo en algunos no existían enlaces a otros sitios sino solamente a tags te Technorati… ¿cómo funciona este tipo de spam?
• ¿Podría argumentarse alguna responsabilidad de los autores de themes en (el remoto) caso de identificar y procesar algún creador de splogs?
• ¿Existe alguna cláusula en la GPL 2 que prevenga este tipo de casos? ¿Y en la GPL 3? ¿En alguna otra licencia (Creative Commons, otras licencias de código abierto)?

Como siempre, para opiniones, respuestas, ideas, quejas… nos vemos en los comentarios.

Según se puede ver en el Roadmap de WordPress, la versión 2.3 estará lista para el 24 de septiembre. La Release Candidate 1 saldría el 17 de septiembre, según se observa en el timeline de la versión. Parece que los desarrolladores se han dado más tiempo en estabilizar a Milestone.

Más datos en SigT.