Почему слетают права на директорию с содержимым Magento2?

Question

[glebvvs]

Добрый день. Использую ubuntu 16.04. Ситуация такая. Развернул LAMP у себя на локалке. Magento 2 поставил в директории /var/www/. При первом запуске затребовала права доступа. Прописал команду

sudo chmod 777 -R /var/www/magento2

после этого все заработало как надо. Но столкнулся с тем, что после команды

php bin/magento setup:upgrade

все права отваливаются и каждый раз приходится прописывать

sudo chmod 777 -R /var/www/magento2

чтоб все заработало как прежде.
Может кто-то знает в чем проблема? Кто или что сваливает права обратно на sudo.

Comments

[Saboteur]

от какого юзера запускается lamp и от какого юзера вы апгрейдите magento?
777 это как бы не самый хороший вариант.

[glebvvs]

Saboteur Чем 777 плох? С точки зрения безопасности? Просто сейчас у меня на локалке и особо с правами я по-этому и юзерами я особо не парился) Просто не думал что будет почему-то слетать...

[Saboteur]

glebvvs, 777 ненадежен. При создании новых файлов и подкаталогов у них все равно не будет 777, ведь umask вы не правили.
Поэтому лучше разобраться со стандартными правами, и выяснить от какого имени запускаются процессы, которые туда пишут.

Answer 1

[Павел]

Добавьте своего юзера в группу апача, в ubuntu вроде www-data группа по умолчанию у апача, соответственно скрипты php запускаются от
sudo usermod -a -G www-data youruser

Либо запускайте команды для magento от пользователя под которым работает апач и у которого есть права на папку с magento:
sudo -u www-data php bin/magento setup:upgrade

Comments

[glebvvs]

Добавил пользователя в группу, но чето никак не помогло. А по поводу того, что с судо запускать. Ну допустим можно, но ведь когда ломаются права то даже сайт ложится...

[Павел]

glebvvs, так Вы запускаете не под sudo, а под www-data в данном случае, просто у sudo к www-data есть права и команда будет выполнена