чем не устраивает ответ, который был 4 дня назад? разобраться с композером, ну минут 30 может быть, если первый раз, а потом только пользоваться.
с роутерами тоже можно не выдумывать велики, а подключить готовый роутер в том числе и симфонический и сразуже разобраться как конфигурировать через yaml
Теперь в папке проекта будет находиться папка vendor, которая включает в себя собственно сам автозагрузчик autoload.php. Также создаём папку src в которой и будет весь код проекта в соответствии с PSR-0 без сторонних библиотек, которые будут лежать в vendor.
И самое интересное - это кеш автозагрузчика! ;) т.е. чтобы не было попыток находить файл, его имя и полный путь кешируется в APC, WinCache, XCache и т.д.
Выбрал самый слабенький впс-ик, который есть сейчас в распоряжении rackserver.ru тариф VZ1 (512Mb RAM / 1 CPU Core) виртуализация OpenVZ, свопа нет вообще, OS Debian 7 32-bit
Запускаю в одном окошке htop, чтобы видеть изменение в реальном времени.
До момента конфигурирования параметров времени прошло 1 минута и 40 секунд, пока обратил внимание и прощёлкал "ентеры" в общей сложности развёртывание дефолтного проекта заняло 2 минуты.
Потребление памяти в htop было таким: колонка VIRT показывала до 216М, а RES 160М
На серваке крутится малозагруженный сервис написанный на sf2, подняты сервисы apache2, nginx, mariadb 10, memcache на 64мб, пхп версии PHP 5.5.18-1~dotdeb.1 (cli) (built: Oct 22 2014 18:15:17)
Вообще конечно же проекты должны включать файл composer.lock и обновление пакетов на продакшине выполнять следует командой composer install --prefer-dist тогда потребление памяти будет копеечная, а скорость выполнения считанные секунды т.к. композер не будет пытаться вычислять все зависимости, а только скачает нужные пакеты и всё.
на последок наверно стоит отметить, что PHP не является "универсальным" языком, а следовательно, если очень уж хочется "написать" "универсальную" систему, что стоит тогда уж выбрать и язык по настоящему "универсальный", например Java или Python.