Posts Tagged ‘cms’

Drupalcon 2007 en Barcelona

Saturday, September 8th, 2007
September 19, 2007 8:00 amtoSeptember 22, 2007 8:00 am

Entre el 19 y el 22 de Septiembre, las semana que viene, se celebrará en Barcelona uno de los eventos más importantes sobre Drupal: Drupalcon 2007. Muy interesante para los drupaleros.

Convocados los premios para CMS de Codigo Abierto 2007

Thursday, July 19th, 2007

Ya puedes nominar a tu CMS favorito para los Open Source CMS Awards 2007. Se trata de unos premios auspiciados por UK publisher Packt . Estos premios quieren destacar mediante votación pública al mejor gestor de contenidos de código abierto.

Las categorías de estos premios son:

  • Ganador total
  • CMS más prometedor
  • Mejor CMS en PHP
  • Mejor “otro” CMS
  • Mejor CMS para redes sociales

No conocía estos premios que ya se convocaron el año pasado y aunque haya escrito un post sobre ellos tampoco creo que la votación abierta sea un sistema muy fiable para medir la calidad de un CMS, más bien su popularidad, como demuestra el hecho de que en la pasada edición el ganador fuese Joomla por encima de Drupal. Vamos que me parece tan estúpido como hacer una votación para seleccionar las nuevas 7 maravillas (¿desde cuando la calidad artística se decide por consulta popular via SMS?).

WOS: Tu servidor web portátil

Friday, May 4th, 2007

wos_stick.jpgNo es la primera vez que hablo de WOS (Web on Stick). Se trata de una ingeniosa solución que permite disponer de un completo servidor web (Apache) con base de datos (Mysql) y PHP instalado en un dispositvo de almacenamiento sin necesidad de instalación.

Acaban Hace ya unos meses lanzaron su versión 2 y las novedades que ofrece junto que se trata de una herramienta de gran utilidad hacen que se merezca un post (que llevaba ya tiempo en la lista de pendientes).

En esta nueva versión WOS incorpora más utilidades tanto en herramientas para el servidor como a nivel de software. En el momento en que decidimos bajarnos el programa, el sistema nos permite configurar cómo lo queremos.

A nivel de servidor:

  • Apache
  • Imagemagick (imprescindible para Typo3)
  • Mysql 5
  • PHP 4
  • PHP 5

Y no solo eso, además viene con las siguiente lista de aplicaciones instaladas (opcionalmente)

  • TYPO3 (Version 4.1)
  • Drupal (Version 5.1)
  • Joomla (Version 1.0.12)
  • Knowledgeroot (Version 0.9.8.1)
  • Mambo (Version 4.6)
  • MediaWiki (Version 1.9.3)
  • Moodle (Version 1.7.1)
  • OS_Commerce (Version 2.2)
  • PHPMyAdmin (Version 2.10.0.2)
  • PunBB (Version 1.2.15)
  • Wordpress (Version 2.1.2)

Una de las herramientas imprescindibles para el programador web.

Truco: cuando un cliente te pregunte eso de: ¿Y no me puedes meter la web en un CD? solo tienes que contestarle: “casi mejor en un pen drive”. xD

Comparativa editores html WYSIWYG para web: mejor WYSIWYM

Thursday, December 14th, 2006

[Vía ] Cualquiera cms que se precie hoy en día necesita que sus usuarios dispongan de un editor (X)HTML para trabajar con los contenidos. En starndards Schmandards hacen una revisión de los más importantes que hay en el mercado.

Está muy bien y resulta útil pero la comparativa tiene una pega importante: no evalúa la adecuación a estándares y la calidad del código generado lo que, para mí, es el factor más importante a la hora decirme por una.

Al hilo de esto en 456BereaStreet escriben un interesante post proponiendo no utilizar editores WYSIWYG (Lo que tu ves es lo que tu obtienes) y optar por lo que humorísticamente denominan editores WYSIWYM (Lo que tu ves es lo que tu quieres decir), osea editores que generen un código medianamente semántico. ¿Existe eso? pues parece que lo que más se acerca a esto es WYMeditor.

Apostamos por typo3

Friday, May 5th, 2006

Como ya adelanté en un post anterior, llevo un tiempo muy metido con Typo3. Se trata del gestor de contenidos (CMS) por el que hemos apostado en mi empresa para el desarrollo de webs. En este post quiero explicar el porqué de esa elección.

Es evidente que hoy en día no se puede abordar el desarrollo de una web, a nivel profesional, sin el respaldo de un gestor de contenidos. Personalmente llevo bastante tiempo dedicado al desarrollo web y prácticamente desde que empecé trabajo con contenidos dinámicos. Atrás quedan los días del sistema de templates de Dreamweaver y pronto me pasé a php para poder abordar webs con contenido dinámico.

A la hora de utilizar un gestor de contenidos una empresa tiene que elegir entre dos opciones: utilizar uno desarrollado internamente o trabajar con una plataforma de terceros. Hasta hace relativamente poco yo he estado trabajando con varios gestores que desarrollábamos y evolucionábamos dentro del departamento de desarrollo. Sin embargo esta alternativa supone una inversión enorme para una empresa mediana (según los parámetros de Andalucía) y afectaba considerablemente a la productividad del departamento. Además por muchas horas que se invertiesen… nunca era suficiente y siempre había mejoras que realizar y el producto, hay que ser sinceros, tenía sus carencias (una gestión seria de usuarios, gestión de ficheros independiente, documentacion y manuales… entre otros).

La primera decisión fue, por tanto, buscar un CMS para gestionar y desarrollar nuestros proyectos. Tras tomar esa decisión definieron qué requisitos debía cumplir el sistema a elegir:

  • Ser flexible a la hora de incorporar diseños distintos: separación entre contenido y presentación

  • Ser código abierto

  • Estar soportado por comunidad de desarrollo fuerte

  • Permitir implementar de forma fácil los contenidos más presentes en todas las webs

  • Ser modular

  • Ser extensible

  • Permitir histórico de versiones para las páginas

  • Disponer de una política de usuarios seria

  • Previsualización de contenidos

  • Ser integrable con otras herramientas (Flash)

  • Ser multilenguaje

  • Interfaz amigable

Hoy en día hay mucho donde elegir a la hora de elegir un cms, aunque no tantos que cumpliesen las características antes mencionadas. En su momento, tomamos la decisión de empezar por evaluar dos de los que más “sonaban”: drupal y joomla / mambo.

No voy a entrar a definir las virtudes y defectos de cada uno de ellos, si adelanto que en principio nos pareción que drupal era el que más se parecía a lo que estabamos buscando. Ante la insistencia de uno de los miembros del equipo decidí personalmente probar también typo3 antes de elegir Drupal para empezar a trabajar.

Una vez instalado, leídos dos tutoriales básicos y pasasa una tarde haciendo las primeras pruebas… la decisión estaba tomada (no formalmente pero vamos… estaba claro). No había comparación posible entre typo3 y el resto. Esto se hace ya largo y quiero terminar explicando mi teoría de porqué typo3 ni siquiera entraba en las apuestas iniciales. Las razones objetivas de la elección serán objeto de otro post.

Resulta curioso, pero typo3 no estaba siquiera entre los inicialmente seleccionados. La principal razón (mi teoría) es que los CMS más utilizados o nombrados son aquellos que utilizan la mayoría de los usuarios, pero hablamos de usuarios de todo tipo, no solo profesionales; realmente la mayoría de gente que habla o escribe sobre gestores de contenidos son “amateurs” que buscan una solución rápida que implique saber lo menos posible de programación, maquetación y diseño. Los usuarios amateurs que se enfrentan a él lo abandonan rápidamente. Typo3 es un sistema pensado por y para profesionales.

Si alquien busca un sistema para hacer una web rápidamente y no tiene demasiados conocimientos sobre maquetación web y sobre diseño… abandonará typo3 poco después de probarlo (así lo reflejan muchos de los post de la lista de correo en castellano).

Quiero señalar que typo3 no solo es un CMS, además es un potente framework para desarrollo de webs con php. Por lo que estamos viendo, a medida que nos adentramos en su nucleo, está realmente bien analizado y programado. A la hora desarrollar un script ya se parte de una base muy sólida y útil: implementación del multilenguaje, aspectos de seguridad solucionados, API para a la consulta de base de datos, sistema de paginación de resultados, indexación de los contenidos que se generen… mil cosas más.
Los resultados han sido inmediatos: en los primeros proyectos, haciendo todavía pruebas y sin un conocimiento sólido hemos cumplido e incluso reducido el tiempo de desarrolo estimado.

Es evidente que no todo es perfecto. Para empezar los principales problemas que le hemos visto son, en primer lugar, que el interfaz, para los clientes, es algo duro, aunque está muy bien pensado y tiene muchos caminos para hacer las cosas, es usable y el usuario en seguida se acostumbra a su uso. En segundo lugar: es complejo y difícil de aprender, tiene una curva de aprendizaje alta; requiere partir de un nivel de conocimientos de las tecnologías de desarrollo web medio / alto. Por último, hay poca documentación en castellano y la comunidad es principalmente de lengua alemana e inglesa. Estos problemas, sin embargo, no justifican el rechazarlo, ni mucho menos.

Escribo este artículo porque a partir de ahora quiero hablar bastante de Typo3 y creo que es un buen punto de partida. En el siguiente quiero resumir las ventajas más importantes que aporta Typo3, algunas de sus características más importantes.

typo3 4.0 publicado

Friday, April 7th, 2006

Typo3 es la causa de que lleve tanto tiempo sin escribir. En vez de dedicar mi tiempo a escribir aquí (volvereeeeé) me he enganchado al mejor CMS que he visto.

Se acaba de publicar la versión 4.0 y promete cambios realmente importantes. Prometo escribir un largo post comparando los CMS que he probado durante estos últimos meses y el porqué considero (estoy seguro) de que typo3 es el mejor con diferencia.