Zimbra es un producto que nos encanta, en este Blog intentamos evangelizar Zimbra y al final que probándolo, se acabe implementando en más y más entornos. Hoy os dejo otra de estas entradas que hace más grande a Zimbra, se trata de poder seguir en tiempo real su desarrollo, incidencias resultas, abiertas, requrimientos, etc.
De esta manera muchas veces podremos incluso ver que requerimientos o incidencias resueltas han sido reportadas por nosotros mismos, muy bueno, os dejo una imagen con algunos de los Requerimientos para la 8.5:
Aquí algunos de los Bugs que todavía están por resolver:
Y aquí Incidencias ya solucionadas:
Espero que os resulte interesante, y de esta manera podemos saber, antes que nadie, lo que se avecina para la siguiente 8.5, y hacer pruebas concretas una vez la lancen oficialmente, al conocer los fallos solucionados, etc.
Un saludo
Hola,
Soy desarrollador profesional en una consultora.
He trabajado un año con este producto, me he peleado con él a todos los niveles. También he trabajado con versiones anteriores como Telligent Community y Community Server.
He realizado temas, jobs, widgets personalizados tango como dll (en versiones anteriores) como con velocity.
Gracias a la experiencia que he adquirido no puedo salvo recomendar encarecidamente desinstalar esta basura y olvidar que existe (porque volver atrás en el tiempo y recuperar el tiempo perdido al menos yo no tengo una máquina que lo haga…).
Qué alivio cuando me confirmaron que mi cliente no va a realizar ningún proyecto más con Zimbra ni derivados ni precedentes.
Por cierto, se nota que te pagan los de zimbra o eres un partner. La versión 8.5 ni nos informaron de su existencia hasta no se si febrero de este año. Antes teníamos la 8.0 que es la que nos dieron. Y si defiendes esta basura es que NO trabajas a diario con ella. ¿Eres un consultorcito de esos de vendo un proyecto como sea y que se coma el marrón otro?? (ese otro suelo ser yo!)
La explicación de lo que comento de que zimbra es una mierda y que deberían prenderles fuego a todos sus directivos y mandos intermedios viene en el resto del mensaje… (no, los desarrolladores no tiene culpa de que no les den tiempo para optimizar, ni para hacer las cosas bien en vez de ñapas, ni para dejar a punto el código…)
Por un lado denotar que Zimbra sufre del clásico modelo de desarrollo estadounidense de “hacemos una cosa a mitad y posiblemente nofuncional pero bonita y ya nos preocuparemos después por arreglar los problemas más graves con sucesivos parches”. Ya habían problemas con versiones anteriores (como problemas de organización de código y depurabilidad). El problema se ha agudizado calculo que temporalmente con la adquisión de Zimbra, el haberse inventado su propio Velocity, haber rehecho muchos componentes sin unos buenos estándares de calidad, etcétera.
Vamos, que al final es un producto con la calidad típica que se observa productos ALFA.
* Abrir varias pestañas de temas de administración o gestión del producto suele crear bloqueos entre las pestañas. Sí, incluso no puedes cerrarlas. Al final acabas conociendo trucos para desbloquearlas…
* Más lento que el caballo del malo… requiere mucha más máquina para ser ejecutado confiablemente. Lo intenté montar en local y no dan soporte salvo para los sistemas operativos windows más modernos. Vamos, en un windows 7 NO se soporta su instalación. Conseguí instalarlo haciéndole arreglos de sus ficheros de configuración, pero en esta máquina de 8 gigas y un procesador relativamente modesto (core 2 dúo a 3ghz, un E8400) el producto en local era inusable. La base de datos en uso de memoria era muy voluble, de 150 a 1 giga de consumo según le daba, y el tiempo de respuesta de la plataforma era pésimo: un click tardaba 30 segundos en responder. En desarrollo en una máquina ya con un SO compatible y entiendo que mejor rendimiento la cosa ya va bastante decente, pero se le nota un poco renqueante.. me da miedo cuando tengan que entrar varias personas simultáneamente…. -.-u
* Componentes no pensados para ser repetidos. Tú en la configuración de un widget si quieres poner dos campos de fecha (algo normal) o de descargas, no puedes. Bueno, puedes, pero se pisan entre ellos y el segundo no funciona ni se muestra correctamente.
* El soporte dado por Zimbra es ineficiente (y eso que pagamos). Te arreglan alguna incidencia, pero de 20 quizás 3. Algunas ni las consideran como incidencia, como puede ser la incorrecta codificación de las URL amigables (un artículo llamado “Sátira año nuevo” tendría una url amigable: “S-tira-a-o-nuevo”). Hasta hace poco su gestor de incidencias en su web ni siquiera permitía escribir más de un comentario, asi que se solucionaban intercambiando correos (y se sigue haciendo). También me pusieron en contacto con un hispanohablante por si habían problemas de comunicación por el inglés (que no lo hay) y le hice una lista y no nos ha respondido, nunca. Sobre los componentes de configuración de widgets que mencionaba antes, para por ejemplo poder tener 2 adjuntos en vez de 1, su contestación fue de tarificarnos un desarrollo. Muchos otras incidencias simplemente las cierran y “no se supo”, desaparecen de su web (pero no de mis registros de incidencias).
* Miles de fallos y problemas de usabilidad. Desde lo mencionado de las pestañas (que es histórico!!!!!), a que si pasa un rato hay más posibilidades de que una pestaña, por ejemplo de edición de un widget, pete por temas de procesos de seguridad, y el error tiene que ver con la MAC (ni que la MAC cambiara fácilmente -.-). Otros problemas son con las estructuras de las páginas y la forma de gestionarlas. Si quieres hacer un tema no puedes hacer un tema para todo, sino que te obliga a separar por tipo de página: grupos y blogs (foros y galerías las considera parte del grupo, pese a que los blogs son también aplicaciones de grupo). Te imponen limitaciones incluso para exportar páginas de un tipo de estos mencionados e importarlas en otro, pese a que los widgets son los mismos (hay excepciones, pero no deberían).
Las estructuras de las páginas se pueden cambiar, pero no puedes usar patrones ni nada reutilizable salvo los widgets. O sea… ejemplo práctico:
– 20 páginas, 3 de un blog, 3 de otro, y 14 de su grupo padre. Quiero que tengan todas mismo encabezado, pie, y una columna a la derecha. Los encabezados se comparten entre las páginas pertenecientes a mismo blog o grupo, así que tengo que ponerlo en 3 páginas de ellas (1 para el grupo y 1 por cada una de los blogs). Lo mismo con el pié. Modificarlo a posteriori es también en 3 páginas. Es molestillo pero… bueno, no se suelen cambiar a menudo.
Sin embargo el problema viene con la columna. La columna para ponerla tienes que editar las 20 páginas una a una. Y cambiar un punto o una coma lo mismo. No se comparte. Si exportas e importas puedes que ahorres algo de tiempo, PERO 20 veces… y… al importar se carga el contenido de la otra u otras columnas, ya que no distingue… así que muchas veces el curro es aún mayor si importas.
Al final, como suelen cambiar contenidos, en vez de usar el html genérico para poner html, creé un widget por cada sección de la columna… una para enlaces externos, otra para publicidad corporativa, otra para los enlaces sociales, etcétera. Si hay que cambiarle el ALT a una imagen ya no tengo que tocar 20 páginas (que se tarda, zimbra es LENTO, para 15 páginas media hora fácil), sino que edito el widget específico y ya está solucionado. (pena de los dolores de cabeza que he tenido antes de decidirme a hacer ésta chapuza a la que me obliga Zimbra).
El editor de páginas también sufre de problemas de gestión de errores, como comentaba o comentaré, un pete en velocity puede truncarte la salida de la página, y si has tocado varios widgets toca investigar y hacer pruebas para ver cual peta, y luego investigar y hacer pruebas para solucionar el problema, porque el mensaje de error es inexistente o, en las condiciones normales que si lo da, suele ser insuficiente (entre ellos alguns tipo oracle de que le has dado un simbolo incorrecto porque esperaba un símbolo entre una lista gigantezca de posibles símbolos).
El editor integrado de velocity… por supuesto que si te da un problema de los mencionados de pestañas y peta con errores como el de la MAC, has perdido todo lo hecho, porque guardar es un cargar página y volver atrás no te saca lo que estabas haciendo. Aparte buscar no funciona correctamente, sólo puedes buscar en el texto que el editor tiene en pantalla, es como si el scroll fuera un proceso complejo en JS y no está presente en la página para ser buscado (aunque el seleccionar todo y copiar sí funciona). El grabar, no se si lo he mencionado, siempre es recargar la página y volver atrás no funciona, por lo que pierdes la capacidad de volver atrás los cambios. Al final terminas usando editores externos y copiando y pegando el contenido dentro de velocity, grabando…
* El widget, el contenido de su “página base” se guarda en base de datos, y el resto de ficheros agregados no… conlleva problemas para buscar código ya que te está ofuscando gran parte del código y la unica manera de buscar algo es ir abriendo widgets de manera individual (y pelearse con posibles problemas de pestañas y con las lentitudes).
* Logs, almacena poca cosa, excepciones y poco más.
Luego,
* Los petes y errores, incluídos de validación, son pocos y malos. Es común al editar o crear artículos recibir de vez en cuando un mensaje de error por un supuesto error, y la descripción ser algo como “error de validación” o “error desconocido”. No sabes qué ha pasado, y a veces la operación, incluso con el error, se ha ejecutado y el artículo se ha creado o editado.
* No está pensado para entornos de producción de verdad. Lo normal en un entorno de producción es que se inhiba el acceso a internet de la máquina servidora. Zimbra tiene alguna funcionalidad que dejará de funcionar en esta circunstancias como por ejemplo el incluir en un artículo como adjunto una url de un fichero de youtube (que sólo deja un adjunto, otro problema). Al darle al botón de publicar el navegador se quedará bloqueado 30 segundos (entiendo que el tiempo de un timeout de red) y dará un error en un popup, que lo podrás leer si estás aún presente cuando salga, porque sale no se si 5 segundos y desaparece. Por supuesto es un error desconocido, y a veces, un 30%, el artículo se guardó. Un problema que tenía de zimbra era que si editabas un artículo con uno de estos adjuntos (o cualquier otro), al guardar el adjunto se perdía. No se si lo habrán notificado como bug o si lo habrán corregido, pero yo no lo he notificado. (ésto no)
* Velocity tiene una implementación parcial. En el verdadero velocity tienes acceso a todas las librerías java que tengas a mano. En éste no.
* Diversos problemas en su implementación de velocity. Aparte de los problemas mencionados de errores mal o no volcados en pantalla, que hacen que depurar problemas sea más complicado. He conseguido que petara el motor de velocity simplemente con alguna anomalía, como por ejemplo un div autoconcluído (). Si peta el motor de velocity se para la renderización de la página (vamos, que no se muestra nada más que no se hubiera procesado ya).
* la documentación es ineficiente (y eso que ha mejorado hace dos meses). Tipos. Falta de buenos ejemplos. Por ejemplo para la parte REST te vienen cachos de código para llamar a funciones como actualizar un usuario, pero el ejemplo no actualiza datos de ningún tipo. Aparte de algún tipo que supongo que irán corrigiendo. También hay, por ejemplo para velocity, poca o nada de documentación de algunos tipos, como puede ser, por ejemplo, el tipo que se usa para manejar los lenguajes de la plataforma.
* No tiene multiidioma. Simplemente tienen un sistema muy básico de escoge un idioma para toda la plataforma, por lo que no puedes tener contenidos en un idioma y en otro simultáneamente. Bueno, puedes escribir textos en varios idiomas en los artículos, pero los literales propios de la plataforma salen igual en todos lados… y los menús igual, etcétera.
* El fichero oficial de traducción al español es incompleta y su resolución de las traducciones es incorrecta en muchos casos. Por ejemplo, en un widget si falta un recurso de traducción te sale en donde saldría ese texto pues un indicador de que falta y su identificador de recurso, lo cual está bien, pero por ejemplo en el tema de administración de widgets no se hace, por lo que widgets cuyo título depende de un recurso lingüístico en la lista de widgets… aparecen sin nombre ni nada, así que tras aplicar esa traducción dada por zimbra hemos acabado con 10 a 15 widgets sin nombre, que aparecen… como cajas vacías. he tenido que solucionarlo a mano.
Y… todo esto son una parte de los problemas que he encontrado…
Saludos,
Amén a todo lo que dices. Quiero aclarar varias cosas antes de empezar mi respuesta al tema serio, Zimbra no me ha pagado ni sponsorizado ni un solo post de este Blog, de hecho he tenido que rogar a veces que hicieran RT en redes sociales algún post, y siguen sin hacer RT de contenido fresco que intento crear aquí. Lo cual te hace sentir siempre desplazado de la estrategía de Social Media de Zimbra, pero bueno.
Me gustaría añadir también que Zimbra Social no es mi punto fuerte, como puedes leer aquí, siempre hablo de Zimbra Collaboration, un producto que con sus luces y sombras, es Open Source, está basado en Linux y me tiene enamorado desde hace mucho tiempo. Este producto, Zimbra Collaboration, lo he vendido, montado y mantenido sin problemas durante años, el Soporte Técnico es muy bueno y los tiempos de respuesta son más que buenos, además cada problema y funcionalidad que quieras tener, puedes abrir un Bug en su bugzilla público y que la gente vote, los Bugs que tienen más de 20 votos los suelen integrar, aparte de si reportas algún Bug que es buena idea o algún fallo de seguridad, también lo implementan.
Además, creo que hemos cruzado algunos correos en el terreno profesional si no me equivoco de quienes sois, según la IP. Concuerdo con muchos comentarios de usabilidad que comentas, ya que uso Zimbra Social cada día, y tengo que tener dos navegadores abiertos para tener las pestañas que necesito, y me parece igual de lamentable que a tí, nunca jamás he visto nada así en software basado en PHP o similares, bueno ni en ningún otro lenguaje, solamente aquí.
Quiero además añadir que la Comunidad de Zimbra Collaboration, los antiguos Foros, llevaban 10 años, más o menos en vBulletin, y en un mes, sin avisar a nadie, los migraron a Zimbra Social y solo puedo decir que la Comunidad construida en 10 años quedó completamente destruida, y aún sigo intentando pescar a la gente que vuelvan.
No soy desarrollador de Zimbra Collaboration ni de Social obviamente, pero puedo dar fe que los problemas que comentas son reales, al menos con la experiencia que tengo a nivel de uso diario de Zimbra Social.
Me alegro que la documentación haya mejorado un poco, lo único que puedo hacer, ya que repito Zimbra Social no está en mi perspectiva. Lo único que puedo hacer es pasar tu feedback, de nuevo a las personas adecuadas, y si tenemos suerte, os escuchen.
Yo seguiré viendo a Zimbra, como Zimbra Collaboration, y Telligent como Telligent.
Todo lo demas acerca de consultorcito y demás, lo dejo de lado ya que vuestra frustación está más que justificada, y como he comentado, jamás leerás aquí un post de Zimbra Social comparándolo con nada, solamente tengo un par de posts acerca de ello, cómo instalarlo, etc, nada más.
Un saludo
Por cierto, esta entrada era acerca del portal de pm de Zimbra Collaboration, que ademas tambien tiene la version 8.5, no acerca de Zimbra Social.
Un saludo, ya he enviado el feedback.
(se perdió el mensaje que estaba escribiendo… algo habré hecho mal, pero aviso, a ver si aparecen dos mensajes!)
Perdona por el tono de antes y por la confusión de producto (Zimbra… 8.5…). Gracias por la aclaración.
¿Vienes de cuando Zimbra era en java?
Sí, cierto, hemos intercambiado correos, ya me parecía que me sonaba tu nombre 🙂
Vengo usando Zimbra Collaboration desde la version 6, principios de 7, era y sigue siendo en Java gran parte del codigo. Si te refieres a Zimbra Social (Telligent) no lo conocia hasta que no compro Zimbra Collaboration.
Un saludo y me alegro que ya este el tema en buenas manos.
Lander,
I would welcome an opportunity to discuss this feedback further with you:
[email protected]
Thanks,
Rob