CakePHP, CodeIgniter или направляющие для многопользовательского клона Tumblr?
Я собираюсь начать создавать клон Tumblr, который обрабатывает многочисленных пользователей (таким образом, предварительно сделанный клонами как Джелато не сократит его), и я не уверен, какую платформу я хотел бы создать, это.
Прямо сейчас я только намереваюсь создать прототип. Что-то, что я могу надеть дюжину друзей, чтобы протестировать понятие и вырастить, возможно, паре сотни пользователей для доказательства рынка, таким образом, я не волнуюсь по поводу долгосрочного масштаба. Мое самое большое беспокойство прямо сейчас является быстрым развертыванием. Я хотел бы добраться от нуля до регистраций в максимально короткое время с как можно меньшей настройкой к предпочтительной платформе.
У меня есть опыт с PHP, но не Ruby. Однако я не думаю, что кривая обучения была бы слишком крута, таким образом, я не исключаю направляющие. Я просто хочу платформу, которая наиболее подходит для системы как многопользовательский клон Tumblr так, чтобы я мог создать ее с настолько небольшой стычкой, и так же быстро, насколько возможно.
Если кто-либо имеет опыт с подобным проектом, или с этими платформами и может предложить проницательную перспективу, я был бы очень благодарен.
Спасибо за то, что заняли время для чтения.
С наилучшими пожеланиями, ~Jordan Feldstein
5 ответов
Я занимаюсь разработкой на PHP с 2000 года, и до сих пор работаю с несколькими системами PHP (с использованием как CodeIgniter, так и CakePHP).
Я обнаружил, что Rails невероятно эффективнее для разработки ... легко на 50% больше продуктивности, в зависимости от сценария использования. Быстрее, качественнее. Для меня выбор легкий.
+1 для рельсов.
Я не могу говорить о Codeigniter. Мое общее понимание перекликается с приведенными выше утверждениями. Легковесный и не полностью объектно-ориентированный.
Я занимаюсь разработкой в CakePHP с января 2006 года после попытки развернуть Rails на моем собственном сервере и неудачной попытки. В то время Rails было непросто развернуть ... по крайней мере, для меня. В то время Cake был лучшей альтернативой и до сих пор остается во многих отношениях.
Cake - очень грамотный фреймворк. Однако я согласен с утверждениями, что он во многом «отстает» от Rails. Некоторые функции не так хорошо спроектированы, менее интегрированы или упрощены по сравнению.
Несколько месяцев назад я потратил пару дней на портирование одного из моих приложений Cake на Rails2. Просто как упражнение. Кривая обучения была очень поверхностной для кого-то вроде меня (с приличным пониманием концепций, на которых построены Cake и Rails). Недавно мы начали портировать одно из наших приложений на работе на Rails (также из Cake), потому что мы обнаружили, что поддержка многих важных для нас вещей доступна в Rails или Ruby, но недоступна или полностью реализована в Cake и PHP.
Если вы не уверены в переходе на Ruby, возможно, вам стоит взглянуть на Lithium (ранее CakePHP v3). Это только PHP 5.3, и он все еще неплохой вариант по сравнению с 1.0, но сообщество активно, и в целом похоже, что Cake мог бы быть, если бы он был запущен сегодня, а не в 2005 году.
CodeIgniter очень легкий, что, вероятно, нанесет ущерб этому проекту, если вы хотите как можно меньше кодировать.
Определенно Rails. Было бы намного быстрее разработать такой проект в Rails.
Насколько я понял, PHP на световые годы отстает от Rails в ORM. И маршрутизация Rails также намного лучше, чем любой фреймворк PHP.
CakePHP - это в значительной степени попытка портировать Rails на PHP, поэтому выбор между этими двумя средами будет зависеть от других факторов.
Одним из факторов может быть то, хотите вы изучать Ruby или нет. Я баловался этим и чувствую, что он превосходит PHP, но более практические соображения не позволяют мне больше экспериментировать с ним (приходится использовать PHP на работе).
Еще одна проблема - хостинг. Я использую Dreamhost, и плата за PHP и Rails одинакова. Однако у моего друга только что есть учетная запись хостинга GoDaddy, и ему фактически приходится платить более высокую ежемесячную плату, чтобы иметь хост с поддержкой Passenger.