eZ Publish 4.1, ¿actualizar o no actualizar?
El pasado 17 de marzo se liberaba la esperadísima versión 4.1 de nuestro ya conocido eZ Publish. Sin embargo el lanzamiento ha levantado no poca polémica entre la comunidad de desarrolladores. En nuestro caso, ante nuevas versiones del producto solemos recomendar la actualización a nuestros clientes, ya que eso mismo suele hacer eZ Systems así lo hace con nosotros, pero esta vez, al menos de momento, no va a ser así.
¿Los motivos? Son varios.
- A día de hoy no hay documentación específica sobre esta versión como sí la hay para eZ 4.0. Sabemos que hay nuevos métodos incluidos en ciertas clases, pero todavía estos no están documentados.
- eZ Systems solia sacar versiones alpha, luego versiones beta, luego "release candidates" y finalmente la estable, tras el correspondiente tiempo para testeo por la comunidad. Esta vez la "release candidate" y la versión "stable" fueron lanzadas el mismo día. (!).
- Quizás por esto no ha habido tiempo para documentar estas nuevas funcionalidades, que sin duda mejoran lo anterior, sobre todo en rendimiento, pero al no estar debidamente documentadas han llevado a que algunos desarrolladores se hayan encontrado con problemas de portabilidad de extensiones desarrolladas para eZ 4.0.
- Las modificaciones en el kernel han traido consigo ciertos problemas con la gestión de los roles usuarios, problemas que traían consigo desconexiones del usuario sin motivo aparente, desapariciones de la toolbar de edición de contenidos y otras.
- Problemas con la gestión de los caches en la nueva funcionalidad "estados de objeto".
- La actualización nos producía un "Fatal Error" que se subsanaba actualizando eZ Components (lo que en cierto modo confirma que eZ Publish va a estar cada vez más basado en ellos). Sin embargo no había ninguna advertencia al respecto.
Y es una pena, porque pese a lo que pudiera parecer, "no estamos tan mal" que diría Laporta. Con las salidas de versiones anteriores se detectaron en primera instancia tantos o más bugs que en esta ocasión, pero las consecuencias de estos bugs no son tan graves como esta vez. El "remate" lo ha dado hoy mismo Łukasz Serwatka, miembro de eZ Systems, quien ante una pregunta emitida por otro usuario en los foros de ez.no, respondía que su recomendación es que esperemos a la próxima salida de eZ 4.1.1.
¿La parte positiva? Estos bugs ya tienen sus correspondientes parches. Así, estando suscritos al sistema de reporte de bugs que eZ ofrece de forma gratuita, hemos podido obtener convenientes explicaciones al problema con las extensiones, soluciones al problema del cache y los roles, y también al problema de caches tras la actualización del estado de un objeto.
Corregidos estos "problemillas", la actualización es más segura. Sin embargo, no está todo lo documentada que ha estado en otras ocasiones. Si bien en esa anuncio tenemos unas pautas de actualización, también se dice que más instrucciones serán indicadas próximamente.
Dicho lo cual, ¿hemos esperado tanto por eZ 4.1 y solo hemos obtenido problemas?. Ni mucho menos. Las buenas noticias es que el nuevo online editor, basado en tinyMCE viene perfectamente integrado y ofrece, por fin, compatibilidad con Windows Vista. Este es uno de los grandes aciertos. En Tanta pensamos que gracias a esta utilidad, las capacidades de edición por parte de los usuarios van a verse mejoradas. Normalmente, diseños complejos de páginas nos estaban obligando a crear clases con un gran número de atributos (foto para zona superior, foto en zona inferior, foto derecha, texto destacado...). Nuestra idea es que con este plugin el usuario simplemente modifique lo que necesite en base a una plantilla determinada. Esto abriría el campo a mostrar un mismo tipo de contenido de distinta formas. Es decir, podríamos conseguir que en una noticia el texto destacado saliese a la izquierda o derecha del texto principal, sin necesidad de añadir nuevos atributos para ello.
Por su parte eZFlow y eZWebin mejoran sus prestaciones. Esta última, combinada con la extensión eZ Multiupload permite subir contenidos de forma múltiple, tanto en lo relativo a contendidos gráficos como a artículos en su totalidad, agilizando el proceso de inserción de contenidos.
En cuando al rendimiento, las noticias que manejamos hasta ahora no pueden ser más esperanzadoras. eZ Systems ha puesto buena parte de sus esfuerzos en solucionar los problemas que se generaban principalmente en los sistemas en cluster, y que en sitios con carga moderada llegaban a dejar sin servicio a la aplicación. Para ello han ideado el denominado "Stale cache" que de paso les ha servido para mejorar el rendimiento en sistemas no montados en cluster.
El problema fundamental que se tenía hasta ahora más o menos el siguiente. En sistemas en cluster que usaban base de datos, cuando un cache expiraba, se borraba automáticamente. Si otra petición (ya sea una visita a la página o una edición de contenido) pedía esa misma página, esta petición debía esperar a que la primera generase la página y guardase el cache en la base de datos. En páginas con tráfico alto era bastante común tener este problema sobre todo en la home principal del site. Nosotros nos hemos encontrado con casos en los que teníamos que esperar hasta varios minutos para que se nos sirviese una homepage, mientras el resto del site estaba funcionando de forma perfecta. Con ciertas modificaciones en la configuración del MySQL estos problemas podrían aliviarse, pero no solucionarse del todo.
El stale cache le da una pequeña vuelta al concepto. Cuando un caché necesita ser expirado y regenerado, este no se borra de forma automática y no se hace a las demás peticiones esperar a que la primera regenere el nuevo cache. Lo que se hace es mostrar a las otras peticiones la versión actual del cache mientras la primera realiza el proceso de generación. ¿Qué es mejor? ¿Tener a un usuario 20 o 30 segundos esperando por una página o servile una página no del todo actualizada pero que estará actualizada unos 5 segundos más tarde? La respuesta parece clara.
Pero ¿y las pruebas? Algunos desarrolladores de eZ Publish han pensando que lo mejor para comprobar todo esto es hacer comparaciones, y que mejor que usar una herramienta de stress de máquina para comparar como se comporta ante las mismas operaciones una instalación de eZ 4.0 y otra de eZ 4.1, con y ciertas mejoras que se pueden incluir en estas extensiones. Y aquí están los resultados, resultados que leyendo los comentarios se vuelven aún más interesantes.
Si a la propia instalación de eZ Publish uno le añade fantásticas extensiones tales como ezsi, usada ya con éxito por la versión francesa de la revista Elle, ezvlogin, o memcachedcluster (aun en estado alpha), las posibilidades de mantener aplicaciones con gran cantidad de tráfico se ven claramente mejoradas.
Por tanto, volviendo a lo que nos ocupa, si quieres tener seguridad de que tu aplicación va a seguir funcionando tras la actualización, te recomendamos que experes a que salga eZ 4.1.1.
Pero si eres de los que te gusta vivir al límite, adelante. Los bugs reportados ya tienen su correspondiente correción, y tanto los editores de tu site como la máquina en la que lo tengas alojado te lo agradecerán.
bTRJ2I <a href="http://jhecurbqdcex.com/">jhecurbqdcex</a>, [url=http://eomktlueuqrf.com/]eomktlueuqrf[/url], [link=http://dfultbkhxvxm.com/]dfultbkhxvxm[/link], http://kdaxicbtakfw.com/