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

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

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

Проверьте базовые места до запуска:
— не храните пользовательские данные в свойствах singleton-сервисов;
— очищайте статические кэши и локальные коллекции после запроса;
— не тащите в контейнер объекты, завязанные на текущий request;
— отдельно тестируйте очереди, HTTP-клиенты и любые глобальные хелперы;
— следите за соединениями к БД, Redis и внешним API, чтобы они не протухали в памяти.

Самая частая ошибка — писать код как для классического PHP-FPM и ждать, что Octane «сам всё разгладит». Он не чинит архитектуру, а только быстрее исполняет то, что уже есть. Если сервисы не чисты в обычном режиме, под долгоживущим воркером проблема проявится раньше и больнее.

Хороший чек перед выкладкой простой: один запрос не должен менять поведение следующего. Если это правило нарушается, сначала ищите состояние, потом уже смотрите на тюнинг и число воркеров.