Drupal vs solucion propia
-
-
-
- 58
- mensajes
-
- miembro desde
- 21/01/10
Gente, quiero hacer un sitio, basicamente social, dinámico, community driven, seo-friendly, etc etc etc..
Ahora, que opinan que sería mejor: idear una solución espeficia en php, codearla lalala lalalá...
O agarrar un drupal 6, aprovechar que viene todo lindito, busco acomodo los modulos que vayan, codeo lo que me haga falta, themeo y salgo con eso..?? -
-
-
-
- 5
- mensajes
-
- miembro desde
- 03/02/10
-
-
-
-
- 9,290
- mensajes
-
- miembro desde
- 13/04/02
Para que reinventar la rueda? Drupal ya es un framework dentro de un CMS completo, ya te permite tener gestio de usuarios, formularios, etc, es decir todo lo basico, hecho BIEN, programado BIEN, seguro y eficiente, ademas es flexible permite adaptar a tus necesidades, soporta templates, CCK, etc, no tiene sentido a esta altura hacer desarrollos desde 0....eso pierde valor ya ademas de que se pierde DEMASIADO tiempo.
-
- En serio perdés demasiado tiempo haciendo un desarrollo desde 0 sender?
Escrito por SeNdEr
Bueno, no le hagas caso a sender, porque se nota que busca el minimo esfuerzo y la mayor ganancia monetaria, sin tener en cuenta los problemas inherentes a la utilización de un framework como drupal.
Por ejemplo, programando vos tu propia aplicación, podrías escalarla de forma más sencilla. Teniendo en cuenta que no tendrías que actualizarla cada vez que a otro se le antoja ó cada vez que alguien encuentra una vulnerbailidad.
Tené en cuenta que los proyectos más escalables no son los basados en un framework (realizado por un tercero), y esto te lo digo en serio, la mayoría de personas que crecen en base a un framework (realizado por un tercero), terminan teniendo miles de inconvenientes, entre ellos, el consumo de recursos de la aplicación en sí, lo que conlleva a un gasto extra de tu bolsillo en caso de que empieces a crecer (El hardware debe ser potente vió?).
Tené en cuenta que NO es reinventar la rueda, cada programita por más que haga lo mismo siempre es diferente en cuanto a la programación del mismo. Así que, te paso puntos a favor de hacerlo por tu cuenta:
A) Escalabilidad
B) Arreglo de errores más rápidamente
C) Consumo de recursos inferior
D) Menos posibilidad de que te hackeé un BOT.
E) Aprendisaje. know-how.
por el resto, it's up to you! -
-
-
-
- 9,290
- mensajes
-
- miembro desde
- 13/04/02
Con Drupal tambien podes hacer todo eso, no necesitas esperar a que otro actualice, es de todos, ademas es codigo libre y podes manejarlo a tu antojo, yo tengo varios sitios MIOS hechos con versiones 4 de Drupal bastante viejito pero que jamas sufrio nada, son sitios grandes eh, ademas lo he adaptado a mi uso y necesidades.
Incluso sitios que ni siquiera imaginas, GRANDES PORTALES DE GRUPO CLARIN estan hechos en Drupal e incluso hasta el de la casa blanca
http://www.whitehouse.gov/
Word is out that Whitehouse.gov is now powered by Drupal. The Washington Post has the details of this big win for Drupal and Open Source
Hechos que demuestran la seguridad y confiabilidad de drupal como framework y CMS, no esta mal obviamente armar sus propios sistemas y de hecho siempre depende de cada necesidad pero hay que evaluar cada caso antes si es necesario o no crear todo desde cero siempre, incluso cada empesa tiene su propio CMS para no tener que hacer todo una y otra vez....pero Drupal es el mas flexible.... -
-
Sender, acepto que hay frameworks muy buenos de hecho utilizo Smarty para separar código de html.
Pero como te dije anteriormente, El consumo de recursos de frameworks completos que funcionan como CMS es muy grande.
¿por qué?
porque tienen código a rolete que no se utiliza ó que realmente no nos sirve para la aplicación en sí y que está ahí.
Por ejemplo, Wordpress es uno de los CMS que más dolores de cabeza me da, continuo luego con joomla y por último con Drupal. Los tres, tienen un consumo muy alto con tan sólo 6000 visitas únicas al día (en este momento estoy viendo stats de sitios similares).
Lo que conlleva que la gente utilizando esos CMS, tengan que pagar más, por lo que un sitio realizado a medida paga menos.
Yo me dedico a esta segunda parte: Programación optimizada para reducir consumo de recursos.
Los últimos sitios que hice de esa forma hoy están en un simple VPS con 10 mi visitas únicas diarias minimo, y un load average que no supera el "0,7"
Mientras que a diferencia, tengo un wordpress con 6500 visitas al día (no mio de un cliente) que mantiene el load de un c2q en más o menos 2 puntos. Con Eaccelerator, APC y litespeed! (Litespeed reduce el disk I/O logrando que el IOWAIT se reduzca a 0 en aplicaciones web :P Es excelente) -
-
no se peleen que me pongo loco y rompo todo.
mi opinión:
1) si es para un proyecto personal o para salir de apuro, un CMS es lo mejor.
2) si es para un cliente (que paga y valoriza el trabajo) hay que hacer el sistema a medida, porque sino es poco serio.
de todas formas concuerdo con que las cosas tienen que ser hechas a medida como dios manda. Los cms son útiles para salir de apuro o cuando falta presupuesto.
O sinó, symfony , a ese framework le hablas y le decís "haceme un sitio" y lo hace :P -
-
-
-
- 9,290
- mensajes
-
- miembro desde
- 13/04/02
Todo depende el uso.
Para tener un blog para que armar todo desde cero si ya existe Wordpress que se sabe que anda bien?
El cliente sabe cuando su desarrollo sera hecho desde cero y cuando con un CMS, los costos son muy difefentes entre uno y otro y la usabilidad es casi la misma. -
- Sender, tenés muy poca experiencia realmente por lo que veo. Wordpress sin ningun sistema de cacheo con 6000 visitas por día te come un dedicado.... y si el theme no está adaptado para los sistemas de cacheo, es lo mismo que nada.
Escrito por SeNdEr
Posta, no digas estas cosas, cuando claramente NO SON ASI. ahora si queres un blog con 500 visitas al dia no hay drama. -
-
-
-
- 9,290
- mensajes
-
- miembro desde
- 13/04/02
-
