Esto es algo por lo que he tenido curiosidad por algún tiempo considerando algunas cosas.
¡Qué tan bien va a mejorar la actualización de "un clic" antes de la EoL de Joomla! 2.5?
En este momento tenemos una tasa de éxito muy baja en la actualización de 2.5, hay muchos problemas de compatibilidad que no se resuelven solo con la actualización y requieren algunas ediciones manuales para finalizar el proceso la mayoría del tiempo (los problemas con JHTML son los más comunes) ver).
Ahora digo "problemas", pero solo quiero decir que después de la actualización las cosas no funcionan según lo previsto, esto no significa que el componente "actualización" esté roto.
He mirado alrededor pero solo he encontrado lo siguiente:
http://docs.joomla.org/Joomla!_CMS_versions
http://developer.joomla.org/cms/roadmap.html
El primero establece que en diciembre de 2014 se abandonará el soporte para 2.5. El segundo establece la hoja de ruta para 3.x. Sin embargo, en este momento es muy difícil actualizar desde 2.5, cuanto más grande es el sitio, más difícil es. No estoy seguro de qué causa que algunos tengan éxito y otros no, en la mayoría de los casos no podemos aislarlo directamente a extensiones de terceros (el administrador de extensiones se rompe y las tablas que faltan, y el administrador de extensiones es donde lo arreglas).
Aquí es donde entra el verdadero problema con la actualización, si el sitio usa una base de datos masiva con algo como sobipro, k2 o generador de contenido, o solo muchos artículos / módulos, entonces la actualización puede fallar mucho más fácilmente. Esos tampoco se pueden eliminar, deshabilitar o desinstalar (por ejemplo, más de 4000 elementos se perderían con una desinstalación, en ese momento también podría rehacer el sitio y luego actualizarlo).
Entonces, ¿hay algún plan para mejorar la actualización de un clic de 2.5 a 3.x para acomodar mejor la EoL? (como publicaciones de noticias o blogs) Pregunta extraña, pero creo que con cuántos 2.5 sitios hay que no pueden actualizar, podría valer la pena.
fuente
Respuestas:
La actualización de "un clic" funciona muy bien para Joomla! 2.5 núcleo .
Pero su sitio puede tener varias plantillas o extensiones para actualizar también.
También estoy planeando una migración de "junio" de nuestro sitio principal. Este es mi plan:
fuente
Para las actualizaciones de 2.5 a 3.3, también tuve más suerte haciendo una actualización manual. Para las versiones, subiré a 2.5.20-> 3.0.3-> 3.1.6-> 3.2.4-> 3.3.0.
Este es el proceso completo:
Después de obtener la última versión:
Todo este proceso lleva mucho tiempo debido al tiempo de carga de las versiones completas, pero ahorra dolores de cabeza.
Para extensiones de problemas, estas son solo las que me han causado problemas durante las actualizaciones. Mi hipótesis es que el paquete de instalación en realidad tiene diferentes versiones para J2.5 vs J3.3, por lo que se confunde cuando se actualiza. Si alguien ha encontrado a otros, hágamelo saber.
Estas extensiones pueden causar problemas si no se usa la versión más reciente:
fuente
No pude actualizar el directorio de 2.5.7 a 3.2.0. Encontré varios errores durante estas actualizaciones, a veces no puedo actualizar en absoluto.
La ruta de actualización que tuve que tomar como:
2.5.7 → 3.0.1 → 3.1.5 → 3.2.0
Desde entonces, he podido actualizar normalmente. Estoy ejecutando 3.2.2 y planeo actualizar a 3.3 en breve.
fuente
Para responder a la pregunta principal:
No hay planes para mejorarlo. Funciona sin problemas para el núcleo. Es probable que la plantilla deba ser reemplazada debido a la salida de extensión modificada. Las otras extensiones deben verificarse manualmente, depende de cómo se construyan. Es posible escribir extensiones que funcionen en 2.5.15+ y 3.x con la misma base de código. Pero uno tiene que verificar eso ya sea intentando o contactando al desarrollador (o leyendo sus preguntas frecuentes).
Lo único que se puede mejorar en 2.5 es agregar una verificación de compatibilidad previa a la actualización. Se hizo un trabajo para eso, pero se estancó. Alguien de la comunidad tendría que recoger eso y ponerle fin.
fuente
Aquí hay información útil que he encontrado sobre la actualización.
Por un lado, si el sitio web estaba originalmente en 1.6, luego se actualizó a 2.5, incluso en las últimas versiones de 2.5 todas las extensiones seguirán funcionando. Sin embargo, para actualizar a 3.x requiere una reinstalación. Esto se debe a que las diferencias en el área de "actualización" significan que si era 1.6, el servidor de actualización no leería las actualizaciones correctamente, por lo que si era un componente 1.6, al menos en la mayoría de los casos (lo he visto en DJ Image Slider y BreezingForms) no se actualizarán una vez que se haya actualizado a 2.5.
Por lo tanto, se necesita una actualización manual de estas extensiones en algún momento de su vida útil en 2.5. Creo que dependiendo de la extensión también podría haber problemas con la actualización SQL normal, pero es algo a tener en cuenta.
A veces, las extensiones pueden renombrarse o "renovarse", lo que ocasionará que Joomla a veces lo lea como un componente nuevo, lo que lleva a múltiples entradas del mismo componente, antiguo y nuevo. Si desinstala uno, todavía usa las mismas tablas de base de datos, por lo que las borra si ya las instaló.
Idea: Entonces, una cosa que creo que sería útil en este caso es un complemento en el administrador de extensiones para buscar extensiones destinadas a versiones anteriores, para que sean fácilmente visibles, esto podría hacerse mirando la última "fecha" de actualización y fue antes de un posible cambio importante en Joomla si la versión actual es anterior a esa versión.
De cualquier manera, en el caso de un sitio que pasa de 1.6 a 2.5 y luego a 3.x en cualquier punto, puede forzar una reinstalación que, por lo tanto, eliminaría los datos.
Otra idea: si se agregó una "reinstalación" junto a la actualización, utilizando el seguimiento de la versión anterior y su servidor de actualización, o una url / carga personalizada para desinstalar básicamente el componente sin borrar los datos. Luego reinstalarlo mientras usa las actualizaciones de SQL para actualizar las tablas de la base de datos sería extremadamente útil.
Estoy usando un sitio que originalmente era 1.6, ya que mostraría estos problemas con mayor frecuencia, también puede ocurrir con sitios que comenzaron en 2.5.
Esto explica muchos problemas que pueden surgir de extensiones que nunca se han actualizado para agregar compatibilidad a 3.x, los complementos son los peores ya que incluso en el panel de administración, un error puede hacer que el panel de administración quede inutilizable.
Otra idea más: el administrador de actualizaciones de Joomla puede deshabilitar automáticamente todos los complementos de terceros que no sean algunos (como akeeba, ya que rastrea las actualizaciones) y luego se actualizan. Después de que vuelve a habilitar todos los complementos nuevamente pero "comprueba" los complementos del sistema en busca de errores. Lo que quiero decir es que activa automáticamente varios eventos con un intento / captura para ver si hay un error, si lo hay, lo desactiva y lo notifica.
Ahora, todo esto no supone problemas centrales, que es lo que normalmente no debería suceder en una actualización.
Las ideas que publiqué anteriormente están destinadas al equipo de desarrollo, el resto es buena información para cualquiera que esté actualizando. Las ideas que he presentado deberían poder permitir actualizaciones sin desinstalar / deshabilitar primero las extensiones que podrían agregar mucho más trabajo al proceso. Con algunas adiciones al actualizador ya excelente, incluso las actualizaciones automáticas completas (como WordPress) pueden ser posibles en el futuro.
fuente
Creo que hay tantas cosas que considerar con la actualización que simplemente no se puede considerar un proceso de "un clic".
Las versiones de PHP son lo primero a considerar. Las versiones de Joomla también ... siempre actualice a la versión final en cualquier árbol antes de subir la escalera al siguiente. Use Akeeba CMS Updater para seleccionar las actualizaciones que desea aplicar y desde qué rama.
Las extensiones son donde realmente se pone peludo.
El uso de una extensión como SP Transfer puede reducir los problemas al crear un sitio secundario que se puede preinstalar en la nueva versión con todos los componentes instalados para esa versión y luego extraer todos los datos necesarios de la base de datos.
Sin embargo, este proceso no es para el usuario general en general.
En la mayoría de los casos, encuentro algún nivel de problema con la tabla de activos y, por lo general, tengo que emplear los diagnósticos del Administrador de ACL para corregir elementos huérfanos o faltantes en la tabla.
fuente
El procedimiento que uso ha evolucionado en más de 40 mini migraciones diversas de Joomla 2.5 a 3.x. No es exactamente "un clic", pero ayuda a evitar las trampas más comunes. La mayoría de los sitios web que cuido utilizan plantillas de RocketTheme y hay versiones equivalentes de Joomla 3.x de las plantillas de Joomla 2.5 que me han reducido los problemas de migración de plantillas, pero su kilometraje puede variar.
Compruebe que el entorno de alojamiento es adecuado para Joomla 3.x
¡Ejecute la copia de seguridad primero!
Desinstale cualquier extensión que no sea compatible con Joomla 3.x
Actualice a Joomla 2.5.28 si aún no está en 2.5.28 y actualice todas las extensiones de terceros a las últimas versiones disponibles de Joomla 2.5
Deshabilitar el complemento "Sistema - Recordarme"
Deshabilite el complemento "Sistema - Copia de seguridad al actualizar" si está instalado Akeeba Backup
En Configuración global, establezca Informes de errores en "Desarrollo" (para que los errores sean visibles después de la migración; si omite este paso, es posible que tenga que usar FTP, etc. para descargar configuration.php, edítelo para habilitar mensajes y luego cargue la versión actualizada a través de FTP, etc., que es un dolor)
Cambiar componentes -> Actualización de Joomla -> Opciones a "Soporte a corto plazo"
En Componentes -> Actualización de Joomla, haga clic en "Instalar la actualización" para actualizar de 2.5.x a 3.5.1, 3.5.1 a 3.6.5 y luego 3.6.5 a la última versión. Borre el caché de Joomla y purgue el caché en Extensiones -> Administrador de extensiones -> Actualizar, e intente nuevamente si no se ofrece la actualización. Es posible que deba volver a autenticarse una o dos veces a medida que se realizan las actualizaciones del token de sesión
Cambiar componentes -> Actualización de Joomla -> Opciones -> Actualizar canal a "Predeterminado" si aún no está restablecido a "Predeterminado"
Vuelva a instalar las últimas extensiones de Joomla 3.x en la parte superior de cualquier extensión instalada, especialmente ChronoForms y cualquier Acción de ChronoForms si tiene alguna de estas instaladas
Borre el caché de Joomla y el caché de su navegador web
En Configuración global, establezca Informe de errores nuevamente en "Ninguno"
Vuelva a habilitar el complemento "Sistema - Copia de seguridad en actualización" si está instalado Akeeba Backup
Vuelva a habilitar el complemento "Sistema - Recordarme"
Desactive el complemento "Sistema - Notificación de actualización de Joomla!" Para desactivar las notificaciones de actualización de Joomla (opcional)
Eliminar plantillas de Joomla 2.5 (atomic, beez5, beez_20, bluestork)
Habilite el control de versiones en Contenido -> Artículos -> Opciones -> Edición de diseño si corresponde (el control de versiones está deshabilitado de forma predeterminada)
Deshabilite "Permitir registro de usuario" en Usuarios -> Administrar -> Opciones -> Opciones de usuario si corresponde (esto estaba habilitado por defecto en Joomla 2.5)
El paso 11 es importante para permitir que los scripts de instalación realicen pasos específicos de Joomla 3 que pueden no haberse ejecutado cuando se instalaron originalmente en Joomla 2.5.
Recuerde actualizar la versión de PHP si corresponde. PHP 5.3 es el final de la vida útil y PHP 5.6 o PHP 7.0 o posterior es una mejor opción para Joomla 3.x ahora.
fuente