CakePHP, CodeIgniter или Rails для многопользовательского клона Tumblr?

Question

Я собираюсь приступить к созданию клона Tumblr, который будет обрабатывать несколько пользователей (поэтому готовые клоны, такие как Gelato, этого не сделают), и я не уверен, какой фреймворк я бы хотел создать.

Сейчас я только собираюсь создать прототип.Я могу пригласить дюжину друзей, чтобы протестировать концепцию и вырасти до пары сотен пользователей, чтобы доказать рынок, так что меня не волнует долгосрочный масштаб.Моя самая большая проблема сейчас - быстрое развертывание.Я хотел бы перейти с нуля на регистрацию за максимально короткий промежуток времени, с минимальной настройкой в ​​соответствии с выбранной структурой.

У меня есть опыт работы с PHP, но не с Ruby.Тем не менее, я не думаю, что кривая обучения будет слишком крутой, поэтому я не исключаю рельсы.Мне просто нужна среда, наиболее подходящая для такой системы, как многопользовательский клон Tumblr, чтобы я мог создать ее с минимальными трудностями и как можно быстрее.

Если кто-то имеет опыт работы с подобным проектом или с этими структурами и может предложить глубокую перспективу, я был бы очень признателен.

Спасибо, что нашли время, чтобы прочитать.

Приветствия, ~ Джордан Фельдштейн

Answer 1

Определенно Рельсы. Разрабатывать подобные проекты в Rails намного быстрее.

Насколько я видел, PHP отстает от Rails в ORM. И маршрутизация Rails намного лучше, чем любая PHP-инфраструктура.

Answer 2

+ 1 для рельсов.

Я не могу говорить о Codeigniter. Мое общее понимание перекликается с приведенными выше утверждениями. Легкий и не полностью ориентированный на объект.

Я разрабатывал в CakePHP с января 2006 года, после попытки развернуть Rails на моем собственном сервере и из-за сбоя. Rails тогда было нелегко развернуть ... по крайней мере, не для меня. В то время Cake был лучшей альтернативой, и до сих пор во многих отношениях.

Торт - это очень грамотная основа. Тем не менее, я согласен с утверждениями о том, что во многих отношениях это далеко "позади" Rails Некоторые функции не так хорошо разработаны, менее интегрированы или упрощены по сравнению.

Несколько месяцев назад я провел пару дней, портируя одно из моих приложений Cake на Rails2. Просто как упражнение. Кривая обучения была очень мелкой для кого-то вроде меня (с приличным пониманием концепций, на которых основаны Cake и Rails). Недавно мы начали переносить одно из наших приложений на работу в Rails (также из Cake), потому что обнаружили, что поддержка многих важных для нас вещей доступна в Rails или Ruby, но недоступна или как полная в Cake и PHP.

Если вы не уверены в переходе на Ruby, возможно, вы захотите взглянуть на Lithium (ранее CakePHP v3). Это только PHP 5.3 и все еще хороший путь от 1.0, но сообщество активно и в целом похоже на то, каким мог бы быть Cake, если бы он был запущен сегодня, а не в 2005 году.

Answer 3

Я занимаюсь разработкой на PHP с 2000 года, и до сих пор работаю над множеством PHP-систем (использующих как CodeIgniter, так и CakePHP).

Я обнаружил, что Rails невероятно более эффективен в разработке и позволяет на 50% повысить производительность в зависимости от варианта использования. Быстрее, выше качество. Легкий выбор для меня.

Answer 4

CakePHP - это в значительной степени попытка портировать Rails на PHP, поэтому выбор между этими двумя фреймворками будет зависеть от других факторов.

Одним из факторов будет то, хотите ли вы изучать Ruby или нет. Я баловался этим и чувствую, что он превосходит PHP, но более практические проблемы не позволяют мне больше экспериментировать с ним (приходится использовать PHP на работе).

Еще одной проблемой будет хостинг. Я использую Dreamhost, и плата за PHP и Rails одинакова. Однако мой друг только что получил учетную запись хостинга GoDaddy, и ему фактически приходится платить более высокую ежемесячную плату, чтобы иметь хост с поддержкой Passenger.

Answer 5

CodeIgniter имеет очень легкий вес, что, вероятно, в ущерб этому проекту, если вы хотите закодировать как можно меньше.