Абсолютно сделай это позже.Проблемы с масштабированием - это хорошая проблема, это означает, что людям нравится ваш проект настолько, что они подчеркивают аппаратное обеспечение, на котором он работает.
Последняя компания, в которой я работал, начинала с PHP и была очень маленькой.самые первые версии CakePHP, которые вышли (когда он еще был в бета-версии).Часть кода была грязной, инструмент администратора был беспорядочным (с точки зрения кода), и, конечно, это можно было сделать лучше с самого начала.Но знаете что?Они сделали это за дверь до того, как это сделали их конкуренты, и стали чрезвычайно успешными.
Когда я поднялся на борт, они начали выходить за пределы своей нынешней потенциальной масштабируемости, и , когда - это когдаони решили начать изучать CDN, методы кэширования lighttpd и другие способы очистки кода и обеспечения более плавной работы в условиях большой нагрузки.Я больше на них не работаю, но это был хороший опыт по расширению архитектуры за пределы того, на что она была изначально рассчитана.
Я могу сказать вам прямо сейчас, пытались ли они выполнить масштабируемость и оптимизацию перед продажейконтент и создание сайта вживую - они бы никогда не выросли до того размера, который есть сейчас.Компания www.beatport.com, если вам интересно, о ком я говорю (повторюсь, я не пытаюсь рекламировать их, так как больше не связан с ними, но это хороший примеручитесь, и людям будет легче понять, о чем я говорю, когда они увидят свой веб-сайт).
Лично, после работы с Ruby и Rails (и понимания разделения!) в течение нескольких лет и имеяопыт работы с PHP в Beatport - я могу с уверенностью сказать, что никогда больше не хочу работать с PHP-кодом = p