<b>Octane ускоряет Laravel не магией, а ценой дисциплины в коде и окружении</b>

<b>Octane ускоряет Laravel не магией, а ценой дисциплины в коде и окружении</b>

Octane полезен там, где приложение много раз выполняет один и тот же bootstrap: меньше повторной инициализации, меньше лишней работы на каждый запрос. Но вместе со скоростью он приносит главный риск — состояние, которое живёт дольше одного HTTP-запроса.

Есть наблюдение которое стоит проверить: если в приложении есть глобальные синглтоны, статические кэши, мутируемые сервисы или «удобные» вспомогательные переменные в контейнере, Octane быстро превращает это в баги. То, что в FPM сбрасывалось после запроса, здесь может протечь в следующий запрос.

Перед включением проверь:
— нет ли записи в статические свойства из request scope;
— не хранится ли пользовательский контекст в singleton-сервисах;
— не мутируются ли объекты, которые должны пересоздаваться;
— очищаются ли слушатели, очереди, буферы и временные коллекции.

Для теста возьми один и тот же сценарий с разными пользователями подряд. Если ответы начинают «помнить» чужие данные — проблема не в Octane, а в lifecycle приложения. Он просто делает её видимой. ⚠️

Хорошая практика простая: всё, что зависит от запроса, держи в scoped-объектах или передавай явно. Тогда Octane даст ускорение без сюрпризов.