php - ¿Debo usar el framework Drupal o Kohana para una "aplicación" web?
frameworks (6)
El debate es que necesito un PHP Framework / Drupal con la flexibilidad de agregar funciones personalizadas a una aplicación potencialmente grande (web y con una API).
Sin embargo, con un marco, como Kohana, me veo abordando y reinventando la rueda con cosas simples como administración de cuentas y cosas de cms. La administración de cuentas y la recopilación rápida de datos, como la creación rápida de formularios, son tediosas en Kohana, pero parecen increíbles y simples en Drupal. Por otro lado, en base a mi limitada experiencia en Drupal, dudo que crear "funciones" rápidas y personalizadas y permitir a los usuarios crear "grupos" y administrar sus propios roles dentro de esos grupos sea algo que Drupal puede lograr fácilmente.
Para simplificar, Drupal es capaz de verdaderas aplicaciones web; donde la aplicación es un servicio y proporciona resultados personalizados para cada usuario? ¿Puede proporcionar una interfaz tipo tablero de instrumentos para que los usuarios cambien sus configuraciones o preferencias? ¿Puede agregar datos de usuarios particulares para proporcionar mejores resultados / información a otros?
Si es así, avísenme por algún conocimiento :-)
Lo divertido de Drupal es lo que la comunidad llama en broma regla # 35: hay un módulo para eso. A menos que quiera hacer algo realmente complicado, a menudo encontrará que la funcionalidad ya se ha implementado y solo necesita configurarlo.
No hay cosa imposible de lograr. La pregunta es si quieres trabajar con el código de otra persona y tratar de averiguar cómo cavar dentro y extenderlo para que se ajuste a tus necesidades o si quieres usar un marco ligero como Kohana o quizás CodeIgniter (mi favorito) y conducir su propio automóvil, aunque es posible que necesite "inventar" algunas de las ruedas.
Continúe e investigue qué complementos hay en su marco de trabajo preferido, ya que hay muchos marcos que brindan soluciones muy buenas que pueden proporcionarle estas ruedas.
En mi opinión personal, el tiempo que pasarás estudiando Drupal será equivalente al tiempo necesario para que crees tu funcionalidad CMS básica, pero los nervios que usarás tratando cosas fuera de tu control como el código Drupal básico cambiarán las escalas en favor de Marco.
Como desarrollador web novato, puedo decirte que debes analizar los casos de uso para tu aplicación web de manera muy estricta. Si puede cubrir al menos el 75% de los casos de uso que prevé, ese es un buen comienzo.
Una vez hecho esto, necesita averiguar si Drupal / Joomla / CMS (x) le dará todo eso y con otro posible aumento de característica desconocido del 5-10%. Si es así, es mejor que entres con Drupal, etc.
De lo contrario, creo que CodeIgniter o Symfony son excelentes frameworks de PHP para saltar. Ambos ofrecen sólidos tutoriales, videos y demás, y una comunidad útil. Kohana, en el que estoy trabajando, creo que deberías adentrarte si realmente entiendes PHP y sus defectos, y te darás cuenta de que la velocidad será un factor crítico. Esas son las dos grandes fortalezas que KO3 trae a la mesa y realmente debería necesitarlas para usarlas.
Espero que esto ayude.
Trabajé tanto con Drupal como con Kohana.
En mi opinión, realmente depende de lo que quieras hacer. Si va a hacer una aplicación web que necesita crecer mucho y debe ser flexible para su crecimiento, le recomiendo usar Kohana. Kohana está hecho para mantener su base de código limpia y compatible en SECO (No repetir). Si bien es probable que no tenga tantos módulos como Drupal, tiene algunos módulos Auth y ACL.
Si quiere terminar rápido y no le importa hacer su aplicación a otros módulos, Drupal hará su trabajo rápidamente. Pero tenga en cuenta que cuando vaya a extenderlo, probablemente se encuentre con problemas que provienen de módulos que no conoce. También requiere un poco de flexibilidad de usted.
En definitiva, es tu elección. Pero recomiendo usar un marco MVC si vas a escribirlo desde cero.
Admito de inmediato que soy un gran admirador de Drupal y nunca he usado Kohana, por lo que esta publicación será unilateral.
En la empresa para la que trabajo utilizan Drupal o Zend Framework para casi todos los proyectos (Drupal es en su mayoría). A muchas personas orientadas a ZF no les gusta Drupal ya que su estructura está muy alejada de las cosas ZF orientadas a objetos, y Drupal es "solo un CMS". Según veo, Drupal es más un Framework que "solo" un CMS, y la mejor parte es que es increíblemente flexible: todo es posible.
Y sí, de hecho hay un módulo para todo. Para ser más especifico:
Por otro lado, en base a mi limitada experiencia en Drupal, dudo que crear "funciones" rápidas personalizadas y permitir a los usuarios crear "grupos" y administrar sus propios roles dentro de esos grupos sea algo que Drupal puede lograr fácilmente.
Solo puedo adivinar a qué te refieres con características personalizadas rápidas, pero también es fácil expandir Drupal con tus propios módulos. La mayoría de las características están disponibles como módulos (gratuitos, aportados por la comunidad) y se pueden crear fácilmente muchas funciones de aspecto avanzado, por ejemplo, con los módulos "vistas" y "cck". http://drupal.org/project/cck http://drupal.org/project/views
Creación de grupos: "grupos_orgánicos" ( http://drupal.org/project/og )
"og_user_roles" ( http://drupal.org/project/og_user_roles )
Estos módulos juntos son lo que necesita para crear grupos que tengan roles específicos de grupo (y roles que tengan derechos específicos). Probablemente haya otras maneras de usar "og_user_roles", pero lo estoy anunciando porque hice algunos parches hace unos años. El problema suele ser demasiadas opciones.
Si desea ampliar las opciones específicas del grupo, puede codificar su propio módulo, pero lo más probable es que no lo necesite porque ya hay un módulo para él. Por ejemplo, hay al menos 120 módulos que se integran de alguna manera con el "módulo de grupos orgánicos": http://drupal.org/taxonomy/term/90?page=19
Para simplificar, Drupal es capaz de verdaderas aplicaciones web; donde la aplicación es un> servicio y proporciona resultados personalizados para cada usuario? ¿Puede proporcionar una interfaz tipo tablero de instrumentos para que los usuarios cambien sus configuraciones o preferencias? ¿Puede agregar datos de usuarios particulares para proporcionar mejores resultados / información a otros?
En resumen, sí. Hay muchas maneras de lograr algo que describiste. Pero probablemente involucrarían al menos el excelente módulo de "vistas". Considero que las vistas son una especie de capa SQL de abstracción y UI para cualquier persona. Y hay más de 300 módulos que de alguna manera se integran con Views ... ( http://drupal.org/taxonomy/term/89?page=55 )
Esto suena a que Drupal tiene que ver con los módulos ... y sé que a algunos de mis colegas incluso les disgusta eso, porque nunca puedes codificar cosas divertidas porque ya están hechas. Al menos puedes mirar el código del módulo y aprender de eso. O reírse de eso, también hay muchos módulos mal programados.
Cuando llegue a los módulos de codificación, probablemente necesitará mucho tiempo para acostumbrarse a la API de Drupal, a la API de formularios, a los enganches del módulo, al sistema de anulación del tema y a las infinitas opciones de los módulos contrib. Pero vale la pena el problema.
Encuentro este sitio muy útil para encontrar un módulo para alguna necesidad específica. El sitio muestra la misma información del módulo que Drupal.org, pero también los comentarios / calificaciones de los usuarios, para encontrar la mejor opción: http://drupalmodules.com/
Si no está claro, mi respuesta sería ir con Drupal :)
PD: D7 debería estar listo muy pronto. Algunos podrían esperarlo en lugar de comenzar con D6. Durante D5 las personas esperarían mucho antes de actualizar a D6 debido a la falta de módulos. Creo que para D7 los módulos más importantes estarán disponibles para D7 muy rápido. Algunas investigaciones por el momento (12.04.2010):
Alrededor de 190 módulos prometen tener una versión Drupal 7 el día en que se lanza D7: http://drupal.org/project/modules?solrsort=sort_title%20asc&text=d7cx&display=table
Cerca de 130 módulos ya están disponibles para D7 (la mayoría están incluidos en el enlace anterior): http://drupal.org/project/modules?filters=drupal_core:103&solrsort=sort_title%20asc&text=d7cx&display=table
EDITAR: como novato, solo puedo publicar un enlace, así que eliminé http: // de drupal.org-links
Soy nuevo en Drupal (7.12) y Kohana (3.2.0) ... Mi experiencia hasta ahora es que la documentación de Kohana CHUPA (o al menos, lo que he visto de ella). Y si su sitio web y / o foro está escrito en Kohana, también apesta (slooooow, con campos superpuestos, etc.). Mientras que con Drupal, ha sido limpio y, hasta ahora, muy eficiente (lo mejor que puedo decir hasta ahora).
Supongo que me pregunto si los comentarios hasta ahora se centraron en Drupal 6.x y no han tenido en cuenta las innovaciones más recientes en Drupal. ¿Alguna idea / comentario? Gracias.