Acaba de saír unha nova versión de Spip. Basicamente unha bugfix. http://www.spip-contrib.net/SPIP-2-0-10-est-sorti
Penso que non é necesario ver a elección dun cms como algo tan crítico que non teña volta atrás. Todos sabemos que os contidos son sempre traspasables e o que poida ter o web de Trasno tampouco vai ser enciclopédico nin especialmente complexo. Realmente non me parece moi útil valorar a capacidade de desenvolvemento sobre o cms como un criterio importante para Trasno. Vexo máis útil a orixinalidade visual, a organización e a facilidade de administración e publicación. 2009/10/31 damufo <dam...@gmail.com>: > > > Iván Penido escribiu: >> >> >> 2009/10/31 damufo <dam...@gmail.com <mailto:dam...@gmail.com>> >> >> >> >> Iván Penido escribiu: >> [...] >> >> Drupal >> >> e moito mais complexo inicialmente, pero paréceme moito más >> robusto e fiable, eu decantaríame por este último. >> >> Non sei en que te baseas para dicir isto, que é o que se pode facer >> con drupal que non se poida con joomla?. >> Ollo que non digo que non o sexa, o que non sei é tal motivo. >> >> [...] >> >> >> Sen buscar a polémica nin querer comezar unha discusión sin sentido, este >> texto que adxunto dunha comparativa feita por un consultor de IBM, paréceme >> moi acertada (e unha tradución o castelán feita por Carlos Rincón) > > Eu tampouco quero procurar polémica. De feito non teño interese/nin > desinterese ningún en que se elixa Joomla!, só falo del porque o coñezo > algo máis que drupal. Drupal coñezoo porque foi o que empregamos proxecto > integrado. > Para ambos desenvolvín módulos, dicir que me foi moito máis simple facelo > para joomla! que para drupal aínda que é posíbel que sexa pola curva de > aprendizaxe, non o sei. > > Decir que a versión 7 de drupal ten unha pintaza moi boa polo que non me > importaría nada que o sitio de trano estivese en drupal, mais ben o > contrario, pero entendo (e penso que nisto estamos de acordo) que non se ha > de elixir porque me guste máis ou menos senón por que os de trasno > consideran que é mellor e se axusta máis as necesidades. > >> >> [...]/ >> Aquí están mis observaciones de Drupal después de 40-50 horas con la >> herramienta (tengo experiencia con Joomla, DotNetNuke, por supuesto con la >> solución de IBM: Websphere Portal <http://www.ibm.com/websphere/portal>, WCM >> y Portlet Factory >> <http://www-01.ibm.com/software/genservers/portletfactory/>. Planeo evaluar >> alguno otro en unos días antes de decidirme. Los costes de hosting y de >> desarrollo de Websphere Portal son demasiado altos o ya estaría usando la >> solución de IBM./ >> >> >> /Drupal vs. Joomla/ >> >> >> /Construcción del Sitio:/ >> >> /Flexibilidad y Potencia: Drupal es significativamente más potente y mucho >> más flexible. Parece que Views, CCK, Panels, etc le dan a Drupal una enorme >> ventaja sobre Joomla. Simplemente no puedes tener esa flexibilidad con >> Joomla. Los desarrolladores de Joomla cuando lo diseñaron no tuvieron en >> cuenta la flexibilidad. Puedes construir algo muy rápido con Joomla pero >> toparán con un muro antes o temprano./ >> >> >> /Rendimiento:/ >> >> /En mis tests iniciales Drupal superó ampliamente a Joomla. Con la nueva >> versión de Joomla, the good template makers junk them up with gee-whiz >> gadgets that are not suitable for the enterprise (esto no sé cómo traducirlo >> exactamente)/ >> >> >> /Curva de aprendizaje:/ >> >> /Joomla es de largo más fácil de configurar y poner en marcha. Incluso con >> los todos vídeos gratis, blogs, etc, Drupal todavía es un desafío. Veo >> grandes oportunidades para un negocio aquí./ >> >> >> /Plantillas:/ >> >> /Joomla gana por un amplio margen. Por ejemplo, empresas como Joomlart, >> Joomlashack hacer un buen trabajo. Las empresas de temas para Drupal son muy >> malas. Lo que se necesita es una estrategia de plantillas que simule los >> requisitos para las webs más importantes del país y incluya módulos, >> bloques, etc que funcionen directamente para facilitar a las empresas un >> punto de partida. Por ejemplo, con nuestro producto Websphere Portal >> ofrecemos increíbles temas y skins que son muy sólidos y profesionales y sin >> ningún problema. Creo que vosotros (se refiero a los de Top Notch Themes) >> tenéis una buena estrategia de entrada pero estás perdiendo una gran >> oportunidad de ofrecer lo que las empresas realmente quieren./ >> >> /Vuestras plantillas son las mejores que he visto, pero una empresa que >> está empezando con Drupal todavía tiene una enorme rampa que subir para >> conseguir que un web de noticias, una revista, etc se vea bonita. Joomlart >> ofrece su plantilla Tenilne II con una instalación especial que te da todos >> los datos de ejemplo y todos los componentes en su sitio. Todo está en su >> sitio./ >> >> /Finalmente, el mayor problema con las plantillas en Drupal es que los >> desarrolladores olvidaron completamente una de las claves que cualquier >> evaluador mira: el sistema de menú. Si no tienes un sistema profesional de >> menú en tu web parecerá que tienes una web de baja calidad. Las otras cosas >> importantes son: Layout, gráficos, velocidad son cosas críticas y a los >> desarrolladores (supongo que de temas) de Drupal parece que no les importa./ >> >> >> /Programadores:/ >> >> /Basado en mi limitada experiencia parece que los programadores de Drupal >> son mucho más profesionales, habilidosos y disciplinados. Los buenos >> programadores de Joomla son escasos. Debe ser algo relacionado con la >> cultura de Drupal. Estoy seguro que los desarrolladores de Joomla están muy >> capacitados pero simplemente no tienen el mismo rigor./ >> >> >> /Admin:/ >> >> /El panel de control de la administración de Drupal es malo. La separación >> entre el "front-end" y el "backend" es débil y confusa. Joomla es mucho >> mejor./ >> >> >> /Editor de contenido:/ >> >> /El sistema de taxonomías de Drupal es excelente. La aproximación de >> Joomla es pobre (los tipos de contenido están confinados a una >> sección/categoría). La consola de administración de Joomla es mucho más >> fácil para organizar y encontrar contenido. El WYSIWYG de Joomla es mucho >> mejor que las opciones que existen en Drupal./ >> >> >> /Construcción de contenido:/ >> >> /Las herrameintas de Drupal son, muy, muy buenas, aunque no tanto cómo las >> herramientas de IBM, pero son increiblemente mejores que las de Joomla. Me >> gusta CCK, Views y me pregunto porque no forman parte del core. Parece raro. >> Con Joomla puedes conseguir componente que ofrezcan el 60-80% de lo que >> necesitas. Por ejemplo, iJoomla tiene un tremendo componente de noticias, >> pero nunca llegará a las capacidades de CCK, Views, etc./ >> >> >> /Implementación multicapa:/ >> >> /Estoy sorprendido de que no haya buenos tutoriales y artículos sobre la >> correcta manera de implementar entornos de desarrollo, de test y etapas. Las >> comunidades de Drupal y Joomla sufren en este sentido. También, un backup y >> restore no están direccionadas adecuadamente. La comunidad de Drupal está >> despistada en esta asunto. Joomla tiene al menos dos buenas soluciones. Si >> decidiese recomendar Drupal para un sitio en producción, recomendaría usar >> Xcloner de Joomlaplug, este producto funcionaría con Drupal y hacer backups >> y restores de un sitio web y de la base de datos./ >> >> >> /Resumen:/ >> >> /Usa Joomla si quieres tener un sitio bonito de forma rápida y puedes >> afrontar tener un sistema más lento, una categorización de contenido rígida >> y unas opciones de configuración y de diseño limitadas. >> Usa Drupal si quieres alto rendimiento, escalabilidad, buen gestor de >> contenido y una flexibilidad de diseño significativa. Pero prepárate para >> gastar un montón de dinero/tiempo en conseguir un sitio profesional. / >> >> >> [...] > > Precisamente por iso comentaba o dos requisitos. > Cada un ten vantaxes e inconvenientes. Hai que analizar que usuarios van > empregar a web. En canto a rendemento, dicir que, salvo casos específicos un > usuario normal non vai notar nada de nada. Se joomla fora tan leeennto non > habería a cantidade de sitios que o usan que hai. > Finalmente comentar que o panel de control de Joomla! faino moi accesible a > non profesionais. > > abur :-) > > > -- > To unsubscribe, send mail to proxecto-unsubscr...@trasno.net. >