PHP в проде ломается не из-за синтаксиса, а из-за границ процесса

PHP в проде ломается не из-за синтаксиса, а из-за границ процесса

В PHP легко забыть, что каждый request — отдельная жизнь, но окружение вокруг него общее: FPM-пулы, opcache, очереди, cron, файловая система, Redis. Баги чаще сидят не в контроллере, а на стыке.

Проверяйте границы явно:
— таймауты HTTP-клиентов и БД не должны быть «по умолчанию»;
— запись файлов только через атомарную замену, не поверх существующего;
— lock для cron/queue-задач, которые нельзя выполнять параллельно;
— idempotency key для платежей, постбеков, вебхуков;
— отдельные лимиты памяти для воркеров, не копия настроек FPM.

Есть наблюдение которое стоит проверить: если код нельзя безопасно перезапустить в середине операции, это не бизнес-логика, а лотерея. Особенно в импортах, биллинге, рассылках и синхронизациях CRM.

Хороший PHP-сервис проектируется не вокруг «быстрого ответа», а вокруг повторяемости: упал процесс, повторился job, пришёл дубль вебхука — данные остались консистентными.