Cada usuario es libre de elegir el CMS de su agrado, pero no por eso, intentará ir en contra del otro, si en la filosofía de uno, está el avanzar para que en un futuro el software sea libre, todos deberiamos de colaborar independientemente de la plataforma y en lugar de esperar a que un determinado sito sea atacado, contribuir a mejorar los CMS, sin fanatismos.

Saludos.

Desconozco las habilidades y la experiencia del nuevo equipo de desarrollo de la casa blanca. Lo iremos viendo con el tiempo, dentro de muy poco, cuando el portal sea atacado y tengan que lucirse poniendo parches contra los ataques de seguridad.

¿Informarás de ello entonces? Yo seguro que sí.

Un saludo.

http://www.whitehouse.gov/

Posiblemente el departamento de Informática de los Estados Unidos tenga experiencia “algo escasa” en implementar portales para su país y por eso eligió Drupal para ello.

Saludos,

Siempre mis críticas van dirigidas hacia el rendimiento de Drupal, que es tirando a pésimo. Para salir de dudas, lo mejor es que hagas pruebas y monitorices el rendimiento, verás que te equivocas en lo que comentas. También es importante tener conocimientos de bases de datos relacionales para entender esto.

Que algo sea lo más usado por mucha gente, no significa que sea lo mejor.

Por tu comentario, creo que no has visto muchas herramientas de desarrollo y tu experiencia es algo escasa.

En otros comentarios he escrito acerca de otras carencias de Drupal.

Siempre he pensado que Drupal era el escarabajo ese que comentas.

Gracias por tu opinión.

Dejame decirte que los CMS del tipo Wordpress que son sólo “blogs”, ya estan pasando a la historia, y sólo te menciono el caso de Vbulletin, que aunque nació con la ides de funcionar sólo como Foros, ha evolucionado y en su version 4, es un CMS completo, Portal, Blog y Foros.

Drupal ya nació asi, un CMS completo, como mencionan líneas arriba, no es perfecto, puede tener errores, pero es uno de los CMS mas usados para la creación de portales y blogs, debido a su potencia.

Aunque pretendas crear este post “irónico” para minimizar a Drupal, no lo podrás conseguir, por que los sites creados con drupal están a la vista y personalmente a la hora de elegir, no eligo lo “bonito”, sino lo bueno.

Prefiero comprar un lamborghini sin pintar, que un escarabajo pintado de oro.

De todas maneras se te agradece que informes sobre la “lentitud” de Drupal, “superado eso”, ¿de que más te podrás quejar?.

Saludos buen blog.

Es evidente que todos los proyectos software tienen un ciclo de vida y las mejoras hacen crecer el producto. Pero no todos los proyectos empiezan en el mismo nivel ni evolucionan de igual forma.

El concepto de que Drupal no fué creado para desarrollar sites complejos parece que lo tenemos todos bastante claro. Entonces, por qué las empresas se empeñan en usarlo fuera de contexto?. ¿Por qué la gente que usais Drupal os molesta oir en palabras de otros lo que vosotros de por sí reconocéis?

Por ejemplo me encontre este sitio que NO está hecho con Drupal y que tiene un header bien feo y las listas de enlaces al lado izquierdo no me gustan. La URL del sitio web es esta: http://blog.creacciona.com/

Gracias!

el post iba con cierta ironía, si lo lees bien, verás que está lleno de lítotes en cada comentario.

Es evidente que Drupal no es una herramienta de mi agrado, y esto se debe a varias razones. En cuestiones de seguridad no he entrado nunca. Mi crítica viene por la parte del rendimiento y del uso que se hace del CMS. Considero que es un error de principiante suplir los defectos de rendimiento poniendo capas de caché. Soy partidario de la caché, pero usarla en el momento adecuado, y no como parche para resolver los problemas de arquitectura de una aplicación.

Estoy convencido de que Drupal está bien para páginas sencillas, blogs multiusuario, sites de presencia y con poca carga de base de datos.
No es una buena herramienta para páginas con mucho tráfico, sites que necesiten rendimiento y actualización constante en base de datos, como por ejemplo un portal de noticias multisusuario, donde cada 5 minutos te puede cambiar el contenido de las portadas y decenas de usuarios pueden opinar noticias cada minuto. Aqui, cachear toda la página no tiene sentido, y si lo haces, pierdes el carácter dinámico de la página. Para eso están los sistemas editoriales de publicación de contenidos. Otra solución es que tengas un sistema escalable de máquinas balanceando la carga de la base de datos, pero creo que eso no lo suele tener el usuario medio de Drupal. Algunas de las páginas que aparecen en la lista oficial que facilitas seguro que sí, pero la gracia está en que tengan buen rendimiento en un hosting compartido.
El principal cuello de botella de Drupal está en su propia arquitectura de la tabla node para todo. Estoy en contra del modelo de datos único para todo. Funciona, pero el precio que tienes que pagar en el rendimiento es lamentable. Por ese motivo hay tanto módulo de caché en Drupal, para parchear este problema, pero no soy partidario de poner parches a los problemas, es mejor arreglar el problema en sí.
Creo que la solución sería que Drupal permitiera crear modelos de datos específicos para la herramienta que se quiera desarrollar. Me dirás que para eso está el CCK, pero lo único que hace es cargar más a la tabla node. Puede que Wordpress tenga los mismos problemas, pero son honestos con su filosofía, es un CMS para publicar blogs, y punto. WP no pretende abarcar más de lo que es su cometido. Yo desde luego me quedo con Wordpress como CMS para blogs. Además me parece más bonito y más avanzado para el propósito con el que fué diseñado.
En el mercado hay muchas opciones, y que cada uno que use la que más le guste. Yo desde luego para hacer un portal potente usaría algún framework MVC que hay para todos los gustos y más potentes que un CMS.

Gracias por tus comentarios.
Por cierto, tu página no está nada mal.
Un saludo