269. Modo mantenimiento de componentes

·

Algunos componentes del núcleo de WordPress han quedado obsoletos en cuanto a funcionalidad, y se plantea un modo de mantenimiento simplemente para que sigan funcionando sin errores, pero sin evolucionar funcionalmente.

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

Transcripción del programa

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 junio al 6 de julio de 2025.

La nueva versión de Gutenberg 21.1 incluye la extensibilidad del bloque Social, gracias a la cual los desarrolladores pueden registrar nuevas redes sociales como variaciones de bloques, incluyendo iconos personalizados.

Además, otros bloques están incorporando la nueva interfaz del Panel de herramientas, como el de Autor, Avatar, Enlace de navegación o Logo del sitio.

El equipo de Core ha propuesto introducir el concepto de modo de mantenimiento para componentes: un estado oficial para marcar aquellas partes de WordPress que, aunque sigan recibiendo actualizaciones de seguridad y triage de errores, dejan de aceptar nuevas peticiones de funcionalidades o mejoras, a menos que sean estrictamente necesarias para mantener la compatibilidad con versiones previas.

Como candidatos iniciales para pasar a modo de mantenimiento se mencionan:

  • TinyMCE, ya relegado solo al soporte del Editor Clásico y con muy pocos tickets abiertos.
  • Customize, reemplazado en gran parte por el editor de bloques y con actividad casi exclusivamente de triage.
  • Shortcodes, cuya API frágil hace que no justifique incorporar nuevas funcionalidades.
  • Pingbacks y Trackbacks, sin mejoras desde hace más de cinco años.
  • XML-RPC, esencial para integraciones externas pero sin cambios relevantes desde hace más de una década.

El equipo de Playground lanza algunas novedades entre las que se destaca que se ha habilitado por defecto la conectividad en red, sin que ello implique una pérdida de rendimiento, y se ha mejorado la gestión de instancias PHP con el PHP Process Manager para soportar instancias no principales, además de habilitar llamadas de red simultáneas y asíncronas entre múltiples instancias de PHP en el mismo web worker.

Se ha incorporado el runner de Blueprints versión 2, allanando el camino para la próxima generación de Playground Blueprints, mientras la versión 1 sigue como predeterminada.

También se destaca la adopción del nuevo controlador SQLite y las pruebas de compatibilidad de plugins; el sistema puede llegar a permitir ejecutar pruebas de plugins como Plugin Check dentro de la CLI. Se ha discutido la estrategia para descontinuar versiones antiguas de PHP, como la 7.2.

El lanzamiento de bbPress 2.6.14 incluye 20 correcciones, entre las que encontramos mejoras de integración con BuddyPress o correcciones de compatibilidad con PHP 8.2, entre otras mejoras, que también se han aplicado ya en la futura rama de bbPress 2.7.

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.

Comentarios

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *