WordPress Pódcast (español)

El WPdrama de la batalla legal entre Automattic y WP Engine continúa, justo antes de la vista judicial para las medidas cautelares.

Recuerda que puedes escuchar este programa desde Pocket Casts, Spotify y Apple Podcasts o suscribirte al feed directamente.

Hola, soy Javier Casares y estás escuchando WPpodcast, en este episodio especial.

El próximo 26 de noviembre de 2024 es la fecha elegida por el juez para la vista judicial en busca de unas medidas cautelares que definan la situación en la batalla legal entre Automattic y WPEngine, y que está afectando a la Comunidad WordPress en su conjunto.

En el último episodio especial explicamos con detalle la situación hasta los primeros días de octubre, pero han pasado muchísimas más cosas desde entonces.

Antes de explicar todo lo ocurrido, voy a hacer un repaso de lo más destacado entre finales de septiembre y principios de octubre.

En la WordCamp US, Matt dio una charla enfocada a la contribución, o mejor dicho, la falta de ella, en el proyecto de WordPress, y las malas prácticas que, según él, estaba haciendo WPEngine y el fondo de inversión tras esta empresa, Silver Lake.

Días después se publicaba la entrada WPEngine no es WordPress en la que se destacaban dos elementos: la confusión de la marca WordPress y el producto que se ofrece en cuanto a la configuración de las revisiones. Destaquemos que esta es la entrada donde Matt se refería a WPEngine como un cáncer.

Poco después teníamos el primer documento de Cese y Desistimiento por parte de WPEngine y la respuesta de Automattic, con otra carta de Cese y Desistimiento.

A raíz de todo esto, y junto a la entrada WPEngine ha sido bloqueada para WordPress.org, se impedía el acceso a los sistemas, aunque durante unos días pudieron acceder para hacer los mantenimientos de los clientes. Aún así, desde el 1 de octubre, WPEngine está bloqueada.

Estamos a 2 de octubre y WPEngine pone la denuncia formal a Automattic y Automattic responde que no tiene fundamento.

¿Qué es lo que se alega por parte de WPEngine en este momento?

Para comenzar, la interferencia, ya que WPEngine alega que los demandados han interferido intencionadamente con sus contratos comerciales al difamar públicamente a la empresa, lo que ha provocado que varios de sus clientes consideren o terminen sus contratos con WPEngine, además de afectar sus relaciones económicas potenciales con clientes actuales y futuros, haciéndolos perder oportunidades comerciales.

Otro elemento importante es el de fraude y abuso informático, ya que se acusa de haber manipulado el acceso de WPEngine a los sistemas de WordPress.org, impidiendo que la empresa acceda a herramientas críticas para su negocio.

También un intento de extorsión, sosteniendo que Automattic exigió pagos de decenas de millones de dólares bajo amenazas, con el propósito de extorsionar dinero por una licencia de marca que no era necesaria.

Otro elemento importante, con jurisprudencia, es la competencia desleal (según el Código Comercial de California), a los que se acusa de participar en prácticas comerciales desleales y fraudulentas para obtener ventaja económica mediante métodos ilegítimos.

Otro elemento, importante para la propia comunidad, es el Promissory Estoppel, o impedimento por promesas, ya que, con base en promesas explícitas de que WordPress sería una plataforma abierta y colaborativa, han invertido millones de dólares, y ahora Automattic está incumpliendo esas promesas.

Con respecto a la marca, tenemos la no infracción de marca y la no dilución de marca, en la que se busca una declaración judicial que confirme que su uso de las marcas WordPress y WooCommerce no infringe ninguna marca registrada y que no ha diluido las marcas registradas, alegando que sus actividades son legales bajo la ley de uso justo.

Y luego, ya en algo más general, pero no menos importante, el libelo y las calumnias, acusando de difundir afirmaciones falsas que dañaron la reputación de WPEngine al describir sus productos como «versiones modificadas y de baja calidad» de WordPress, o que se ha desprestigiado intencionalmente los productos para disuadir a los clientes de usar sus servicios, y que Matt, durante discursos y entrevistas, ha hecho afirmaciones falsas, sugiriendo que no contribuyen al ecosistema de WordPress y que dañan a la comunidad.

Esta es la base de todo el lío judicial en el que están ambas empresas y que, en general, no deberían afectar a la comunidad… pero.

Esa misma semana Automattic ofrecía a sus trabajadores la posibilidad de salir de la empresa con un bono interesante. Aunque se fueron menos del 10% de los empleados, muchos de ellos estaban relacionados directamente con su trabajo en .ORG, la Comunidad o la Fundación. Entre otras personas, Josepha Haden, directora ejecutiva del proyecto, o Naoko Takano, que llevaba más de 14 años, por poner un par de ejemplos.

La cuenta de Twitter de WordPress, la de la comunidad, comenzaba a involucrarse y muchas personas recriminaban el uso de la cuenta del proyecto de código abierto en una situación en la que la Comunidad como tal no estaba implicada. Pero recordemos que tanto las cuentas sociales como la propia web de WordPress.org son propiedad de Matt Mullenweg exclusivamente, no de la comunidad ni la Fundación WordPress.

Pero no es lo único que pasaba. WordPress.org bloqueaba el acceso a algunos plugins parte del grupo de WPEngine, principalmente Advanced Custom Fields. Y esto es solo el principio, porque solo unos días después Automattic anunciaba que ACF tenía un agujero de seguridad y que WPEngine no lo estaba corrigiendo, obvio, teniendo en cuenta que se les había bloqueado el acceso para ello. Esto lo hicieron en un tweet y toda la comunidad de ciberseguridad se lanzó encima explicando la muy mala práctica que supone exponer algo de esa manera, acabando de eliminar ese contenido, pero siendo el inicio de un siguiente capítulo.

Y, puede o no tener que ver, pero, entre medias de todo el ruido, Automattic contrataba a Jason Bahl, de WPEngine, para convertir el plugin WPGraphQL en un canonical plugin de la comunidad WordPress.

Ya estamos a día 8 de octubre y comenzamos con el anuncio de Mary Hubbard como nueva directora ejecutiva del proyecto WordPress, aunque oficialmente no comenzaría hasta dos semanas después… todo esto como una buena noticia para el inicio del siguiente gran paso en toda esta situación: el “checkbox”.

Hasta ahora, en general, todo lo ocurrido había afectado principalmente a ambas empresas y a Matt… pero este es quizá el punto de inflexión donde la Comunidad WordPress se pone al límite. Y es que desde ese día el sitio web de acceso a WordPress.org tiene una casilla de verificación (en la comunidad, conocida como “el checkbox”) que dice lo siguiente: I am not affiliated with WPEngine in any way, financially or otherwise. Es importante tener en cuenta que ese texto está en inglés y pensado desde una perspectiva estadounidense, por lo que cada una de las palabras utilizadas tiene un significado muy concreto desde el punto de vista legal. En días posteriores, esto se extendió a la compra de entradas de un evento WordPress, y al acceso al Slack global.

Este checkbox comenzó a generar muchas dudas entre los contribuidores de WordPress y la conversación se llevó a Slack. Y el caos comenzó. Muchos usuarios comenzaron a estar bloqueados de Slack, incluyendo representantes de equipos, contribuidores de hacía muchos años y enlaces con otros proyectos de código abierto. WPEngine lanzó un mensaje de que los clientes, agencias y usuarios no estaban “afiliados” a la empresa.

Como se ha podido ver desde ese 9 de octubre en adelante, muchos contribuidores de WordPress que no estaban patrocinados han dejado el proyecto, algunos de los que tenían patrocinio lo han perdido y el foco ha estado en cerrar correctamente el lanzamiento de WordPress 6.7, aunque generando muchas dudas para la próxima versión mayor.

Los días posteriores tenían una palabra clave clara: “fork”. Y es que Matt publicaba una entrada explicando que en los proyectos de código abierto crear una bifurcación es algo que se puede hacer, y ponía unos cuantos ejemplos en esa entrada. Sólo teníamos que esperar unos días más para entender el porqué de esta entrada.

Y aquí viene otro de los giros: WordPress.org se hace con el control de Advanced Custom Fields y lo renombra a Secure Custom Fields. Este paso tiene muchas aristas porque en la publicación de Matt se vende como que se ha hecho por seguridad y que es un fork. Si bien es cierto que por seguridad, podrían haber dejado al equipo de WPEngine que lo está manteniendo en paralelo, que aplique los parches de seguridad, no sólo se añadieron las líneas de código para corregirlo, sino que se eliminó toda posible actualización a la versión PRO de ACF, y todo ello manteniendo la misma URL. Esto ha generado mucha confusión en los usuarios, ya que el plugin ha cambiado de nombre y autor, ha mantenido los comentarios y valoraciones, y con el paso del tiempo se ha quedado estancado en funcionalidades, además de que muchas personas de la comunidad asumen que esto no es un “fork” sino un “robo” del proyecto. Esto provocó otra fuga de contribuidores de la Comunidad WordPress.

En paralelo, la política de alojamiento de plugins en WordPress.org cambia para poder justificar las acciones que están ocurriendo, y pidiendo que se consulten las guías de los plugins y no la entrada, ya considerada obsoleta.

Tras estos dos eventos, el checkbox y SCF, la comunidad ha ido alzando la voz más y más. Uno de los casos más claros ha sido el de la eliminación de comentarios de los foros de soporte de ACF en WordPress.org, algo que siempre ha estado muy regulado en las reglas de la comunidad en cuanto a soporte, y donde eliminar en general siempre ha sido una opción última.

Otro de los perjudicados ha sido el evento en Sydney, donde WPEngine era patrocinador, y donde algunos de sus ponentes trabajan en la empresa. Y es que los organizadores del evento, recordemos que liderado por personas voluntarias que no generan ingresos con los eventos, anunciaban que se les informaba, unos días antes, que WPEngine estaba bloqueado para participar en los eventos de cualquier manera. Hay que destacar que no se pidió a los organizadores que eliminasen los patrocinios, sino que desde el equipo de Comunidad se accedió al sitio y se modificó sin conocimiento previo.

El equipo de Accesibilidad de la Comunidad WordPress toma la decisión de suspender las reuniones porque los representantes del equipo no pueden acceder al sitio.

A partir del 17 de octubre comenzamos a ver cómo otros desarrolladores de WordPress habían sido baneados del sitio, por lo que tienen bloqueada la posibilidad de mantener sus plugins y temas, en este caso, sin tener que ver con WPEngine, simplemente por haber sido críticos de una manera u otra con las decisiones tomadas.

Y a esto se le suma otra posible salida de trabajadores de Automattic que no están de acuerdo con la dirección, con mayores beneficios que la primera vez.

En esos días el Código de Conducta de WordPress se actualiza e incluye que no se pueden compartir mensajes privados. Esto se da tanto en la parte de redes sociales, donde muchos usuarios han estado publicando comunicaciones con Matt, o de Slack. En cualquier caso, esto nunca había sido un problema en la Comunidad hasta este momento.

Y, otro de los momentos más difíciles de asimilar por la Comunidad WordPress: Matt publica una entrada en el blog explicando qué empresas ofrecen sistemas fáciles de migración de WPEngine a, principalmente, sus socios como las propias empresas de Automattic, Bluehost (que paga la licencia) y otras tantas habituales en el ecosistema.

Y llegamos al siguiente punto en la partida judicial: WPEngine pide medidas cautelares contra Automattic y Matt, como representante de WordPress.org.

Este documento básicamente pide que se haga una vista en la que el juez determine algunas acciones, principalmente volver atrás, antes de todo esto, y que se restaure cierta confianza en el uso del sitio WordPress.org y se restauren los accesos para los desarrolladores y actualizaciones para los usuarios. Y que se haga “ya”. Y aunque WPEngine pedía que fuera lo antes posible, y Automattic lo más tarde posible, la fecha elegida es el 26 de noviembre.

En este documento, que es un proceso distinto al anterior, se habla de la extorsión por el uso de la marca, se explican las promesas de Matt de que todo sea abierto, cómo gestiona la Fundación WordPress las marcas, la titularidad del sitio WordPress.org y básicamente todo lo que acabamos de explicar, que se ha usado como prueba para demostrar la mala fe de Matt en todo este proceso y el apoyo por parte de Automattic.

Hay dos elementos en los que se apoyan judicialmente para dos elementos: el Computer Fraud and Abuse Act que afectaría al plugin ACF, y la California Unfair Competition Law que afectaría al acceso al sitio web.

Y pasan unos días para tener la respuesta de Automattic. Hay que tener en cuenta siempre que toda esta batalla judicial no es sobre WordPress, como proyecto de código abierto, sino sobre WordPress.org, el sitio web de Matt, donde los contribuidores participan en el proyecto. Entre los detalles de la respuesta se deja claro que el sitio web no forma parte del código abierto, que es un sitio web personal, aunque en ninguna parte de la web lo indique. La respuesta, por ahora, queda ahí.

Otro de los elementos que afecta a la Comunidad WordPress es el paso del Slack de la comunidad de la versión Pro a la Business+. Este movimiento permite básicamente dos elementos: el primero, poder configurar el acceso a través del login de WordPress mediante SSO, y el otro es que los administradores tienen acceso a las conversaciones privadas, pudiéndose exportar, sin aviso a sus usuarios. Todo esto parece que por la donación de Salesforce a la Comunidad WordPress, con la contraprestación de aparecer destacados en el sitio de Five for the Future y ser un patrocinador de las WordCamp flagship (Asia, Europa y Estados Unidos).

Tras la situación con WordCamp Sydney, el equipo de Comunidad comienza a mandar correos solicitando el control de las cuentas de redes sociales de los eventos locales, algo que hasta ese momento se había delegado siempre en el buen hacer de la Comunidad, y también se pide que se eliminen ciertos tweets publicados desde algunas de esas cuentas.

Y si pensabas que ACF iba a ser el único plugin afectado, no. El equipo de Paid Memberships Pro decidió dar de baja el plugin del repositorio oficial, y se hizo. Hasta aquí todo bien, hasta que en el Slack de WordPress, Matt dijo que si lo hacía el siguiente paso sería hacerse cargo del plugin como se hizo ya con ACF. No serían los únicos, porque el 28 de octubre Delicious Brains, con plugins como WP Migrate, WP Offload Media o Better Search Replace, también anunciaban que estaban bloqueados del acceso al repositorio.

El 30 de octubre, Matt estuvo en una entrevista en TechCrunch Disrupt en la que, entre otras cosas, se dijo que patrocinar un evento WordPress no era contribuir, sino marketing. También hizo alarde de que más de un 8% de los clientes ya se habían ido y cambiado de proveedor de hosting tras todo este proceso, y que seguiría siendo así.

Allí ya se dejaba ver que ese mismo día Automattic y Matt iban a contestar al último documento de WPEngine.

En estos documentos, básicamente se dice que WordPress.org es suyo, y que no tiene por qué dar acceso a la red de WPEngine, y que no tiene ningún derecho legal ni moral de usar sus recursos.

Tan sólo 4 días después la respuesta de WPEngine no se hacía esperar. En este caso, y acercándose las fechas de la vista, comienzan a verse las cartas que van a usar unos y otros, y WPEngine va a usar las propias palabras de Matt en su contra.

Este documento recoge las declaraciones de Matt en el evento de TechCrunch, que básicamente decían que WPEngine había perdido el 8% de los clientes, que estaban en guerra con ellos, y que si había que volver atrás “no pasaba nada”.

También se exponen dos casos: hiQ Labs v. LinkedIn y Epic Games v. Apple como casos en los que un sitio o plataforma no puede bloquear a otro. Y se documenta con mucho detalle cómo Matt siempre ha dicho de forma pública que WordPress.org forma parte de la Comunidad y cómo ahora dice que el proyecto es suyo, que se contribuye para él y no para el proyecto de código abierto, que sólo afectaría al núcleo.

Sobre el bloqueo y cambio de nombre de ACF, se plantea como un hackeo, basado en tres casos de jurisprudencia en casos similares.

Y se ha ampliado la información enviada al juzgado con un documento sobre la propiedad de WordPress.org, otro con los vídeos y transcripciones de la entrevista en TechCrunch y otros medios, y otro documento específicamente sobre ACF.

Y por si no fuera poco, Automattic ha lanzado el sitio wordpressenginetracker.com, en el que se exponen alrededor de 20.000 sitios WordPress que han dejado WPEngine. Esto ha generado mucha polémica por la información que recoge WordPress.org sobre los sitios y el gran problema de privacidad al estar obligados los sitios WordPress a mandar información a los servidores centrales, sin ningún tipo de política de privacidad o de gestión de los datos. Además, desde GitHub se ofrecen cerca de 730.000 registros de sitios, muchos de los cuales provienen de información privada que se manda a WordPress.org sin conocimiento del usuario.

Y, además, otro documento de 144 páginas en el que se recoge toda la información de lo ocurrido y que se espera que sea lo último antes de la vista judicial.

En cualquier caso, el Tribunal ha denegado las peticiones de Matt y Automattic sobre la “Motion to Dismiss”, la “Motion to Strike” y la “Administrative Motion to Shorten Time” por considerarlas discutibles.

Mientras tanto, la Comunidad WordPress sigue alzando la voz sobre la cultura del miedo que se está inyectando entre los contribuidores y a todo aquel que lleve la contraria al propio Matt. Un artículo en The Repository con diversas entrevistas y comentarios de múltiples contribuidores de la Comunidad y específicamente del núcleo de WordPress dejan clara la situación insostenible que se está generando.

Y, para acabar, este pódcast se distribuye con licencia Creative Commons; tienes todos los enlaces para ampliar la información, y el pódcast en otros idiomas, en WPpodcast .es.

Un abrazo, y hasta el próximo programa.

La nueva versión mayor de WordPress ha llegado, y lo ha hecho con algunos problemas en la generación de ediciones locales y congestión de red.

Recuerda que puedes escuchar este programa desde Pocket Casts, Spotify y Apple Podcasts o suscribirte al feed directamente.

Hola, soy Javier Casares y estás escuchando WPpodcast, en el resumen de noticias de la Comunidad WordPress.

En este episodio encontrarás la información del 11 al 17 de noviembre de 2024.

Tras dos versiones candidatas extra, la 4 y la 5, ya tenemos WordPress 6.7, Rollins, en honor al saxofonista de jazz Sonny Rollins.

Lo más destacado de esta versión es el nuevo tema Twenty Twenty-Five, el modo Zoom Out, los Binding Blocks, o bloques enlazados a campos, una ampliada gestión de las tipografías, mejor rendimiento y compatibilidad con PHP 8, y varias mejoras de accesibilidad, todo ello con 780 contribuidores, 230 de los cuales han participado por primera vez.

Tras el lanzamiento, y durante alrededor de 24 horas, la infraestructura del proyecto se vio afectada por una serie de errores y congestión en la red, que fueron corregidos progresivamente.

Y, a falta de 4 semanas, se recuerda que el próximo 16 de diciembre se celebrará el State of the Word 2024, en esta ocasión en Tokio, Japón, a partir de las 09:00 en horario universal, y que será retransmitido en directo por YouTube.

Y, para acabar, este pódcast se distribuye con licencia Creative Commons; tienes todos los enlaces para ampliar la información, y el pódcast en otros idiomas, en WPpodcast .es.

Un abrazo, y hasta el próximo programa.

Antes de la llegada de la versión final de WordPress 6.7, se han lanzado dos versiones candidatas que acaban de ajustar los detalles para el lanzamiento de la versión final.

Recuerda que puedes escuchar este programa desde Pocket Casts, Spotify y Apple Podcasts o suscribirte al feed directamente.

Hola, soy Javier Casares y estás escuchando WPpodcast, en el resumen de noticias de la Comunidad WordPress.

En este episodio encontrarás la información del 4 al 10 de noviembre de 2024.

Y antes de que se lance la versión final de WordPress 6.7, se han lanzado una versión candidata 3, y también una 4, con algunas correcciones de última hora y la preparación del sistema para Twenty Twenty-Five. Con estos cambios se espera que el 12 de noviembre, alrededor de las 19:00 en horario universal, esté disponible de forma general la nueva versión.

En paralelo, el trabajo en el editor continúa con Gutenberg 19.6, que incluye los comentarios experimentales en los bloques, pudiendo dejarle a otras personas comentarios en modo hilo a otros autores y editores.

La entrada sobre cómo añadir soporte de edición solo de contenido a un bloque en el Blog de Desarrolladores tiene como objetivo guiar a los desarrolladores en la implementación de la funcionalidad de edición exclusiva de contenido en bloques personalizados. Esta característica, estabilizada en WordPress 6.7, permite restringir la edición de bloques para que los usuarios solo puedan modificar el contenido interno, manteniendo intacta la estructura y el diseño predefinidos. Al adoptar este enfoque, se busca simplificar la experiencia de edición para los usuarios finales y garantizar la coherencia del diseño en todo el sitio web.

El equipo de WordPress Playground ha anunciado avances significativos en las herramientas de migración de datos para el proyecto de Liberación de Datos. Estas mejoras permiten gestionar múltiples instancias de Playground simultáneamente, facilitando la transferencia de sitios entre diferentes entornos de WordPress.

La iniciativa busca abordar la falta de soluciones gratuitas y de código abierto para la importación y exportación de contenido y sitios completos, incluyendo transferencias masivas desde plataformas como Tumblr o Weebly. Además, se están desarrollando analizadores de streaming para manejar la complejidad de migrar datos, como la actualización de enlaces internos al cambiar de dominio. Estas herramientas tienen aplicaciones potenciales en la exportación de sitios como archivos ZIP, migraciones entre hosts, creación de tutoriales interactivos y previsualización de solicitudes de extracción.

El equipo de Hosting ha publicado una actualización sobre la compatibilidad de la versión 6.7 con diversos entornos de servidor. Se recomienda utilizar PHP 8.2 u 8.3, MySQL 8.0 u 8.4, y MariaDB 10.11 o 11.4 para nuevas instalaciones. Aunque WordPress 6.7 es compatible con versiones anteriores de PHP, algunas ya no reciben soporte oficial y podrían presentar vulnerabilidades de seguridad. Por ello, se aconseja a los proveedores de hosting y administradores de sistemas actualizar sus entornos para garantizar un rendimiento óptimo y una mayor seguridad.

El equipo de Diseño ha anunciado el lanzamiento de una nueva biblioteca del Sistema de Diseño de WordPress para Figma. Esta herramienta tiene como objetivo optimizar el proceso de diseño para quienes trabajan en el ecosistema de WordPress, ofreciendo una amplia gama de componentes como botones, formularios, íconos y menús, todos alineados con el código base existente. Además, incluye tokens de estilo para detalles visuales como radios, elevaciones, colores y tipografía, así como stickers para componentes individuales e interfaces de usuario más completas, como el editor de pantalla completa y el editor de sitios.

El equipo de Formación ha presentado a sus 3 nuevos representantes del equipo para 2025: Jonathan Bossenger, Muhibul Haque y Jamie Madden.

El equipo de Comunidad ha presentado un resumen del Proyecto de Reactivación de la Comunidad de WordPress en América Latina, iniciado hace nueve meses y que ha logrado revitalizar y fortalecer diversas comunidades en la región. Como resultado, se han reactivado comunidades en ciudades como Buenos Aires, San Salvador, Cartago, Barranquilla, Tuluá, Cali, Ciudad de México y Ciudad de Guatemala. Además, se han formado nuevas comunidades en Pereira y Nueva Guinea, con planes en progreso para Estelí y Ciudad de Panamá. El proyecto también ha brindado apoyo en eventos como WordCamp Bogotá y WordCamp Guatemala, gestionando redes sociales, registros y voluntarios, y liderando mesas de contribución en áreas como marketing, soporte y comunidad. Para facilitar la comunicación y el aprendizaje, se han establecido canales regionales en Telegram, redes sociales y correo electrónico, fortaleciendo así la red de apoyo en América Latina.

El equipo de BuddyPress está planteando cambiar el tema por defecto en toda la red de sitios de buddypress.org, aunque se ha de revisar que no afecte a ninguno de los otros sitios de la red. Esto debería plantear una mejora de la navegación y adaptabilidad.

Otro de los trabajos que se está avanzando es la integración de BuddyPress con WordPress Playground, de forma que se pueda cargar una copia del plugin y poder tener una demostración muy fácilmente.

La beca en memoria de Kim Parsell, dedicada a apoyar la inclusión en la comunidad WordPress, se expandirá a WordCamp Asia y WordCamp Europe en 2025, además de WordCamp US. Esta beca está dirigida a mujeres contribuidoras activas en WordPress que no han asistido a estos eventos y requieren ayuda financiera. La convocatoria está abierta hasta el 30 de noviembre de 2024, y las seleccionadas serán notificadas en diciembre.

Y, para acabar, este pódcast se distribuye con licencia Creative Commons; tienes todos los enlaces para ampliar la información, y el pódcast en otros idiomas, en WPpodcast .es.

Un abrazo, y hasta el próximo programa.

Finalmente, el proyecto Data Liberation se va a realizar sobre WordPress Playground y ya tiene su estructura base para que cualquiera pueda comenzar a desarrollar sobre la herramienta.

Recuerda que puedes escuchar este programa desde Pocket Casts, Spotify y Apple Podcasts o suscribirte al feed directamente.

Hola, soy Javier Casares y estás escuchando WPpodcast, en el resumen de noticias de la Comunidad WordPress.

En este episodio encontrarás la información del 28 de octubre al 3 de noviembre de 2024.

Podemos hablar ya de días y no semanas para el lanzamiento de WordPress 6.7. Y es que con el lanzamiento de WordPress 6.7 RC2, con una treintena de cambios, y el próximo para la versión candidata número 3, se acerca el momento de esta última versión mayor del 2024.

Se recuerda también a los creadores de plugins y temas que actualicen la información de compatibilidad para asegurarse de que es compatible con esta nueva versión.

En el Blog de Desarrolladores se ha publicado una entrada sobre una de las novedades de WordPress 6.7, y es que se introduce la capacidad de vincular atributos de bloques a campos personalizados directamente desde el editor, los Block Bindings. Esta funcionalidad permite que los desarrolladores trabajen con una API pública para manipular datos enlazados a bloques, permitiendo que los usuarios puedan ver y editar datos de fuentes personalizadas en el editor. La guía describe cómo configurar un plugin que aproveche estas nuevas herramientas, registrando fuentes de datos personalizadas para bloques, y explica cómo estos datos se integran en el editor para ofrecer una experiencia más dinámica y personalizada.

La entrada también detalla los pasos técnicos necesarios para crear un plugin que maneje estas fuentes de datos, incluyendo la configuración del entorno de desarrollo y la extensión de Webpack para manejar el archivo JavaScript personalizado del editor. Además, ofrece ejemplos de cómo registrar y vincular datos específicos (como el título de una publicación o el extracto) a bloques en el editor de WordPress. En resumen, esta actualización permite a los desarrolladores personalizar más a fondo la experiencia de edición, haciendo que los datos de bloques y campos personalizados sean más accesibles y fáciles de manipular dentro del editor.

El equipo de Playground inicia el proyecto Data Liberation en el entorno WordPress Playground, con el objetivo de crear herramientas de migración de datos específicas para WordPress. Actualmente, no existen soluciones gratuitas y confiables para tareas como la exportación e importación de sitios, transferencias masivas entre WordPress o sincronización entre sitios. Aunque existen herramientas de pago y limitadas como el WXR export, estas no son suficientes para realizar migraciones completas y complejas que incluyan archivos multimedia, plugins y tablas personalizadas. Este proyecto pretende resolver estas limitaciones proporcionando herramientas de migración robustas y de código abierto.

La propuesta destaca que el entorno Playground es ideal para desarrollar estas herramientas, ya que permite una retroalimentación rápida de los usuarios, pruebas de calidad gratuitas y espacio para experimentar con APIs sin los requisitos de compatibilidad hacia atrás que exige WordPress Core. Además, se subraya la importancia de contar con un entorno flexible para probar extensiones de PHP y simular diferentes escenarios, desde hardware lento hasta sincronización en dispositivos móviles. Este proyecto busca mejorar la experiencia del usuario en la migración y transferencia de datos dentro de WordPress de una forma más efectiva y accesible.

El equipo de Diseño sigue proponiendo cambios, y uno de ellos sería la opción de “Mostrar la Plantilla” en el menú de previsualización, pudiendo ver cómo queda completamente el contenido público desde el editor.

También hay propuestas como que la pantalla de estilos sea dedicada, así como la posibilidad de dejar comentarios, a modo de notas, en un bloque en el editor.

La página de los equipos de WordPress, conocida como “Make”, va a comenzar su cambio de diseño e integración con el resto del sitio wordpress.org.

Y, para acabar, este pódcast se distribuye con licencia Creative Commons; tienes todos los enlaces para ampliar la información, y el pódcast en otros idiomas, en WPpodcast .es.

Un abrazo, y hasta el próximo programa.

El repositorio de temas de WordPress alcanza un hito importante: sus primeros 1000 temas de bloques disponibles.

Recuerda que puedes escuchar este programa desde Pocket Casts, Spotify y Apple Podcasts o suscribirte al feed directamente.

Hola, soy Javier Casares y estás escuchando WPpodcast, en el resumen de noticias de la Comunidad WordPress.

En este episodio encontrarás la información del 21 al 27 de octubre de 2024.

Ya se ha llegado a la cifra redonda: los primeros 1000 temas de bloques están disponibles en el repositorio de WordPress.

El primer tema de bloques fue Armando, el 28 de diciembre de 2020, preparado por Carolina Nymark. En octubre de 2023 había 536, y desde enero de 2024 ha crecido en 457. Esto hace que se hayan creado 1000 temas en casi 1000 días, desde el lanzamiento de WordPress 5.9.

Hablando de bloques, la versión Gutenberg 19.5 incluye mucho foco en la experiencia de Zoom, facilitando la interacción de forma más amigable, mejorando la barra superior y el uso del teclado.

También se incluyen cambios en los modos de edición y escritura, el uso de Block Bindings en los widgets y el icono de visibilidad.

WordPress 6.7 ya entra en su fase de versión candidata, lo que significa que el desarrollo o cambios de funcionalidades ya se ha cerrado y solo se pueden proponer correcciones de errores hasta el 11 de noviembre, cuando se congelará el código para su compilación y lanzamiento el 12 de noviembre.

Esto significa que se ha publicado la Guía de Campo con todos los cambios que se han incluido, que son más de 300 tickets, con 87 mejoras y funcionalidades, además de las casi 450 mejoras, más de 450 correcciones y 55 arreglos de accesibilidad en el editor, y que ya está disponible en el sistema de traducción.

El equipo de Temas ha anunciado una revisión de abuso de palabras clave en los títulos. En estos casos, se comentará con el autor del tema la situación y se le propondrán alternativas hasta su cambio.

El equipo de Formación está planteando introducir elementos de formación de Learn WordPress dentro de la introducción que se hace tras la instalación de WordPress por primera vez. Actualmente hay un enlace en el menú WordPress, y se plantea incluir referencias en la caja de ayuda o en la guía de bienvenida.

El equipo de Comunidad ha comunicado a los responsables de redes sociales que se centralicen los accesos a las cuentas en el gestor de contraseñas global. Cuando pasa un tiempo entre una WordCamp y otra y los equipos cambian, tener las cuentas con el correo electrónico global ayudará a su recuperación.

Además, se ha decidido pausar temporalmente los envíos de productos promocionales (swag) para eventos como WordCamp y Meetup debido a la falta de un sistema sostenible de envío global.

Se cerrarán las solicitudes pendientes y los organizadores que deseen obtener swag pueden imprimir materiales localmente con los archivos fuente disponibles.

El equipo de BuddyPress ha lanzado una versión de mantenimiento y seguridad, la versión 14.2.1, que corrige tres fallos y parchea un agujero de seguridad en la funcionalidad Take Photo.

Y, para acabar, este pódcast se distribuye con licencia Creative Commons; tienes todos los enlaces para ampliar la información, y el pódcast en otros idiomas, en WPpodcast .es.

Un abrazo, y hasta el próximo programa.

Ahora que se acerca el momento de la primera versión candidata de WordPress 6.7, ya tenemos la mayor parte de novedades que va a incluir esta versión.

Recuerda que puedes escuchar este programa desde Pocket Casts, Spotify y Apple Podcasts o suscribirte al feed directamente.

Hola, soy Javier Casares y estás escuchando WPpodcast, en el resumen de noticias de la Comunidad WordPress.

En este episodio encontrarás la información del 14 al 20 de octubre de 2024.

Matt ha querido agradecer a Salesforce, los propietarios de Slack, la donación que hacen de esta herramienta a la comunidad. Con más de 49.000 usuarios en la instancia (por valor de más de 8 millones de dólares), se plantea tener que subir de nivel a una versión superior de la plataforma.

Esta contribución se va a ver reflejada en una nueva sección de patrocinios del proyecto Five for the Future.

Aprovechando la explicación sobre Slack, también se ha modificado el Código de Conducta de la comunidad para proteger conversaciones privadas. Ahora, compartir mensajes privados sin consentimiento es considerado un comportamiento inaceptable. Esto busca garantizar que las discusiones privadas entre los miembros de la comunidad se mantengan confidenciales, reforzando la confianza y colaboración dentro de la comunidad. Se permite compartir mensajes solo si es necesario para reportar incidentes al equipo de respuesta.

Con la llegada de WordPress 6.7 beta 3, parece que ya comienza un flujo de todos los detalles que van a venir con la nueva versión, tanto con el Source of Truth como con una gran cantidad de artículos específicos sobre algunas novedades o cambios.

Esta última versión beta incluye 26 actualizaciones del editor y 18 tickets para el núcleo, con respecto a la beta 2.

Y la pregunta importante: ¿qué va a incluir WordPress 6.7?

Quizá lo más destacado, como cada año, es el lanzamiento del nuevo tema: Twenty Twenty-Five.

El tema está dirigido a una variedad de bloggers, ya sean blogs personales simples o fotoblogs, hasta blogs más complejos, como sitios de noticias que requieren bloques avanzados. Incluye variaciones de estilo, plantillas y patrones de página.

Con respecto a las Vistas de Datos, las actualizaciones buscan hacer las vistas más personalizables y funcionales, con características como la densidad de información configurable, opciones para ocultar filtros, personalización de columnas y mejoras en la interfaz móvil. Además, se amplía la extensibilidad con una API para gestionar acciones de terceros en las vistas de datos. Se optimizan acciones como eliminar, duplicar y mover elementos.

Con respecto al soporte de los bloques, se han expandido las opciones de diseño, incluyendo soporte para sombras en bloques de grupo, y se ha añadido soporte para bordes en una variedad de bloques como botones, comentarios, imágenes y más. También se han agregado controles de margen, color y radio de bordes en varios bloques, lo que permite más personalización y flexibilidad en el diseño sin necesidad de código adicional.

Las mejoras en las Block Bindings permiten conectar datos dinámicos a atributos de bloques y crear estos enlaces mediante una nueva interfaz gráfica en lugar de solo código. En esta versión, se han agregado APIs para extender esta funcionalidad, advertencias de errores de conexión y mejoras en la experiencia de usuario, como textos más claros para no desarrolladores. Actualmente, solo es posible conectar campos meta, pero se prevé ampliar estas opciones en el futuro.

Además, se mejora el bloque de Query Loop con un enfoque en la simplicidad. Ahora hereda automáticamente la consulta de la plantilla, mostrando el contenido sin configuración adicional. Se eliminó la opción de Post List por su confusión. Las opciones clave, como el número de publicaciones y la paginación, se consolidan en la barra lateral y se agregan nuevos parámetros para personalizar consultas, como filtrar por formato de publicación. Esto facilita el uso para principiantes y brinda más control a usuarios avanzados.

La nueva vista Zoom Out facilita la creación de contenido a nivel de patrones, permitiendo una vista general de la estructura de la página o plantilla. Los usuarios pueden mover, eliminar y editar patrones de manera eficiente, además de aplicar estilos rápidamente a bloques superiores. La opción es activable desde la barra de herramientas y permite cambios de diseño a gran escala, manteniendo un control detallado sobre los elementos principales sin gestionar cada bloque individualmente.

Las imágenes HEIC se convierten automáticamente a JPEG al subirlas, permitiendo su visualización en WP Admin y uso en publicaciones, incluso si el navegador del visitante no soporta HEIC. Esta conversión automática se puede desactivar usando el filtro image_editor_output_format en el código PHP, brindando flexibilidad a los desarrolladores.

Se implementa el estándar HTML para imágenes de carga diferida (lazy-loaded), agregando automáticamente “auto” al atributo sizes si la imagen tiene el atributo loading="lazy". En los navegadores compatibles, esto ajusta el tamaño al objeto concreto de la imagen. En los navegadores que no soportan este estándar, “auto” es ignorado sin causar problemas.

Las actualizaciones recientes de WordPress amplían el soporte de imágenes de fondo a bloques como Quote, Verse y Post Content, permitiendo más personalización sin necesidad de anidar bloques. También se puede aplicar una imagen de fondo globalmente a través de Styles en temas de bloques, con opciones para configurar imágenes fijas. Además, se introdujo una nueva interfaz para controlar las imágenes de fondo y se pueden usar valores de referencia en theme.json, mejorando la flexibilidad y evitando errores.

Se ha mejorado la integración de metaboxes en el editor de publicaciones con iframe, añadiendo una vista dividida que permite ver tanto el contenido como los metaboxes al mismo tiempo. Esto asegura una experiencia visual más coherente entre el editor y la vista previa del sitio. Los desarrolladores de plugins deberán adaptar sus extensiones para este cambio, especialmente si usan metaboxes. Además, se introducen mejoras en la interfaz, como la capacidad de redimensionar los metaboxes y guardar la preferencia del usuario.

Las actualizaciones de gestión de fuentes en WordPress mejoran la interfaz para crear, editar y aplicar tamaños de fuente predefinidos, permitiendo activar la tipografía fluida y ajustar sus valores. Los usuarios pueden gestionar fuentes de manera más eficiente con una biblioteca organizada por fuente y nuevas opciones para activar o desactivar todas las fuentes a la vez. También se mejoró la visualización cuando no hay fuentes instaladas.

Se introducen mejoras como la nueva API de registro de plantillas, simplificando la integración de plantillas y partes de plantillas personalizadas para plugins y temas. También se mejora la API de opciones de vista previa, permitiendo añadir ítems personalizados en el menú de vista previa. La API Heartbeat ajusta los intervalos de bloqueo de publicación para una mejor colaboración. Además, se incluye una nueva opción para limitar niveles de encabezado en bloques clave.

También se introducen mejoras en la barra de herramientas del editor, con botones reorganizados para mayor claridad. Añade la opción de ocultar el modal Choose a Pattern al crear páginas y mejora la persistencia de imágenes en progreso. También se ajusta la funcionalidad de “pattern shuffling” y se implementan mejoras en el flujo de escritura, como la inserción de múltiples imágenes a la vez. Los ejemplos visuales para bloques facilitan su búsqueda, y el editor del sitio recibe mejoras de estilo y tipografía.

En una parte más técnica, WordPress 6.7 introduce mejoras en la API de Interactividad, como correcciones de errores y nuevas APIs para manejar datos de forma asincrónica. También se han actualizado la API HTML para un procesamiento completo de documentos HTML y la opción de separar campos de hora en TimePicker. Los desarrolladores pueden definir variaciones de bloques a través de archivos PHP y sobrescribir estilos dinámicamente. Se añadió una solución de clearfix para el bloque Post Content y mejoras de compatibilidad con PHP 8.x.

En el Blog de Desarrolladores, un artículo explora cómo dominar el archivo theme.json, pudiendo reducir la necesidad de escribir CSS. Configuraciones globales, variaciones de estilo y configuraciones personalizadas para temas, incluyendo colores, tipografías y estilos específicos para bloques. También resalta cuándo es aún necesario utilizar CSS.

El equipo de Test ha presentado a sus dos nuevas representantes, que van a ser Olga Gleckler y Krupa Nanda.

El equipo de Diseño vuelve una vez más a presentar sus propuestas y lo hace comenzando con un posible cambio en la barra superior de edición, que quedaría reducida a una pequeña zona con la posibilidad de extenderse tanto para la edición como para el menú.

Otra de las novedades sobre la que se trabaja es la de un modo oscuro nativo en el panel de administración, con la presentación de una paleta de colores en positivo y negativo.

En general, para el sitio web, se ha presentado la propuesta de diseño de WordPress Photos y de los patrocinios del Five for the Future.

El equipo de Accesibilidad parece que volverá a tener reuniones, pero lo va a hacer de forma mensual, tras las dudas generadas por el acceso al sitio y la posibilidad de publicar contenidos en la web del equipo.

El equipo de Formación ha anunciado la próxima edición del curso de Learn WordPress que se centrará en el desarrollo de plugins. Está diseñado para desarrolladores principiantes y abarcará desde la configuración de un entorno de desarrollo local hasta conceptos clave como tipos de publicaciones personalizadas, CSS y JavaScript. El curso comenzará la semana del 4 de noviembre de 2024 y durará seis semanas.

El equipo de Photos ha anunciado a sus nuevos representantes de equipo, que van a ser Nilo Velez, Bigul Malayi y Michele Butcher-Jones.

Hace unas semanas, el Internet Archive informó que, tras un ataque DDoS y la exposición de correos y contraseñas encriptadas de usuarios, tuvieron que desactivar temporalmente su sitio para mejorar su seguridad.

Aunque algunos de sus sistemas ya se han restablecido, la Fundación WordPress ha aprobado una donación de 100.000 dólares para ayudar a restaurar el archivo y sus funciones.

De la última reunión de la Fundación también se extraen algunos datos.

En la parte de resumen financiero, la fundación tiene una posición de efectivo de 264.680 dólares, con un aumento en las donaciones de 12.952 dólares con respecto al año anterior. También se han discutido estrategias bancarias y la posibilidad de mover fondos a cuentas de mercado monetario.

En el resumen de programas, se realizaron 8 hackathons benéficos y más de 21 sitios web. Además, 8.600 personas completaron cursos en Learn WordPress. Los Meetup y WordCamp también aumentaron en participación.

En las novedades, se anunció la nueva directora ejecutiva, Mary Hubbard. También se planean nuevas reuniones semestrales para revisar avances financieros y de programas.

Y, para acabar, este pódcast se distribuye con licencia Creative Commons; tienes todos los enlaces para ampliar la información, y el pódcast en otros idiomas, en WPpodcast .es.

Un abrazo, y hasta el próximo programa.

La salida de Josepha Haden como directora ejecutiva del proyecto WordPress ha dado paso a la llegada de Mary Hubbard, también de Automattic tras su paso por TikTok.

Recuerda que puedes escuchar este programa desde Pocket Casts, Spotify y Apple Podcasts o suscribirte al feed directamente.

Hola, soy Javier Casares y estás escuchando WPpodcast, en el resumen de noticias de la Comunidad WordPress.

En este episodio encontrarás la información del 7 al 13 de octubre de 2024.

Con un breve mensaje en el sitio oficial de WordPress, se hizo la presentación de Mary Hubbard tras su salida como Directora de TikTok Americas, Gobernanza y Experiencia. Comenzará como nueva Directora Ejecutiva de WordPress.org el 21 de octubre.

Previamente, trabajó en Automattic de 2020 a 2023 como Directora General de Marketplace y Directora de Experiencia y Producto para WordPress.com.

Según Matt Mullenweg, en una consulta sobre si su trabajo tendrá las mismas características que cubría Josepha Haden, su respuesta ha sido que “el alcance será mucho mayor, ya que Mary aporta muchos talentos al ecosistema”.

Otra de las novedades es que Jason Bahl ha anunciado que WPGraphQL se convertirá en un canonical plugin de WordPress, al unirse a Automattic tras tres años y medio en WP Engine.

Al convertirse en un canonical project, como WP-CLI, Gutenberg o la REST API, WPGraphQL recibirá el respaldo de Automattic.

Los canonical plugin serán desarrollados por la comunidad, con múltiples desarrolladores, no solo una persona, y abordarán algunas de las funcionalidades más solicitadas. Estos plugins están bajo la licencia GPL, disponibles en el repositorio de WordPress.org, y se desarrollan en colaboración con el núcleo de WordPress.

Aunque oficialmente no se ha anunciado, desde el pasado miércoles es necesario aceptar un mensaje en la pantalla de acceso o registro de WordPress.org que dice lo siguiente: “No estoy afiliado a WP Engine de ninguna manera, ni financiera ni de otro tipo”.

En la cuenta de la red social X, la propia cuenta de WordPress sugería que si tienes dudas sobre si estás afiliado a WP Engine o no, te pongas en contacto con ellos.

En el Slack de la comunidad, Colin Stewart, colaborador en el núcleo de WordPress, preguntaba algunas dudas a Matt Mullenweg sobre la nueva casilla. Matt contestó que esto forma parte del bloqueo a WP Engine y que la denuncia de la empresa ha puesto a todos los participantes en WordPress.org en la posibilidad de necesitar representación legal.

Tras participar en esa conversación, algunos miembros de la comunidad como Ryan McCue, colíder de la API REST de WordPress, Andrew Hutchings, director de Contribuciones de la Fundación MariaDB, o Javier Casares, representante del Equipo de Hosting y responsable del Advanced Admin Handbook, fueron bloqueados de la herramienta de comunicación de la comunidad, tal y como otros miembros hicieron referencia posteriormente en esa misma conversación.

Este no es el único cambio que podemos encontrar en el sitio web. Y este es un aviso a todos los que usan Advanced Custom Fields. Desde el pasado sábado, el usuario de WordPress.org se ha hecho con la titularidad del plugin para convertirlo en Secure Custom Fields.

La entrada con su comunicado menciona que, en nombre del Equipo de Seguridad de WordPress, se ha invocado el punto 18 de las guías de plugins y se ha hecho un fork de ACF a un nuevo plugin, eliminando la posibilidad de pasar a la versión Pro, algo que va en contra de las propias reglas de la comunidad, como ya se publicó en 2021, y corrigiendo un problema de seguridad.

En esta acción entran varios elementos que debemos poner en contexto. Lo primero es que el plugin ACF sigue en desarrollo activo y que los desarrolladores no pueden hacer las actualizaciones de seguridad que ya han aplicado en la versión disponible en su sitio web, debido al bloqueo de hace unos días. Por otro lado, el plugin no es un fork por definición, ya que se ha sobrescrito el existente y no se ha creado un nuevo plugin, que es lo que define un fork.

Y en la ronda de novedades, ya tenemos WordPress 6.7 beta 2, con 18 cambios en el editor y 28 cambios con respecto a la beta 1 del núcleo.

También se ha lanzado Gutenberg 19.4, que aplica algunos cambios a la edición anterior y lanza de forma pública las API del editor para el Block Bindings.

Otro cambio está en los modos de Editar y Seleccionar, que han cambiado su nombre a Modo de Escritura y Modo de Diseño, pensados para que en el modo escritura solo aparezcan en la barra lateral los elementos correspondientes, y en el modo diseño, los que afectan a colores, tamaños y otros elementos visuales.

El equipo de Core propone hacer que los tickets de pruebas unitarias sean más fáciles de identificar.

Se sugiere utilizar etiquetas específicas para distinguir estos tickets de otros problemas de desarrollo general. Esta mejora facilitaría la colaboración, ya que los colaboradores podrían centrarse mejor en las pruebas unitarias y su resolución.

La propuesta busca mejorar la organización y eficiencia del sistema de seguimiento de tickets de WordPress, ayudando a la comunidad a encontrar, gestionar y resolver estos problemas más fácilmente.

También se han presentado las novedades con respecto a la gestión de tipografías en WordPress 6.7.

Ahora se van a poder modificar los preajustes proporcionados por un tema o crear tus propias opciones personalizadas. Una característica clave es la capacidad de alternar la tipografía fluida, que permite el escalado de fuentes responsivas, con la opción de establecer valores fluidos personalizados para un control más preciso sobre la responsividad.

Las fuentes ahora están agrupadas por origen, por ejemplo, una fuente que viene del tema o personalizada, ayudándote a entender de un vistazo de dónde proviene cada fuente.

Y en la línea de personas que se apartan temporalmente de las contribuciones, tenemos a Scott Kingsley, quien hasta ahora lideraba el proyecto de la Fields API, y que ha decidido dar un paso al lado a la espera de cambios.

En su entrada, ha dejado una lista de las consideraciones que se tomaron en WordCamp US, además de una recopilación de entradas y material que se ha ido trabajando en los últimos 10 años.

El equipo de Accesibilidad ha parado temporalmente sus reuniones de equipo debido a la incertidumbre generada por la casilla de verificación en el login del sitio web, aunque las tareas fuera del sitio, como las de GitHub, seguirán activas.

El equipo de Hosting ha presentado un nuevo proyecto para probar los perfiles de Hosting de WordPress. Los perfiles permiten a los hosts compartir configuraciones de servidores optimizadas para WordPress, mejorando el rendimiento y la compatibilidad.

El equipo busca comentarios de la comunidad para ajustar y perfeccionar estas pruebas, facilitando la colaboración entre desarrolladores y proveedores de hosting para mejorar la experiencia de alojamiento.

El equipo de Polyglots ha presentado una propuesta de uso de GlotPress para traducir contenido localizado dentro de los sitios Rosetta de WordPress.

La propuesta explica cómo utilizar GlotPress, proporcionando una guía paso a paso para traductores, destacando cómo encontrar proyectos de traducción, cómo sugerir y validar traducciones, y el uso de características como filtros y cadenas de traducción para gestionar el trabajo de traducción de manera más eficiente.

El equipo de Comunidad ha publicado un resumen del proyecto de revisión y resultados del programa WordPress Meetup Chapter, lanzado entre julio y septiembre de 2024.

De los 372 grupos inactivos, se reactivaron 216 (58%) y se cerraron 156 (42%). El programa ayudó a aumentar la actividad de los Meetups, pasando del 51% al 69% de grupos activos. También se destacó el ahorro de 4700 dólares en suscripciones a Meetup.com al haber eliminado esos grupos de las comunidades locales, y se planea que el programa de reactivaciones se lleve a cabo dos veces al año.

También tenemos el anuncio de la tercera edición del Programa de Tutorías para Contribuidores de WordPress, correspondiente al cuarto trimestre de 2024, que destaca los esfuerzos por atraer y apoyar a nuevos contribuidores a la plataforma. Este programa ofrece tutoría a través de cohortes trimestrales para guiar a los participantes en su camino para contribuir a WordPress de manera significativa.

Los mentores, con experiencia en diversas áreas de WordPress, ayudarán a los participantes a comprender mejor el ecosistema, fomentando una colaboración activa.

Y, para acabar, este pódcast se distribuye con licencia Creative Commons; tienes todos los enlaces para ampliar la información, y el pódcast en otros idiomas, en WPpodcast .es.

Un abrazo, y hasta el próximo programa.

El esperado lanzamiento de WordPress 6.7, que incluirá el tema Twenty Twenty-Five, sigue viéndose empañado por la guerra entre Automattic y WP Engine.

Recuerda que puedes escuchar este programa desde Pocket Casts, Spotify y Apple Podcasts o suscribirte al feed directamente.

Hola, soy Javier Casares y estás escuchando WPpodcast, en el resumen de noticias de la Comunidad WordPress.

En este episodio encontrarás la información del 30 de septiembre al 6 de octubre de 2024.

Dicen que tras la tormenta llega la calma, y si bien es cierto que desde el 1 de octubre, último episodio del drama en la relación entre Automattic y WP Engine, han pasado principalmente dos cosas.

La primera es que WP Engine ha enviado una propuesta formal de denuncia a los juzgados de California, con una serie de informaciones sobre todo lo que está pasando, según su punto de vista, claro.

De los 11 reclamos legales, hay algunos que afectan al proyecto o al sitio web, como el bloqueo al acceso de las redes de WP Engine, el impedimento de la promesa de que WordPress sería una plataforma abierta y colaborativa, o las afirmaciones que sugieren que no contribuyen al ecosistema de WordPress y que dañan a la comunidad.

La segunda, y una que afecta directamente a la comunidad de WordPress, en este caso del lado de Automattic, tiene que ver con sus trabajadores. Recordemos que gran parte de la directiva y personas clave de la comunidad estaban gestionadas por personas bajo el paraguas de la compañía.

Según Matt, 159 personas (un 8,9% de los trabajadores) han aceptado el paquete de salida que se ha ofrecido y que, entre otras cosas, impide que puedan volver a trabajar para Automattic. Algunas personas clave ya han anunciado su salida.

Quizá una de las más destacadas es la de Josepha Haden, conocida por haber sido desde 2019 la directora ejecutiva del proyecto WordPress.

Otra es la de Naoko Takano, que tras 14 años dice no estar alineada con las decisiones que se han tomado.

Otras personas que se han despedido son Chloé Bringmann, del equipo de operaciones, o Reyes Martínez, que estaba liderando el reciente equipo de Media Corps.

Esto no solo está afectando a personas de Automattic, sino también a personas clave de algunos equipos que ya están dejándolo o planteándose hacerlo, ya que a finales de cada año llegan las votaciones de los nuevos representantes de equipo, donde algunos ya están preparando la elección.

Ya tenemos disponible para probar, no en producción, WordPress 6.7 beta 1, la primera versión de esta nueva rama que incluye la mayoría de las funcionalidades que se han ido proponiendo en los últimos meses.

Lo más destacado de esta versión es:

Aunque estos son los elementos más destacados, se espera que en los próximos días comience a aparecer la lista de detalles de cada una de estas funcionalidades y de otras tantas más.

El equipo de Test ha preparado una entrada en la que nos da una lista de todos los elementos a probar en WordPress 6.7 beta 1 y siguientes versiones de prueba. Las áreas clave de prueba incluyen: el nuevo tema por defecto “Twenty Twenty-Five”, mejoras en vistas de datos, refinamiento del bloque de bucle de consulta, nuevas herramientas de diseño, mejoras en el manejo de medios como soporte para imágenes HEIC y auto-tamaños para imágenes con carga diferida, y compatibilidad con PHP 8. Se anima a los usuarios a probar en diferentes entornos, como sitios locales, entornos de prueba y utilizando WP-CLI.

El equipo de Plugins ha anunciado que desde el 1 de octubre, WordPress.org exige que los desarrolladores de plugins activen la autenticación de dos factores (2FA) para enviar nuevos plugins.

Además, todos los plugins deberán pasar por una verificación automatizada con “Plugin Check”, que revisa problemas comunes como versiones mal configuradas o dominios de texto incorrectos antes de ser revisados manualmente. Estas medidas buscan mejorar la seguridad y reducir el tiempo de revisión de nuevos plugins en el directorio.

El equipo de Formación está preparando un camino de formación relacionado con el diseño.

El Designer Learning Pathway ahora requiere crear contenido para la redacción de guiones, grabación de voz, edición de video, la propia creación de contenido y su revisión.

Y, para acabar, este pódcast se distribuye con licencia Creative Commons; tienes todos los enlaces para ampliar la información, y el pódcast en otros idiomas, en WPpodcast .es.

Un abrazo, y hasta el próximo programa.

En los últimos días ha comenzado un WPdrama de los que marcan historia de WordPress, con la intervención de Automattic y WP Engine.

Recuerda que puedes escuchar este programa desde Pocket Casts, Spotify y Apple Podcasts o suscribirte al feed directamente.

Hola, soy Javier Casares y estás escuchando WPpodcast, en este episodio especial.

Seguramente, estos últimos 10 días están entre los más complejos para WordPress, y no especialmente por el software, sino en lo que a la comunidad y a su entorno se refiere.

Ya te aviso que en esto que voy a explicarte hay claramente 4 bandos: los que están en el lado de Automattic, los que están del lado de WP Engine, los que están en el centro de la Comunidad WordPress y los que no tienen ni idea —ni les interesa— lo que está pasando.

La situación tiene muchas aristas, por lo que intentaré ser lo más ordenado posible, tanto temporal como objetivamente hablando.

Aunque esto viene de lejos, hablamos de hace alrededor de 18 meses, la bomba explotó en la presentación de Matt Mullenweg en WordCamp US, co-creador de WordPress y fundador de Automattic, la empresa detrás de WordPress.com y de la mayoría de acciones de la Fundación WordPress, incluidas sus marcas registradas para uso comercial.

En la presentación, a diferencia de la mayoría de ellas, Matt no hizo mucha referencia a WordPress como producto, sino a la necesidad de contribuir en el proyecto. Y lo hizo hablando de grandes empresas e inversiones. En un momento determinado, sacó a la palestra a Silver Lake, el fondo de inversión detrás de un proveedor de hosting llamado WP Engine, bastante conocido entre los asistentes y la comunidad.

Sin entrar mucho en detalle, el resumen es que WP Engine genera cientos de millones de dólares de beneficio y sólo dedica 40 horas a través del Five for the Future. A esto le podemos sumar un uso incorrecto de las marcas WordPress o WooCommerce, entre otras.

No cabe duda de que esto es algo poco habitual en un evento de WordPress, y que los casos en los que se ha señalado a una empresa son contados y conocidos. Pero nunca a este nivel.

El rún-rún comenzaba justo al finalizar la WordCamp y con la publicación de una entrada en el blog oficial del proyecto WordPress llamada WP Engine no es WordPress, en la que se explica que esta empresa de hosting genera confusión con la marca WordPress y lo que ofrecen. También se hace referencia a lo comentado en el evento: generan medio millón de dólares de beneficios y sólo contribuyen 40 horas, cuando Automattic contribuye casi 4.000 a la semana.

Quizá lo más sorprendente del artículo es la larga explicación de que WP Engine, por defecto, deshabilita la revisión de los contenidos, una funcionalidad que se puede configurar por el fichero de configuración, y que, cabe añadir, en la propia documentación de WordPress se recomienda limitar, tanto en la documentación para usuarios finales como en la documentación avanzada.

Según Matt, WP Engine no te está ofreciendo WordPress porque es una versión modificada del software.

Sin entrar en mucho debate, hay que recordar que la licencia bajo la cual se distribuye WordPress, llamada General Public License, o GPL, otorga cuatro libertades:

Aunque quizá lo más sorprendente es el lenguaje utilizado para referirse a la empresa:

Esta es una de las muchas razones por las que son un cáncer para WordPress, y es importante recordar que sin control, el cáncer se extenderá. WP Engine está estableciendo un estándar pobre que otros pueden mirar y pensar que está bien replicar. Debemos establecer un estándar más alto para asegurar que WordPress esté aquí durante los próximos 100 años.

En Internet sabemos que alguien puede encender una cerilla para iluminar momentáneamente una habitación oscura en Londres y, sin saber cómo, se acaba quemando el bosque del Amazonas. Y eso es lo que pasó.

Sin entrar en detalles legales, WP Engine publicó una carta de cese y desistimiento contra Automattic.

Aunque los contribuidores al proyecto se han mantenido bastante al margen en Slack, el chat oficial de WordPress, se puede decir bastante, porque sí que en el canal de Hosting hubo cierto movimiento, en el que algunos contribuidores levantaban la mano para señalar si el blog oficial de WordPress era el lugar adecuado y, por tanto, si debía ser distribuido en el panel de administración de todos los WordPress del mundo.

Un usuario en concreto, Ángel Plaza, publicó una entrada llamada WordPress.com no es WordPress, haciendo referencia al mismo título del blog oficial, y explicando que esta empresa de hosting también realiza algunas prácticas que limitan las funcionalidades de WordPress.

La respuesta de Matt no se hizo esperar:

Gracias por tu opinión, pero en última instancia, yo tengo el control último de wordpress.org y creo que este post es apropiado para aparecer en cada panel de administración de cada instalación de WordPress, porque lo que WP Engine está haciendo es tan perjudicial, que ha sido un patrón durante años, y he intentado durante 18 meses resolverlo.

La conversación continuó, en la que Matt seguía pidiendo que WP Engine participe con 4.000 horas a la semana de contribuciones, o lo que ellos consideren proporcional a sus ingresos, dejando también caer que, por otro lado, estaba la batalla legal por el uso de la marca.

Hay que decir que, poco tiempo después, Ángel había sido bloqueado del Slack de forma unilateral y sin previo aviso, aunque no ha sido la única persona bloqueada en este proceso.

En distintas plataformas y redes sociales, la batalla había comenzado, con muchas personas posicionándose en alguno de los dos lados. Lo que sí que ya se empezaba a entrever es que, en cualquier caso, la Comunidad WordPress era la que estaba en una situación de perder, pase lo que pase.

En este punto, lo que en general se comentaba venía por tres partes muy diferenciadas:

El siguiente paso llegó cuando comenzaron los rumores de que WP Engine estaba bloqueando en el panel de administración el bloque que muestra los eventos y las noticias. Recordemos que uno de los objetivos de Matt es que esa entrada apareciera en todos los WordPress del mundo, incluidos los de WP Engine.

A esto se le sumó la publicación por parte de Automattic de su propia carta de cese y desistimiento sobre el uso de las marcas registradas.

Poco después, también salió a la luz una nueva entrada en el blog oficial: WP Engine ha sido bloqueada para WordPress.org. En la entrada se dejaba claro que WP Engine necesita una licencia de uso de WordPress y que, de forma preventiva, se ha bloqueado el acceso a las redes de WP Engine mientras se resuelve esta situación, alegando que no contribuyen al proyecto, pero que los sitios que alojan sí consumen sus datos.

Esta última acción ha generado todavía más revuelo, ya que entre otras cosas no permite que los usuarios de WordPress puedan actualizar plugins, temas o el núcleo de forma automática mediante la funcionalidad de auto-actualización.

Y aquí volvemos a los mayores afectados: los usuarios que muchas veces no saben ni dónde tienen su sitio WordPress. Muchas agencias pedían a Matt que desbloquease esto por el perjuicio económico que les estaba suponiendo.

El viernes desde el sitio de WordPress.org se anunciaba un levantamiento temporal de las restricciiones, hasta el martes para permitir que WP Engine pueda hacer sus espejos de los sistemas que usa, mientras que los usuarios pueden hacer los mantenimientos necesarios.

A partir del 1 de octubre, a las 00:00 en horario universal, se volverá a la situación de la que venimos.

El siguiente capítulo está por escribir.

Y, para acabar, este pódcast se distribuye con licencia Creative Commons; tienes todos los enlaces para ampliar la información, y el pódcast en otros idiomas, en WPpodcast .es.

Un abrazo, y hasta el próximo programa.

La herramienta de creación de sitios WordPress al vuelo, WordPress Playground ha lanzado un gestor que permite tener varias instancias a la vez.

Recuerda que puedes escuchar este programa desde Pocket Casts, Spotify y Apple Podcasts o suscribirte al feed directamente.

Hola, soy Javier Casares y estás escuchando WPpodcast, en el resumen de noticias de la Comunidad WordPress.

En este episodio encontrarás la información del 23 al 29 de septiembre de 2024.

Ya se están preparando los últimos ajustes de Gutenberg con la mirada puesta en la próxima versión mayor de WordPress.

El modo Zoom Out ya está fuera del nivel de experimentación y está disponible para todos los usuarios, permitiendo crear patrones a un nivel más granular.

También se han corregido algunos elementos de la interfaz, como el botón de publicar, o que los nombres personalizados de bloques se apliquen en todos los lugares donde corresponde.

Además, se va a poder deshabilitar el modal de selección de patrones al crear una página nueva, y los números de teléfono se enlazarán automáticamente con el prefijo “tel”.

Un elemento interesante es que en el bloque de Imagen se van a poder arrastrar y soltar varias imágenes, convirtiéndolo automáticamente en un bloque de Galería.

Y, aunque ya se sabía, se han publicado de manera oficial las fechas de lanzamiento de WordPress 6.7, junto con las horas a las que se prepararán los paquetes correspondientes con cada lanzamiento.

La primera versión beta se lanzará el 1 de octubre, la primera versión candidata el 22 de octubre, la congelación de código será el 11 de noviembre y, un día después, el 12 de noviembre, alrededor de las 18:00 horas, en horario universal, tendremos el paquete definitivo para descargar.

El equipo de Core ha hecho un resumen de las reuniones que tuvieron los “Core Committers” en la mesa de Core en la WordCamp US, en la que se destacó la importancia de permitir que los nuevos colaboradores se conecten con los más experimentados. También se discutió sobre las mejores prácticas para realizar “commits” y se fomentó que cada colaborador comparta su configuración personal en blogs para mejorar la documentación sobre el proceso de contribución.

Además, se abordó cómo solicitar retroalimentación de manera adecuada dentro de la comunidad, sugiriendo que los blogs personales se utilicen para validar ideas, mientras que el blog oficial de WordPress se reserve para comunicaciones más formales.

Por otro lado, la mejora del bloque Query Loop en el editor de WordPress busca hacerlo más intuitivo con configuraciones predeterminadas inteligentes. Ahora hereda automáticamente las consultas del contexto de la página, lo que simplifica su uso al mostrar las publicaciones sin configuraciones adicionales.

También se han agrupado opciones de filtrado y personalización para facilitar el uso de consultas personalizadas, incluidas publicaciones por autor o formato. Estas mejoras estarán disponibles en WordPress 6.7.

El equipo de Performance trae una propuesta que plantea la creación de un canal privado en Slack (#performance-hosting) que conecte al equipo de rendimiento de WordPress con representantes de empresas de hosting.

Este espacio permitiría compartir datos y probar mejoras en el rendimiento de sitios en tiempo real, con un ciclo de retroalimentación rápida.

La idea surge a partir de la exitosa colaboración en el canal #security-hosting. Aunque algunos sugieren que la colaboración sea pública, otros ven la necesidad de un canal privado para discutir temas sensibles relacionados con el rendimiento.

En el Blog de Desarrolladores se ha publicado una entrada sobre cómo aprovechar las nuevas Vistas de Datos para montar un sistema que permita subir imágenes al Media, trabajando con React y los componentes correspondientes.

El ejemplo, muy detallado, explica cómo mostrar un listado de imágenes de otro proveedor y un botón que permita integrar esas imágenes en el Media propio del sitio.

El equipo de Playground ha añadido una funcionalidad en el sistema que permite gestionar varias instancias a la vez, con distintas configuraciones.

Hasta ahora, cuando entrabas en el sitio, se generaba una nueva instalación o podías recuperar una anterior si habías exportado los datos. Con esta nueva configuración, mediante el Playground Manager, se pueden crear instancias estables e instancias temporales.

El equipo de Temas informa que ya hay 49 contribuidores en el nuevo tema Twenty Twenty-Five, que vendrá de serie con WordPress 6.7, y que no sólo se buscan contribuciones en la creación propia del tema, sino también para ayudar con la creación de bloques, patrones o elementos de diseño.

El equipo de Diseño ha presentado sus propuestas quincenales con el rediseño del pódcast The WordPress Briefing, o el cambio del acceso de “Log In” al menú secundario en WordPress.org. También se está mejorando la forma en la que indicar a los usuarios que pueden arrastrar un elemento a una zona determinada, por ejemplo al subir una imagen o una fuente, dejando mucho más claro en qué lugar se puede soltar. Sombras y controles son dos elementos que también cambiarán en WordPress 6.7.

El equipo de Accesibilidad sigue trabajando en los últimos detalles sobre WordPress 6.7 y avanza en la mejora de la interfaz de los Block Bindings, en el Design System, en algunos elementos de la interfaz general como el botón de Guardar y Publicar, el modal de selección de patrones y varios elementos relacionados con la vista de zoom.

Tras la finalización de la WordCamp US 2024 llegan algunos datos, como la participación de 400 personas contribuyendo en 25 equipos y proyectos, muy focalizados todos en el lanzamiento de WordPress 6.7.

También se incluyó un showcase, con una serie de presentaciones de proyectos y empresas que usan WordPress, como Disney Experiences, The New York Post, CNN o Amnistía Internacional.

La WordCamp US 2025 se volverá a realizar en Portland (Oregón) del 26 al 29 de agosto de 2025.

Y, para acabar, este pódcast se distribuye con licencia Creative Commons; tienes todos los enlaces para ampliar la información, y el pódcast en otros idiomas, en WPpodcast .es.

Un abrazo, y hasta el próximo programa.