Traducido del artículo: “Ahmad Awais Launches Script to Automatically Deploy WordPress Plugin Updates” de:

Justin Tadlock, febrero 3 de 2020

Hoy, Ahmad Awais lanzó WP Continuous Deployment, una tubería de implementación continua para actualizar complementos alojados en WordPress.org a través de acciones de GitHub. Es un script CLI basado en Node.js que simplifica el proceso de mantener los complementos actualizados. Los desarrolladores necesitan escribir una sola línea en su terminal o símbolo del sistema. Además de configurar un par de claves secretas en GitHub, el script maneja todo simplemente en unos momentos.
“Vivimos en la era de los flujos de trabajo ágiles”, escribió Awais en el anuncio del proyecto. “Los desarrolladores sólo quieren git commit && git push y esperan que sus productos se implementen globalmente … Ha pasado un minuto desde que trabajé en un proyecto de WordPress, pero durante el último año más o menos, he estado fantaseando con un complemento basado en git implementaciones de flujo de trabajo que me permitirán finalmente alejarme de esos viejos repositorios SVN “.
El 14 de noviembre, GitHub anunció que lanzaría las acciones de GitHub. Las acciones son una forma para que los desarrolladores automaticen los flujos de trabajo desde sus repositorios Git. Los desarrolladores pueden compartirlos, bifurcarlos y reutilizarlos en proyectos. Unos días después, 10up lanzó dos acciones de GitHub para desarrolladores de plugins de WordPress. Estas acciones son la base para la implementación continua de WP.
La acción de implementación de complementos de WordPress de 10up maneja la implementación de actualizaciones de complementos directamente en el directorio de complementos de WordPress. El archivo Léame de WordPress.org / Acción de actualización de activos maneja la confirmación de cambios en el archivo Léame o los activos de un complemento. El script de implementación continua de WP agrega automáticamente ambos y configura los archivos de flujo de trabajo de GitHub apropiados para cada uno.
“Lo que espero lograr con WP Continuous Deployment es facilitar a cualquier desarrollador el uso de las acciones de GitHub creadas por 10up y otros y ayudar a migrar a este nuevo flujo de trabajo con una pizca de automatización”, dijo Awais. “Sin la implementación continua de WP, migrar a GitHub Actions para implementar plugins de WordPress es una tarea que requiere conocer cómo funcionan las acciones de GitHub, qué archivos debe crear, qué secretos hay y dónde colocarlos. Perdemos una gran cantidad de desarrolladores que no pueden resolver este paso, debido a una experiencia operativa voluminosa y seca “.
El flujo de trabajo para muchos desarrolladores de WordPress hoy se ejecuta directamente a través de Git, principalmente con repositorios alojados en GitHub. A menudo, los desarrolladores esperan que cualquier código comprometido se implemente automáticamente en los lugares a los que debe ir, como los sitios web de producción.
El sistema de directorio de plugins de WordPress, que se basa en SVN en lugar de Git, a veces puede ser un cuello de botella en los flujos de trabajo del equipo. Algunos equipos incluso tienen desarrolladores que nunca han usado SVN en sus carreras. Tiene sentido que los equipos usen un solo sistema. Hacerlo genera menos errores y requiere menos recursos para capacitar a las personas en un sistema de control de versiones moribundo.
“No le estamos haciendo un favor a nadie al mantener a SVN cerca”, dijo Awais. “Los proyectos están contratando a cientos de desarrolladores de código abierto para facilitar que la comunidad de desarrolladores interactúe con sus proyectos. Mientras que WordPress, que una vez mantuvo esa ventaja, ha comenzado a retrasarse al hacer que sea difícil y poco práctico comenzar con el desarrollo de WordPress. Elija 100 estudiantes aleatorios para universidades de todo el mundo y pídales que comiencen un proyecto de código abierto. Le sorprenderá que la mayoría de ellos decidan comenzar con las licencias Git y MIT. Y, aquí en la comunidad de WordPress, pedimos a las personas que usen SVN. Eso es poco práctico e inaccesible para la mayoría de los desarrolladores de hoy “.
Awais dijo que las acciones de GitHub han permitido a su equipo perder mucho peso muerto. Originalmente no hizo sus acciones de GitHub de código abierto porque eran específicas de sus casos de uso. Después de recortar el código, se dio cuenta de que no eran diferentes de las Acciones que 10up ya había lanzado.
“Veo que tratar con SVN como una tarea de DevOps”, dijo. “Es algo de que los desarrolladores web no deberían preocuparse en 2020. Los desarrolladores web quieren crear sitios web. Quieren usar Git para hacer eso. Con JAMstack, todos se han acostumbrado a la idea de impulsar un git commit y obtener la nueva compilación / lanzamiento. Por eso construí WP Continuous Deployment “. read more

Traducido del artículo: “Join the Future of WordPress Themes Conversation: Theme Review Team to Hold Biweekly Discussions” de:

Justin Tadlock, enero 31 de 2020

En colaboración con los equipos principales de diseño y edición, el equipo de revisión de temas de WordPress comenzará a organizar reuniones quincenales sobre el futuro de los temas. Las reuniones se llevarán a cabo cada dos miércoles en el canal #themereview WordPress Slack a las 16:00 UTC. La primera reunión es el 5 de febrero.
La fase 2 del proyecto Gutenberg trata de abordar la personalización del sitio. Esto cubre todo, desde convertir las barras laterales en contenedores de bloques hasta redefinir cómo funcionarán los temas en un sistema basado en bloques en los próximos años. Esta última es una gran pregunta sin respuesta. Hay varias ideas sobre cómo se deben manejar los temas.
Kjell Reigstad, director de diseño de Automattic, propuso la reunión como un paso para responder la pregunta sobre el futuro de los temas. “Lo principal que me gustaría lograr es construir una comunicación regular entre equipos sobre el tema, además del trabajo de edición en todo el sitio”, dijo. “Hay tantos cambios potenciales en el horizonte, y realmente necesitamos una perspectiva tanto de la gente de Gutenberg como de los autores de los temas. Sé que es difícil mantenerse al día con todo el desarrollo que ocurre, y pensé que esta reunión dedicada sería un gran lugar para mantenerse al día y compartir ideas de forma regular “.
Actualmente, la agenda para la primera reunión aún está abierta, pero debería publicarse la próxima semana. Cualquier persona que quiera participar o asegurarse de que una idea sea discutida, debe informar al equipo en los comentarios de la publicación del anuncio.
“Inicialmente me gustaría intentar que todos estén en la misma página en términos de lo que ya está sucediendo en el frente de Gutenberg”, dijo Reigstad. “Entonces, por ejemplo, la implementación experimental de temas basados ​​en bloques y los estilos globales funcionan. Probablemente los repasemos un poco, compartamos enlaces y actualizaciones y luego pasemos a algunas preguntas de discusión”. read more

Traducido del artículo: “Native Lazy Loading Support Coming to WordPress” de:

Justin Tadlock, enero 30 de 2020

Parece ser la semana para lanzar noticias sobre los complementos de funciones de WordPress. Felix Arntz, ingeniero principal de WordPress e ingeniero de programas de desarrollo de Google, anunció un plan para impulsar una función de carga diferida en la plataforma. Si las pruebas van bien, esta característica podría aterrizar en WordPress 5.4 en marzo.

El concepto de carga diferida permite que una página web se procese sin cargar ciertos recursos hasta que se necesiten. Esto conduce a cargas de página más rápidas y guarda datos en el extremo del visitante. La carga diferida es particularmente útil cuando se procesan imágenes en la web. read more

Traducido del artículo: “WordPress 5.3.2 Addresses a Handful of Bugs” de:

Justin Tadlock, diciembre 19 de 2019

El 18 de diciembre, menos de una semana desde la actualización de seguridad de WordPress 5.3.1 enviada a las masas, el equipo central lanzó una versión de mantenimiento de la versión 5.3.2. No se nombraron problemas de seguridad en esta actualización. En cambio, 5.3.2 aborda un par de errores de alta prioridad junto con algunos otros problemas.
Los usuarios con actualizaciones automáticas habilitadas ya deberían estar actualizados a la última versión o recibirán una actualización pronto. Otros usuarios deben actualizarse tan pronto como puedan, especialmente si su instalación se ve afectada por alguno de los siguientes problemas.
La primera corrección de alta prioridad abordó un problema con los objetos de publicación modificados que tienen una fecha no válida. La solución asegura que la función get_feed_build_date () maneja este escenario. La documentación se actualizó para aclarar que la función devolverá falso en caso de falla. Este cambio también condujo a una corrección de verificación de comparación en las herramientas de prueba al insertar una publicación con un estado futuro o publicado.
El segundo error importante corregido en 5.3.2 fue un caso extremo en el que los nombres de archivos únicos podían entrar en conflicto. En sistemas sensibles a mayúsculas y minúsculas, la función wp_unique_filename () no pudo cambiar el nombre de algunos archivos cuando el archivo cargado coincidía con un archivo existente con una extensión de archivo en mayúscula. La solución resuelve un error fatal en esos casos.
Los desarrolladores abordaron otro problema con la función wp_unique_filename (). Cuando un directorio de destino para un archivo cargado era ilegible, WordPress lanzaba advertencias de PHP. La solución incluye sólo ejecutar la prueba final de colisión de nombre de archivo para los archivos que se guardan en el directorio / uploads del usuario.
A partir del trabajo de accesibilidad en la versión anterior, los botones con la clase .active ahora tienen el estilo adecuado en los esquemas de color de administrador no predeterminados. En algunas pantallas, particularmente en la pantalla de administración de Permalinks, los botones activos tenían texto blanco sobre un fondo gris claro, haciéndolos ilegibles. read more