Cuando un sitio nuevo necesita ser desarrollado, te enfrentas a una decisión que no debes tomar a la ligera. ¿Realizo el sitio con la versión con soporte de larga duración (LTS) o con la última versión con soporte de corta duración (STS)?. La respuesta es, por supuesto, “depende”. 

Este artículo abarca temas de interés para los propietarios de sitios, así como lo que éstos esperan de sus sitios. También veremos algunas consideraciones importantes a tener en cuenta así como algunos escenarios de ejemplos.

Este artículo fue escrito como una colaboración entre Jennifer Grees y Duke Sperr. Fue iniciado en un formato de debate, pero tendíamos a estar de acuerdo con demasiada frecuencia.  Echa un vistazo al perfil de la co-autora Jennifer Gress.

Estamos utilizando los términos  LTS y STS en lugar de números específicos de versiones por lo que se puede utilizar como una referencia, sin importar las versiones mayores de Joomla! que consideres que se puedan liberar en el futuro. Los conceptos y consideraciones se aplican más allá de Joomla 2.5 (LTS a partir de Febrero 2014) y 3.x (STS a partir de Febrero 2014); se puede aplicar de igual  manera cuando la versión 4.5 sea LTS y la 5.x sea la actual STS. Los factores que hay que sopesar seguirán siendo los mismos. 

La filosofía de diseño de Joomla! se basa en que todos los cambios que afectan la forma en que extensiones de terceros trabajan y utilizan el código del núcleo de Joomla (API del núcleo) queden encerrados cuando la serie se publica por primera vez (x.0), y el gran esfuerzo que implica mantener la compatibilidad hacia atrás desde ese punto en adelante. Así que, una vez que una extensión ha sido adaptada a la nueva serie STS, el trabajo debe estar terminado y nada debería dañar la extensión durante el resto de la serie. En la práctica, hay tantos cambios y continuas mejoras, que esto no siempre sucede a la perfección, y  algunas versiones simplemente necesitan ser probadas en el contexto de un sitio y su colección de extensiones antes de ser instaladas en un sitio de producción.

Cuando llega el momento de decidirse por elegir LTS o STS para un sitio, los propietarios tienden a situarse en tres categorías 

Según lo que deseen:

1. Ser tan actualizable como práctico: Desean tener la última versión de Joomla! disponible al día y están dispuestos a pagar (ya sea con recursos humanos o dinero) para el mantenimiento posterior a la implementación. Algunos puede que solo sea para presumir de tener la última versión de Joomla! con las últimas características, pero lo más probable es que se estén asegurando para el futuro con un tiempo de soporte lo más largo posible y también quieren tener la versión que está siendo activamente desarrollada y mejorada ya que perciben que es también la más segura. No tienen idea de las características que pequeñas actualizaciones futuras puedan tener, pero les gusta la idea de que cuando hay una para el core, ésta esté disponible para ellos sin necesidad de una migración. La implementación debería ser tan simple como  activar un interruptor de “publicar”. 

2. Instalar y olvidar: Tienen recursos muy limitados y generalmente coincidentes pero espectativas proporcionalmente bajas. Necesitan tener un presupuesto fijo e insisten en no pagarlo o en no desperdiciar tiempo en mantenimiento posterior a la implementación. Ninguno de sus requerimientos necesitan alguna característica adicional en la serie STS de Joomla!. Entienden qué termina pronto la vida de la LTS y mantener un costo de corto plazo bajo es más importante que evitar una futura migración. La actualización con un solo clic desde la LTS a la siguiente LTS no representa un problema y reinstalar un nuevo template de una STS con sus correspondientes overrides es visto como una oportunidad para refrescar el look. Se trata de un sitio estático que sólo necesita actualizaciones de seguridad por lo que es mejor realizarlo en la actual versión LTS puesto que los elementos de la UI (interfaz de usuario) no son objetivos cambiantes. Cada actualización de un clic, puede ser realizada por ellos mismo directamente sin temor a que afecten su layout. 

3. Dejar que los expertos decidan: Compran con la idea de que los diseñadores web son los expertos, son quienes van a elegir las herramientas de software más apropiadas para su sitio y elegirán la versión apropiada según sus características personales y su juicio de diseñador. Para este tipo de propietarios de sitio, necesitaremos un árbol de decisiones basado en los requerimientos:  A la fecha de la revisión, puede ser que algunas características requeridas se implementarán mejor o solo podrán ser implementadas en la LTS; la versión STS de una importante extensión no está disponible o necesita más trabajo. O bien, algunas características son mejores o pronto estarán disponibles en el núcleo de la STS, tales como mayor seguridad. 

Ahora que ya conocemos la tolerancia al riesgo del propietario del sitio y si se trata de una elección del diseñador, es tiempo de elegir LTS o STS.

Elementos clave a considerar

*Especificaciones Técnicas del Hosting 

¿El servidor cuenta con las especificaciones mínimas para correr la última versión de joomla STS? Si no, y si no es viable cambiar de host, puede que no tengas más opciones. Tendrás que desarrollar utilizando la liberación LTS  Vas a tener que construir con la versión LTS que normalmente tiene las especificaciones técnicas más antiguas y más bajas con las que el servidor del hosting pueda cumplir. En algún momento en el siguiente año o antes, es de esperarse que tu host actualizará sus servidores o tendrás que cambiar de host para poder actualizar a la siguiente LTS.  Puedes revisar los actuales requerimientos técnicos aquí: https://www.joomla.org/about-joomla/technical-requirements.html

*Disponibilidad de las Extensiones 

Verifica que todas las extensiones que quieres utilizar con una versión STS de Joomla ya están disponibles para ésta (toma en cuenta que tu template es también una extensión). Verifica el sitio de los desarrolladores y asegúrate que los desarrolladores de la extensión de terceros seleccionada, está siendo probada durante el periodo de pruebas antes de cada lanzamiento en lugar de confiar en que el core no romperá la compatibilidad hacia atrás, o esperar a que otros usuarios reporten la caída de sus sitios. Recuerda que elegir utilizar una entrega STS significa instalar  cada uno de los lanzamientos previos a la versión LTS. Recuerda que la elección de utilizar una versión STS significa instalar cada uno de los varios lanzamientos previos a la versión LTS. Mientras la serie STS madura, es muy probable que las extensiones de terceros que se estén utilizando, requieran de algunos cambios o actualizaciones (incluyendo la plantilla y sus overrides).

*Presupuesto 

Si desarrollas tu nuevo sitio con la actual LTS de Joomla!, puedes necesitar hacer una “mini migración” a la siguiente LTS cuando se lance. Los archivos del núcleo de Joomla! pueden actualizarse con un sólo clic, pero esto no actualizará las extensiones de terceros y aplicar una simple actualización de “un clic” al núcleo podría generar un cambio que incluso para una extensión correctamente desarrollada ya que la actualización de “un clic” provoca un cambio en la API (interfaz de programación de Joomla) disponible. La mayoría de las extensiones de terceros necesitarán ser desinstaladas y re-instaladas, y sus datos migrados a un nuevo formato. Revisa los pasos necesarios para actualizar cada extensión. Necesitarás presupuestar tiempo y la posibilidad de pagos por suscripciones para completar esto antes de que tu versión actual de Joomla llegue al Final de su vida (EOL- end of life-). 

Elegir cuándo comenzar a utilizar una serie STS ayudará a determinar cuánto tiempo y esfuerzo necesitas presupuestar. Si la STS es en la x.2, está solo a un par de pasos de la LTS. Si comienzas tu desarrollo con una x.0, vas a necesitar más pasos (x.1, x.2, x.3, x.5) para llegar a la LTS. 

Si no quieres lidiar con errores o funcionalidades que no necesariamente trabajan bien la primera vez, deberías considerar desarrollar en una LTS antes que en una STS. Si no quieres lidiar con un proceso de migración (aunque también podría ser una mini-migración), entonces desarrollar con una versión de Joomla! STS podría ser lo mejor para tí. 

No existe una respuesta segura ya que cada desarrollador web y cada sitio web es diferente. Así que ¿qué tal si planteamos algunos escenarios y opiniones de cómo manejar la elección entre LTS y STS?

Escenarios de ejemplo

*Escenario #1 

Sitio web simple utilizando solo extensiones nativas, Akeeba Backup, JCE y un template. 

Duke: Joomla! STS. Aún si es una versión inicial “x.0.0”, es tu oportunidad de mantenerte al día con los nuevos desarrollos, con un sitio real, y deponer en tu portafolio de trabajos un sitio con STS.  Deja pasar un par de semanas después de la primera versión y monitorea el reporte de errores. Si el reporte de errores son graves, espera la siguiente entrega que los corrija; por otro lado es tu oportunidad de tener experiencia de primera mano con las nuevas características del núcleo. Rediseñar el template del núcleo es la ruta segura. Si la liberación se hizo hace más de 30 días, la mayoría de los clubes de plantillas se ponen al corriente y tienen nuevos diseños listos. 

Jenn: Joomla! STS. Estoy de acuerdo, Akeeba y JCE han trabajado muy bien sobre la STS por las últimas dos liberaciones de STS, se han actualizado rápidamente si surge algún problema. También, los principales desarrolladores de plantillas como Rocket theme actualizan sus plantillas rápidamente con las nuevas entregas STS de Joomla!.

*Escenario #2 

Un sitio web como el anterior más EasyBlog o algún componente similar como SobiPro. 

Jenn: Joomla! STS. EasyBlog tiene un increíble soporte y están muy al pendiente de las correcciones de errores. 

Duke: También, estámos de acuerdo, Joomla! STS. Pero yo esperaría hasta la liberación de la versión “x.1” para componentes complejos. La razón es que, mientras es estable, una liberación “x.0” del núcleo es el momento para que muchas extensiones se prueben para asegurarse que funcionan bien con otras. Los primeros dos meses después de la liberación “x.0” es cuando los desarrolladores de extensiones de terceros adaptan su extensión en dependencia de los nuevos cambios que se realicen en el núcleo de Joomla, así como en estas mismas extensiones. Es el momento cuando se ejecuta la gestión de jQuery y librerías similares, o lograr consenso en el apropiado anidamiento de elementos y clases de Bootstrap para utilizar en los módulos y producir HTML para que los desarrolladores de templates puedan darles estilo sin que tengan conflictos. 

Muchos diseñadores producen plantillas que le dan estilos a importantes componentes como Kunena forum, K2, JomSocial, y los componentes de comercio electrónico más importantes, por lo que cuando un componente complejo como estos se prepara para la versión "x.0", algunos deben sentirse como en el lejano oeste..  Solo toma una ronda de reportes de errores y correcciones, más un par de rondas de revisiones para resolver la mayoría de la suciedad en las extensiones, para que el diseñador de plantillas tenga mucho menos que hacer para producir un producto estable. 

SobiPro fue una mejora del popular directorio Sobi2 que anticipó y tomó ventaja de algunos avances hechos en el core de Joomla!. Los desarrolladores que recientemente realizaron una escritura desde cero para optimizar su software en lugar de poner parches sobre parches desde la versión 1.5 de Joomla!, llamaron mi atención pues tienen el potencial de estar más preparados para el futuro. Esto es también un signo de un negocio sostenible que está reinventando sus productos por lo que es probable que aún se encuentre aquí cuando llegue joomla 4 y 5.

Escenario #3 

Un sitio web enorme. Mucho contenido. Muchos usuarios actualizando contenido constantemente. Tienda virtual con 1000 sku’s y pruebas divididas A/B. Sitio de membresías con componente de red social. Plantilla personalizada. No puede ser interrumpido. 

Jenn: Joomla! LTS con tiempo o dinero presupuestado y la expectativa fija de pasar a la siguiente LTS cuando sea liberada. 

¿Por qué? necesita ser estable. Necesita funcionar. Tiene una tonelada de cosas cambiando constantemente. La plantilla podría potencialmente necesitar actualizarse en sólo unos cuantos meses después de desarrollar con una STS. Si se desarrollada en LTS puede esperar un buen lapso de tiempo para actualizarse y hacerlo solo una vez. Será un gran paquete cuando se migre pero trabajará correctamente en la actual LTS hasta el momento en que se requiera, para probarlo y realizarlo. Sin embargo la palabra “ugh!” viene a la mente. Dicho esto, si todas las extensiones que se quieren usar estuvieran listas para la actual STS, tuvieran un buen historial al ser actualizadas, y tuvieran excelente soporte, iría con Joomla STS siempre y cuando se entendiera exactamente lo que podría ocurrir de seguir adelante. 

Duke: ¡Lo que ella dijo! ¡De Verdad! 

Las liberaciones de Joomla STS que avanzan hacia la entrega de la LTS son como los reductores de velocidad de las carreteras. Después de que el sitio ha sido creado y probado, el riesgo de que haya una actualización mediante un clic que contenga actualizaciones críticas es muy mínimo, y se puede probar totalmente en un servidor de pruebas antes de aplicarlo en producción. Pero en un sitio tan complejo como el de este ejemplo ¿porqué tomar el riesgo cuando hay tantas partes moviéndose? En la actualidad, con sitios responsivos y la alta dependencia de javascript, particularmente para realizar cálculos y validar formularios en sitios de comercio electrónico, basta con que una actualización de un sólo clic contenga un archivo con algún error, para chocar con el javascript de todas las otras partes y funcionalidades del sitio.

Conclusión 

Esperamos que este artículo le ayude con sus preguntas, y que las respuestas a las mismas le guíen para hacer su próximo sitio. Siéntase libre de añadir un comentario planteandonos sus opiniones al respecto.