Кешируешь данные

Цикл в кеш не попадает

данные очень быстро достаются, а list-item большой больше сотни строк кода 2-3ms рендер одного. и таких на странице несколько десятков.

мне надо именно html кешировать

делай через компоненты, там можно возвращать что угодно

Думаешь, сходить по сети за кэшем быстрее будет? Оптимизируй шаблон, кэшируй данные. Иди в сторону jamstack, тогда фронт будет статичным, а данные сможешь подгружать уже из кэша и по требованию.

компоненты идея.
и да, если по одному ходить то не быстро тоже будет. а если за всеми сразу из цикла  то может и норм.
но тогда кешировать надо уже весь блок с циклом а не отдельные.

Всем привет.
Кто-то использовал уже octane на продакшене?
Поделитесь впечатлениями

октан кстати можно использовать на части роутов, а остальное приложение по старинке?

Как ты себе это представляешь? У октана в принципе рантайм другой. Только если это разные приложения.

можно в том же рантайме. просто при переходе на октан могут вылезти проблемы с локальными кешами. когда в классах чтото кешируется. в результате если приложение писалось без октана изначально. и программист в голове держит что после запроса процесс все равно умрет, не надо ничего чистить.
в итоге закешированные данные из одной сессии могут попасть в другую.
если поставить  --max-requests=1 то проблемы не будет.
но так не интересно.

с другой стороны лично у меня оптимизация по скорости необходима в небольшой части приложения 80-90% запросов идут на 10-20% роутов. вот их и хотелось бы оптимизировать.

то есть представляю себе эт о как модуль который часть роутов отправляет в постоянный обработчик  --max-requests=250 как в доке, а часть в одноразовые  --max-requests=1.

Если у тебя сервер будет перезапускаться каждый запрос, то смысл от октана? Это будет медленнее nginx'a.

параметр --max-requests говорит о том сколько запросов обработает 1 воркер. после этого воркер перезапускается, а не сервер.

я это вижу опять же, как например 6 воркеров работают с  --max-requests=250. а еще с десяток с  --max-requests=1
только нужен модуль который одни роуты отправляет долгоживущим воркерам, а другие одноразовым

Я его и имел в виду. Традиционная связка nginx + php-fpm будет работать так же. Это мы ещё не касались вопроса, как ты собрался это делать, не переписывая октан.

тогда можно будет начать внедрение октиана с одного роута. и постепенно переводить прилоожение полностью на него

фишка в том что 90% роутов мне не интеренсо оптимизировать. а вот 10% роутов с большой посещаемостью хотелось бы оптимизировать до блеска.

Не зная вводных, сложно обсуждать. Может, ты не с той стороны собрался оптимизировать?

ну вот например инет магагазин. мне надо чтобы стр товара и категории, главная - открывались очень быстро. а еще в проекте есть црм, кабинеты пользоватлеей и очень много всего.
в первую очередь мне  нужны оптимизации для этих 3х роутов. а в проекте их несколько сотен.
я бы внедрил октан, но проблемы если они есть сразу не вылезут.

поэтому я бы начал использование октана тлоько на 3х роутах, а остальные с  --max-requests=1

Ну мол, цепляешь ты октан, а потом оказывается, что ботлнек в бд.