it-swarm-es.tech

Actualización de 2.5 a 3.x resumen

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 requiere 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 como se esperaba, 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 utiliza una base de datos masiva con algo como sobipro, k2 o generador de contenido, o solo muchos artículos/módulos, 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 sitios 2.5 hay que no pueden actualizar, podría valer la pena.

15
Jordan Ramstad

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:

  • Haga una copia de seguridad del sitio principal y cree un nuevo sitio de prueba
  • Revise los requisitos del sistema para Joomla 3.xy asegúrese de que su entorno de servidor cumpla con esos requisitos.
  • Instala y personaliza un nuevo Joomla! Plantilla compatible 2.5/3
  • Instala y personaliza todos los Joomla! Extensiones compatibles 2.5/3
  • Si alguna extensión no tiene una versión compatible con J3, debe reemplazarse con una nueva extensión ... Y los datos deben migrarse (en el peor de los casos)
  • NOTA : Los pasos anteriores pueden ejecutarse fuera de línea, probarse y, al final, puede implementarlos en su actual Joomla! 2.5 sitio para reducir el riesgo de migración de un día.
  • Actualice su sitio de desarrollo con el último sitio en vivo
  • Paso final: actualización de "un clic" a Joomla! 3 en el sitio de desarrollo
  • Prueba y verifica todo hasta que funcione Ok
  • Migre el sitio en vivo (o restaure la última instantánea del sitio de desarrollo en un nuevo alojamiento ... en caso de que algo salga mal y deba volver a activar el sitio J2.5)
  • ÉXITO
11
Anibal

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:

  1. Descargue todas esas versiones y descomprímalas en la máquina local (aquí hay un buen recurso: http://www.whitefirdesign.com/resources/joomla-release-archive.html )
  2. Copia de seguridad con Akeeba
  3. Crear un sitio de clonación en una subcarpeta con Akeeba Kickstart (crear/usar una nueva base de datos)
  4. En el backend del sitio web, desinstale las extensiones "problemáticas" (vea la parte inferior de la publicación)
  5. En FTP, cargue todos los archivos de una nueva versión de Joomla, excepto la carpeta/installation /.
  6. En el backend del sitio web, vaya a EXTENSIONS-> EXTENSIONS MANAGER-> DATABASE y presione FIX
  7. Luego vaya a EXTENSIONES-> ADMINISTRADOR DE EXTENSIONES-> DESCUBRIR, pulse descubrir e instalar para cualquier cosa que encuentre
  8. Vaya al Administrador de ACL (si no lo tiene, le sugiero encarecidamente) y solucione los problemas de ACL que encuentre. http://aclmanager.net
  9. Repita el proceso con la próxima versión de Joomla

Después de obtener la última versión:

  1. Vuelva a instalar las extensiones "problemáticas"
  2. Copia de seguridad nueva versión
  3. Sitio de prueba para problemas
  4. Mover el sitio original a la subcarpeta
  5. Mueva el nuevo sitio a la raíz para lanzarlo

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.

  • Extensiones NoNumbers (NN Manager, Cache Cleaner, Adv Module Manager, Módulos en cualquier lugar, etc.)

Estas extensiones pueden causar problemas si no se usa la versión más reciente:

  • RSForm
  • JW AllVideos
  • RokBox
  • RSForm
  • Marcadores sociales
  • XMap
4
YellowWebMonkey

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.

3
ContextSwitch

Para responder a la pregunta principal:

¡Qué tan bien va a mejorar la actualización de "un clic" antes de la EoL de Joomla! 2.5?

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.

2
Bakual

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" significa que si era 1.6, entonces el servidor de actualización no leerá 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 actualice 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, podría haber problemas con la actualización de SQL normal también, pero es algo a tener en cuenta.

A veces, las extensiones pueden ser renombradas o "renovadas", 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 verificar las 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 las 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, se deshabilita y se 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 cualquier persona que actualice. Las ideas que he presentado deberían poder permitir actualizaciones sin desinstalar/deshabilitar extensiones primero que potencialmente podrían agregar mucho más trabajo al proceso. Con algunas adiciones al excelente actualizador, incluso las actualizaciones automáticas completas (como WordPress) pueden ser posibles en el futuro.

2
Jordan Ramstad

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.

  1. Compruebe que el entorno de alojamiento es adecuado para Joomla 3.x

  2. ¡Ejecute la copia de seguridad primero!

  3. Desinstale cualquier extensión que no sea compatible con Joomla 3.x

  4. 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

  5. Desactiva el complemento "Sistema - Recordarme"

  6. Deshabilite el complemento "Sistema - Copia de seguridad al actualizar" si está instalado Akeeba Backup

  7. 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 deba 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)

  8. Cambiar componentes -> Actualización de Joomla -> Opciones a "Soporte a corto plazo"

  9. 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

  10. Cambiar componentes -> Actualización de Joomla -> Opciones -> Actualizar canal a "Predeterminado" si aún no está restablecido a "Predeterminado"

  11. 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

  12. Borre el caché de Joomla y el caché de su navegador web

  13. En Configuración global, establezca Informe de errores nuevamente en "Ninguno"

  14. Vuelva a habilitar el complemento "Sistema - Copia de seguridad al actualizar" si está instalado Akeeba Backup

  15. Vuelva a habilitar el complemento "Sistema - Recordarme"

  16. Desactive el complemento "Sistema - Notificación de actualización de Joomla!" Para desactivar las notificaciones de actualización de Joomla (opcional)

  17. Eliminar plantillas de Joomla 2.5 (atomic, beez5, beez_20, bluestork)

  18. 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)

  19. 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 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.

1
Neil Robertson

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 los elementos huérfanos o faltantes en la tabla.

1
BodgeIT