Веду разработку своего php-фреймворка, главными целями которого является компактность движка, удобство его использования при разработке сайтов на нем, и естественно, скорость отдачи страниц.
Каждый фреймворк представляет собой универсальность.
При зарработки универсальных решений — мы что-то теряем. Чем решение универсальней, тем оно менее производительнее. По этому при разработке велосипеда ответь на вопросы:
— какие основные задачи я буду на нем решать
— на каких хостингах он будет крутится
— какие доп фичи я смогу использовать
— что я могу еще подточить под свое решение.
Чем большими фичами я могу манипулировать, тем более производительную систему я смогу сконструировать.
В качестве примера могу посоветовать свой
велосипед
Он заточен под определенные технические решения, и его скорость превосходит ZF в 4 раза при отключенном кешировании и акселерировании на олднотипных малоресурсных запросах. С другими фреймворками в силу их незнания я не сравнивал. Основная фишка описана в блоге «Высокая производительность».
В качестве совета могу подсказать: чтоб достичь эффект производительности необходимо разрабатываем систему так, чтоб кол-во обращений к БД было минимальным, а лучше чтоб его не было вообще. Кал-во джоинов сводим к нолю, Не боимся сджоинивать и сортировать на клиенте, не боимся деноморолизации, так как стоимость быстрой отдачи стр дороже, чем стоимость дисков. Ищем альтернативы. Практика показывает, все неуспешные (тормозные) проекты — это плохо спроектированная БД и обращения к ней.
Простой
