Resultados de la búsqueda: repositorio

Tras la actualización a la versión 14.04 si tenías instalado el servidor multimedia MiniDLNA lo más probable es que te haya dejado de funcionar. Esto es debido a que el paquete ha sido eliminado del repositorio y de tu sistema. Esperemos que reviertan la situación pronto, puedes seguir el estado en el tracker de Launchpad.

Mientras tanto, para instalarlo puedes hacer como sugieren en los foros de Ubuntu e instalar una versión de MiniDLNA lanzada el año 2011 o aprovechar un PPA para tener algo más moderno. En mi caso he usado el PPA que indico a continuación: read more

Traducido del artículo: “Gutenberg 7.6 Includes Rotating Tips List and New Full-Site Editing Blocks” de:

Justin Tadlock, febrero 27 de 2020

Ayer, el equipo de Gutenberg lanzó la versión 7.6 del complemento. La mayor parte del trabajo en esta actualización fue hacia la próxima función de edición de sitio completo. El equipo continúa bombeando nuevos bloques dinámicos de marcador de posición para los datos de publicación. La característica más importante para el usuario fue la adición de una lista rotativa de consejos en el insertador de bloques.
La versión 7.5, lanzada hace dos semanas, fue la última versión importante del complemento que tendrá características para aterrizar en WordPress 5.4, que actualmente está programado para lanzarse el 31 de marzo. Sin embargo, las correcciones de errores de 7.6 se transfirieron a la más reciente actualización beta de WordPress 5.4.
La versión 7.6 no incluye tantas funciones importantes como las versiones anteriores. Además del trabajo experimental en edición de sitio completo, incluye principalmente correcciones de errores.
La publicación del anuncio cuenta con una mejora considerable de la velocidad en el tiempo de carga y eventos de pulsación de teclas. En comparación con la versión 7.5, el tiempo de carga se redujo a 7.7 segundos de 8.5 segundos y la velocidad del evento de pulsación de tecla se redujo a 48.59 milisegundos de 55.45 milisegundos. Estas pruebas se ejecutan en una publicación de aproximadamente 36,000 palabras y 1,000 bloques. read more

Traducido del artículo: “Automatic Theme and Plugin Updates Slated for WordPress 5.5” de:

Justin Tadlock, febrero 26de 2020

Captura de pantalla de la pantalla de administración de complementos con una nueva columna de actualizaciones automáticas.
Columna de actualizaciones automáticas en la pantalla de administración de complementos.

Hoy, Jean-Baptiste Audras anunció el complemento de la función de actualizaciones automáticas de WordPress. El proyecto busca traer actualizaciones automáticas de plugins y temas a WordPress versión 5.5. Originalmente se programó como un proyecto de características en 2019, pero luego se incluyó en la hoja de ruta de 2020.
El complemento de actualizaciones automáticas de WordPress está disponible para pruebas beta en el directorio de complementos. Actualmente, el complemento está marcado para funcionar con sitios que ejecutan PHP 7.2 o posterior, lo cual es extraño teniendo en cuenta que es un complemento de funciones para core y deberá ser compatible con el mínimo de Word 5.6 de PHP 5.6.
La característica se siente desde hace mucho tiempo. La hemos estado pidiendo desde al menos 2015 aquí en la Taberna. Las empresas de alojamiento y complementos como Jetpack han asumido la carga a lo largo de los años, ofreciendo actualizaciones automáticas para millones de usuarios. Sin embargo, es hora de que la plataforma central tome las riendas y haga que esta sea una función disponible directamente para todos los usuarios. Esto también proporcionaría una ruta estandarizada para que los complementos de terceros amplíen la función con más controles para los usuarios finales.
El trabajo para llevar la característica al núcleo de WordPress comenzó originalmente en las actualizaciones automáticas del complemento y en los tickets de Trac de actualizaciones automáticas de temas. El código que contribuyó a esos tickets ahora está en el complemento de funciones. “Los contribuyentes de WordPress hicieron un gran trabajo en los dos tickets relacionados durante el ciclo de desarrollo de WP 5.4, pero decidieron darle más tiempo para realizar pruebas, ya que es una característica importante”, escribió Audras en el anuncio.
El desarrollo se está llevando a cabo actualmente en el repositorio GitHub de Audras, pero se puede mover a la cuenta oficial de WordPress GitHub.
Uno de los objetivos principales del proyecto es crear una interfaz de usuario de administrador, que brindaría a los usuarios la capacidad de administrar cómo funcionan las actualizaciones automáticas. Los usuarios podrán habilitar o deshabilitar las actualizaciones automáticas complemento por complemento y tema por tema. Este nivel de control de grano fino es bienvenido. Aunque generalmente prefiero actualizar todo automáticamente, en el pasado se me han “quemado” complementos y temas específicos. Para aquellos, a menudo prefiero actualizar dentro de un entorno de prueba primero para estar seguro. Sin lugar a dudas, otros usuarios pueden encontrarse en una situación similar. Es bueno ver que esto se tenga en cuenta como un objetivo del proyecto.
El proyecto planea configurar notificaciones por correo electrónico para los administradores del sitio que resumirán cualquier actualización automática que ocurra en el sitio. También habrá ganchos y constantes PHP para permitir que los desarrolladores de complementos tomen el control de la configuración de actualización.
Como de costumbre, la mayor parte del trabajo completado en la hoja de ruta de actualizaciones automáticas se ha dirigido a complementos. Sólo una vez, sería bueno ver que una característica que cruza tanto el tema como el territorio del complemento se complete primero para los temas. Sólo espero que los temas no terminen en segundo plano debido a limitaciones de tiempo, obstáculos de desarrollo o cualquier otra cosa. read more

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