0

У нас есть сервер под управлением Windows Server 2012 на AWS. Мы используем композитор для управления пакетами и запускаем команды composer [install/update] в основной учетной записи администратора. Мы запускаем наши скрипты в качестве пользователя web.Права на PHP-Composer для пакетов

Все работает, но новый скрипт, над которым я работаю, не может найти никаких классов. Оказывается, что в папках пакетов композитора есть только разрешения для пользователей Admin, у веб-пользователя нет разрешений на чтение папок.

Это никогда не было проблемой раньше, должен ли композитор применять разрешения как это? Есть ли способ настроить композитор, чтобы позволить нашему пользователю web иметь разрешения R/W на пакетах?

Кажется, что взломать/обходного пути нужно каждый раз устанавливать разрешения вручную.

Спасибо.

ответ

2

С разрешением управления у вас обычно есть два варианта: либо вы запускаете команду в качестве правильного пользователя (сети), чтобы файлы принадлежали ей, и у вас нет проблем, либо вам нужно исправить файл perms после того, как по умолчанию они не читаемы. Я действительно не вижу способа обойти это.

+0

Да, выполнение команды как 'webuser' кажется лучшим вариантом. Я просто не понимаю, как это работает раньше, но что-то внезапно изменилось, чтобы остановить его. – SteveEdson

+1

Одна вещь состоит в том, что мы теперь всегда разархивируем пакеты во временном каталоге. Это должно измениться, поскольку из-за того, что разрешение было разрешено в разных местах, но тем временем вы можете попытаться установить TEMP env var что-то, что принадлежит веб-пользователю во время работы композитора. Можете исправить это. – Seldaek

+0

О, это звучит как хорошее решение, если оно работает, не подумал об этом. Спасибо – SteveEdson