CakePHP, CodeIgniter o Rails para clon Tumblr multiusuario?

Question

Estoy a punto de comenzar a construir un clon tumblr que maneje múltiples usuarios (por lo que los clones prefabricados como Gelato no lo cortarán) y no estoy seguro de qué marco me gustaría construir.

En este momento, solo tengo la intención de construir un prototipo. Algo en lo que puedo hacer que una docena de amigos prueben el concepto y llegar a tal vez un par de cientos de usuarios para probar el mercado, así que no estoy preocupado por la escala a largo plazo. Mi mayor preocupación en este momento es una implementación rápida. Me gustaría pasar de cero a registros en el menor tiempo posible, con la menor personalización posible en el marco de elección.

Tengo experiencia con PHP, pero no con Ruby. Sin embargo, no creo que la curva de aprendizaje sea demasiado empinada así que no descarto los rieles. Solo quiero el marco que sea más apropiado para un sistema como un clon tumblr multiusuario para que pueda construirlo con la menor molestia posible y lo más rápido posible.

Si alguien tiene experiencia con un proyecto similar, o con estos marcos y puede ofrecer una perspectiva perspicaz, estaría muy agradecido.

Gracias por tomarse el tiempo para leer.

Saludos, ~ Jordan Feldstein

Answer 1

He estado desarrollando en PHP desde 2000, y todavía tengo un montón de sistemas PHP en producción (usando tanto CodeIgniter como CakePHP).

He encontrado que Rails es increíblemente más eficiente para desarrollar en ... fácilmente un 50% más de productividad, dependiendo del uso-caso. Más rápido, de mayor calidad. Una elección fácil para mí

Answer 2

CodeIgniter es muy ligero, lo que es, probablemente, en detrimento de este proyecto si desea codificar lo menos posible.

Answer 3

CakePHP es más o menos un intento de trasladar Rails a PHP, por lo que elegir entre esos dos marcos dependerá de otros factores.

Un factor sería si quieres aprender Ruby o no. He incursionado en ello, y siento que es superior a PHP, pero las preocupaciones más prácticas me impiden experimentar más con él (tengo que usar PHP en el trabajo).

Otra preocupación sería el alojamiento. Yo uso Dreamhost, y la tarifa es la misma para PHP y Rails. Sin embargo, un amigo mío acaba de obtener una cuenta de hosting de GoDaddy, y en realidad tiene que pagar una tarifa mensual más alta para tener un host habilitado para Passenger.

Answer 4

Definitivamente carriles. Sería mucho más rápido desarrollar un proyecto como este en Rails.

Por lo que pude ver, PHP está a años luz de Rails en ORMs. Y el enrutamiento Rails es mucho mejor que cualquier framework PHP también.

Answer 5

+1 para rieles.

No puedo hablar de Codeigniter. Mi comprensión general se hace eco de las declaraciones anteriores. Ligero y no totalmente orientado a objetos.

He desarrollado en CakePHP desde enero de 2006, después de tratar de implementar Rails en mi propio servidor y fallar mal. Rails no fue fácil de implementar en aquel entonces ... al menos no para mí. En ese momento, Cake era la mejor alternativa, y todavía lo es en muchos aspectos.

Cake es un marco muy competente. Sin embargo, estoy de acuerdo con las declaraciones de que, en muchos sentidos, está "detrás" de Rails. Algunas características no están tan bien diseñadas, son menos integradas o simplificadas en comparación.

Hace unos meses, pasé un par de días portando una de mis aplicaciones de Cake a Rails2. Solo como un ejercicio. La curva de aprendizaje era muy superficial para alguien como yo (con una comprensión decente de los conceptos en los que se basan Cake and Rails). Hace poco comenzaron a portar una de nuestras aplicaciones en el trabajo para rieles (también de torta) porque hemos encontrado que el apoyo a una gran cantidad de cosas que son importantes para nosotros están disponibles en los carriles o Ruby, pero no están disponibles o lo más completo en Cake y PHP.

Si no está seguro acerca de cambiar a Ruby es posible que desee ver a Lithium (anteriormente CakePHP v3). Es PHP 5.3 solamente y siendo una buena manera de 1,0 pero la comunidad está activo y en general parece que lo Cake podría haber sido si se hubiera comenzado hoy y no

2005.