¿Cómo mantener actualizadas las anulaciones?


10

Como muchos saben, es posible anular plantillas, vistas, módulos, componentes.

El principal problema es cuando Joomla! se actualiza y los elementos anulados (en la carpeta de la plantilla) quedan desactualizados.

¿Cómo mantengo las anulaciones actualizadas cada vez que se realiza una actualización de Joomla?

¿Debo hacerlo a mano y verificar cada nueva actualización, o hay alguna otra forma de hacerlo?

Respuestas:


4
  1. Escriba una secuencia de comandos pequeña que calcule md5 de los archivos originales que ha realizado.
  2. Volcar estas rutas de archivo y MD5 en un archivo en su plantilla
  3. Siempre que joomla se actualice, ejecute el script anterior nuevamente.
  4. Verifique la diferencia en MD5, si corresponde, debe verificarlo.

Consejo: Anule los archivos solo si esos cambios no se pueden hacer mediante la anulación de CSS.


Esta parece una buena idea, pero comentar la anulación obviamente hará que el md5 sea diferente en comparación con los actualizados / no actualizados que pueden provenir de una actualización, por lo que esto no funcionará.
jackJoe

1
Solicito los archivos originales MD5 (de la carpeta de vista de componentes), no las anulaciones (archivos que creó en la carpeta de plantillas).
Shyam

1
Ah! ¡Veo! de esa manera puedo ver qué archivos reemplacé con la actualización. Esa es una buena idea, podría usar un sistema de versiones y tener una rama con solo los archivos reemplazados, de esa manera realmente no necesito escribir ningún script.
jackJoe

12

Cuando se actualiza Joomla core, no se verán afectadas las anulaciones en su carpeta de plantillas. Por eso existen.

En los elementos principales de Joomla, las anulaciones rara vez entrarán en conflicto con las actualizaciones principales de Joomla. Cuando anula los archivos principales de Joomla, o cualquier archivo, documento documento documento. Comentar en el archivo de anulación es CRÍTICO si esto te va a pasar regularmente y administras más de uno o dos sitios. ¡Simplemente no recordarás lo que cambiaste!

Su editor de código debe tener una función "diff", para comparar el nuevo archivo con el anterior e identificar línea por línea los cambios realizados. Si ha comentado bien, esta diferencia le mostrará exactamente qué se modificó y si el archivo se vio afectado por la actualización. Sus únicos cambios deben ser sus anulaciones ... cualquier otra cosa y usted tiene que ir y volver a anular.

Sin embargo, las anulaciones de terceros se convierten en un problema solo si el desarrollador no está utilizando la estructura MVC correctamente. Si un componente o módulo se presenta adecuadamente, el tmpl o la vista en cuestión no deberían verse afectados por las actualizaciones de código.

Si hay un cambio importante en las características de esa extensión, definitivamente necesitará documentar / comentar y comparar archivos.


Un ejemplo de las anulaciones de vistas que se ven afectadas por una actualización central fue con Joomla 2.5.16 a 2.5.18, donde tuve el sitio roto debido a que el componente com_content tenía una actualización en las vistas ... Esto diffes lo que uso, pero cuando tengo múltiples anula, es tedioso y con muchos sitios diferentes, muy difícil de hacer para cada uno.
jackJoe

Es un concepto interesante, para diferenciar automáticamente los archivos en la actualización. La función diff existe en PHP. Se puede hacer ... por algún desarrollador que no sea yo;)
Toni Marie

3

Sí, debe comparar los archivos cada vez a mano y actualizar los cambios. En las actualizaciones menores, la probabilidad de que tenga que ajustarlas es relativamente pequeña, pero en las actualizaciones mayores, los archivos anulados pueden cambiar significativamente. También preferiría una forma más fácil, pero es la única solución ATM.


0

Una anulación no debería estar cambiando en ninguna versión de Joomla. Sin embargo, si encuentra algún archivo modificado, lo que podría hacer es administrar toda la instalación de Joomla en subversion.

Luego, también puede administrar las versiones de código de Joomla apropiadas en subversion y hacer una fusión de proveedor http://svnbook.red-bean.com/en/1.7/svn.advanced.vendorbr.html

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.