Львиную долю из этих 250мс занимают запросы на базу.
Подумайте, что можно удавить, а что закэшировать.
Впрочем, многое и от сервера зависит и от настройки оного
Кстати. по собственному опыту. Невидимые варнинги во время работы скрипта, могут вылиться в 10ти кратную потерю производительности
На самом деле я-бы назвал 99.9% разработчиков фв не "идиотами" это уже слишком грубо - а молодежью с гарачым сэрдцем и желанием что-либо делать, но с отсутствием понимания необходимости "зачем".
Понятно. Все мы писали свои велосипеды. У меня это процесс закончился в 2006м, когда стало ясно, что придется свой вэлосипед переписать чуть более чем весь.
То-же было или будет с 99.9 коллегами по цеху )
Ayavryk, Ну вот на счет авторизации. У меня один из проектов использовал авторизацию через RPC на удаленном сервере. То-есть собственной авторизации у него как таковой небыло.
Понимаю, что это исключение, но достаточно частое
И потом, поверьте, но я не понимаю сложности потратить полчаса и просто написать пару функций. Это не сложная задача-же. Да --частая. Да, согласен, в каком-то случае было-бы полезно иметь класс уже в движке. но не сложное.. По мне по-крайней мере
Ayavryk, Так этим он и хорош. Только то, что надо -- базовый функционал, а все остальное можно написать за пару часов. Ту-же авторизацию. Это в моем понимании полноценный фреймворк, а не CMF, что по-сути является CMS с открытым API
А что у вас есть такое, чего нет, например в кодигнитере?
Не надо забывать, что YII и Laravel появились очень давно, для YII в 2008м году.
как мною-любимый фэлкон - цель - производительность, поэтому он и написан на сях и для работы на сервере сначала надо все собрать. Но вот если цель поставленная разработчиком - "Хачу такой, только розовый и с моей фамилией в копирайте" - то из этого мало чего выйдет
Вот я хочу предложить разработчику подумать над микрофреймворкой, в котором было-бы 3 вещи, обработчик GET/POST запросов, контроллер базы и шаблонизатор. причем желательно, чтобы это все было в одном файле и работало как можно быстрее.
john_j, Если у вас 32 гига оперативки, например, то туда можно закэшировать 98% типовых запросов и не дергаться, причем даже не средствами sql а движком.
показ карточек товара можно вообще всю согнать в статику и возложить все на энжинкс, через динамику выводить только кол-во товара на складе (если выводится) и затягивание состояние корзины
ведь по-большей части все запросы сводятся к выборкам товаров по достаточно узкой группе критериев и я почти уверен, что результаты всех запросов в оперативку влезут.
Вот и получится, что мускул будет отрабатывать только самые редкие запросы, а все остальное время курить бамбук.
А что касаемо того-же опенкарта. простой пример. у него в блоке категорий, выводится кол-во товаров, относящихся к категории. Делается это через SELECT COUNT. А теперь представьте, что при каждом вызове любой страницы он подсчитывает кол-во товаров для каждой категории, причем не по ключевым полям.
А если там их мульён, кэширования нет и на сайт заходит 10к уников в сутки.
Вот он и сдыхал при подсчёте (я про 1.0). Там скорость работы обратно-пропорциональна кол-ву товара, причем зависимость нелинейная.
Господа. О чем спор вообще.
1 млн записей, если движок написан исключительно с выборкой через 20 этажные джойны и там на экстракцию одного товара требуется 450 запросов или прогоняется рандом по всей базе, то там хоть 8-ми ядерный xeon -- все-равно сдохнет.
Старые опенкарты тем и плохи, что они для получения 1 товара используют несколько десятков запросов на базу, причем весьма сложных и не оптимизированных.
Новый я пока не ковырял
Дайте мне таблетки от жадности, да побольше, побольше!!!!
ну тут приколисты собрались, как я погляжу.
Один решил написать мерворожденый фреймворк, на котором сможет что-то сдеалть только сам автор.
другой к фреймворку админку приделывает, для управления базами данных (phpMyAdmin видимо мало. хочется еще свой троянчик написать)
Фреймворк, по своей сути, это набор библиотек для работы с базами данных, изображениями, сессиями + проверка запросов + шаблонизатор + готовый роутер.
Именно то, чего обычно больше всего в лом писать собственноручно.
Всё!
Если кому-то нужна убер производительность обратитесь к phalcon-у. У него часть библиотек на сях написаны вообще. /кстати, емнип на фэлконе написан сайт пхп нет/ (подозреваю, что автор на сях свои библиотеки писать не будет) если нужно что-то достаточно быстрое и маленькое на сайт в 10 страничек, то пхпикси или третий кодигнитер.
Зачем свой велосипед городить, если их и так в мире стотыщмильёнов
Согласно закону, выставлять цену в иностранных валютах, равно как и в условных единицах на территории России запрещено.
За это предусмотрена административная ответственность
