у меня сча симфони отдеает в среднем респонсы по 50-60 милисекунд. Стандартным php-fpm без выкрутасов. И при этом мы пока не ставили задачу оптимизировать это дело. Если запариться с роадраннером будет по 30-40 милисекунд. В моем случае есть куча проверок типа "может ли этот чел трогать этот ресурс" и в течении сессии юзера он обычно трогает одни и те же ресурсы. И таких проверок бывает штуки 3-4 на запрос. 3-4 раза сходить в редиску предположим что те же 3-4 милисекунды. Уже 10% от общего времени на запрос.
Я это больше к тому что все это вопрос приоритетов и требований. Кто-то пытается лэтенси уменьшить, кому-то хочется просто что бы утилизация серваков была повыше.
Это благодаря чему? Четверка на symfony/flex с только самым минимум отдает ping/pong дольше.
"мир подождет, всеравно всех ждет тепловая смерть вселенной и смысла в этом всем нет"
Лет 5 назад материл, сейчас отношусь спокойнее. Покупают железяку помощнее каждые года два и живём дальше. Есть админы, которые на любой чих говорят, что "надо серверов побольше купить")) Железяки вообще удивительно подешевели. Ну да не суть. Понятно, что продукты уровня IDE имеют другие требований, чем пыхопроекты на симфе.
Догадываюсь про правильные опкеш настройки, айтолодинг оптимизация, нормальный прод режим (прогретые кеши), поменьше файлов и т.д.
Кэши понятно прогреваются предварительно, файлов минимум, опкеш включен. Че за автолоадинг оптимизация не совсем понимаю, автолоад из стандартного места делается, вродь, куда композер генерит, оттуда и берется.
Лет 5 назад материл, сейчас отношусь спокойнее. Покупают железяку помощнее каждые года два и живём дальше. Есть админы, которые на любой чих говорят, что "надо серверов побольше купить")) Железяки вообще удивительно подешевели. Ну да не суть. Понятно, что продукты уровня IDE имеют другие требований, чем пыхопроекты на симфе.
попробуй так убер написать) если что по схеме убера можно много биизнесов всяких поднять)
Кэши понятно прогреваются предварительно, файлов минимум, опкеш включен. Че за автолоадинг оптимизация не совсем понимаю, автолоад из стандартного места делается, вродь, куда композер генерит, оттуда и берется.
простенький запрос вида "достать список из базы и выплюнуть в json" занимает милисекунд 20.
попробуй так убер написать) если что по схеме убера можно много биизнесов всяких поднять)
Да не уберы же мы тут пишем в конце концов) У нас в лучшем случае даже в продуктовых конторах скрамоаджайлы, где надо поинты жечь или жопочасы трекать. И хотел бы мыслить написанием уберов, да реальность по рогам бьет. А бывают вообще чуваки до сих пор на пхп5 или там симфу 2 насилуют...
Да не уберы же мы тут пишем в конце концов) У нас в лучшем случае даже в продуктовых конторах скрамоаджайлы, где надо поинты жечь или жопочасы трекать. И хотел бы мыслить написанием уберов, да реальность по рогам бьет. А бывают вообще чуваки до сих пор на пхп5 или там симфу 2 насилуют...
Так девопс отделы и заставляют разный медленный говнокод работать как-то приемлемо засчет закупки кучи железяк) Чего мем?
девопс - это идея о том что разделение на отделы (development отдел и operations отдел) это полная херня, которая приводит к ужасным проблемам. Идея убрать барьеры и застаивть их сотрудничать более плотно в рамках одной команды.
девопс отдел, или чел с тайтлом "девопс" это яркий пример недопонимания и подмены понятий.
где идея спринтов используется исключительно как простой инструмент для менеджмента отслеживать сроки деливери. Типа "так, это у нас в 43-ем спринте? чудно, значит можно ожидать что это будет на проде такого-то числа"
deliver more value in less time превращается в do more in less time которое воспринимается как магическое "я могу делать больше фич за меньшее время" хотя изначально подразумевалось что "делай только те фичи которые приносят ценность, приоритизация это ключ, лучше делать меньше фич но полезных". Ну там правило парето и все такое