Brak uprawnień do zapisu w katalogu pub / static podczas uruchamiania bin / magento setup: upgrade

Dzień wcześniej zaktualizowałem nowy moduł i działał normalnie. Teraz, gdy biegnę bin/magento setup:upgrade, otrzymuję poniższy wyjątek. Próbowałem ustawić uprawnienia na 777 (lub 770) dla pubfolderu w Magento 2, ale to nie działa.

  [Wyjątek]
  Brak uprawnień do zapisu w następujących katalogach: „pub / static”

Skrócony pub/staticfolder TL; DR .

Dla mnie miałem starszą instalację, która prawdopodobnie miała pewne dowiązania symboliczne i stare pliki, które już nie istnieją.

Problem checkInstallationFilePermissionspolega na tym, że sprawdza rekurencyjnie uprawnienia. Pliki i foldery. Miałem brakujące dowiązanie symboliczne, które zwróciło fałsz na czeku, jeśli można go zapisać.

Jak debugować:

1. setup/src/Magento/Setup/Model/FilePermissions.php

2. Idź do linii 143 w metodzie checkRecursiveDirectories

3. Dodaj linie var_dump($subDirectory);var_dump($subDirectory->isWritable());

4. Uruchom ponownie bin/magento setup:upgrade

teraz zobaczysz, co naprawdę jest nie tak, i możesz to naprawić. Osobiście usuwam wszystkopub/static , to będzie automatycznie generowana treść, więc nie powinieneś się tym martwić.

Wystąpił ten błąd podczas programowania z powodu przerwanego łącza symbolicznego.

Utworzyłem plik w view/frontend/webkatalogu modułu, który w developertrybie został wdrożony do pub/statickatalogu za pomocą dowiązania symbolicznego wskazującego katalog modułu, w którym przechowywany jest oryginalny plik.

W pewnym momencie programowania usunąłem ten plik z modułu, ale nadal istniało łącze symboliczne pub/staticwskazujące na plik, który już nie istniał. Spodziewam się, że tak też by było w przypadku zmiany nazwy jednego z plików.

Jeśli witryna jest w productiontrybie i została bin/magento setup:static-content:deployuruchomiona, faktycznie kopiuje pliki do pub/statickatalogu zamiast tworzyć łącza symboliczne.

Aby znaleźć ten zerwany symboliczny link, uruchomiłem polecenie z powłoki

find -L . -type l

Usunięcie zepsutego dowiązania symbolicznego rozwiązało problem (na przykład za pomocą find -L . -type l -exec rm {} \;).

W swoim katalogu głównym Magento uruchom poniższe polecenia i twój problem powinien zniknąć:

$ rm -rf pub/static/*
$ php bin/magento setup:static-content:deploy

Pracował dla mnie.

Należy skonfigurować uprawnienia zgodnie z opisem w oficjalnej dokumentacji: http://devdocs.magento.com/guides/v2.0/install-gde/install/file-system-perms.html

To jest mój rozwiązany tymczasowy. Komentuję linię 744 i 466 w <magento_dir>/setup/src/Magento/Setup/Model/Installer.php.

To jest kod linii:

$this->checkInstallationFilePermissions();

Potrzebuję rozwiązania nie zmieniającego pliku podstawowego.

Naprawiono odmowę uprawnień bin / magento

chmod u + x bin / magento

Te foldery muszą mieć odpowiednie uprawnienia, jak opisano w: http://devdocs.magento.com/guides/v2.0/install-gde/install/file-system-perms.html

Gdy usuniesz zawartość folderu pub / static i nadasz folderowi pub / static pozwolenie 770, komunikat nie pojawi się ponownie.

Miałem ten sam problem, że nie mogłem zainstalować Magento za pomocą wiersza poleceń. Po prostu utworzenie folderu pub/staticrozwiązało problem.

Jeśli ktoś ma ten problem w systemie Windows. Wystarczy wykonać polecenie w wierszu polecenia administratora, a będzie działać jak urok. Mam nadzieję, że to komuś pomoże.

W moim przypadku błąd spowodował uruchomienie polecenia aktualizacji przez użytkownika innego niż root lub użytkownika z ograniczonymi uprawnieniami. Upewnij się, że uruchomiłeś polecenie aktualizacji z użytkownikiem z wystarczającymi uprawnieniami.

Wielokrotnie weryfikowałem uprawnienia do zapisu i wszystko było dobrze.

1. Skomentowałem ten wiersz, który rzuca mi wyjątek.
2. Potem uruchomiłem setup: upgrade.
3. Cofnął wiersz z wyjątkiem
4. Problem nie był już odtwarzany

Uruchom następujące polecenie dla następujących trzech adresów IP:

<Magento-Directory>php bin\magento maintenance:allow-ips 127.0.0.1, 
<Magento-Directory>php bin\magento maintenance:allow-ips "the ip of my localhost given by the NAT-Router" and
<Magento-Directory>php bin\magento maintenance:allow-ips  "the ip of the NAT-Router" 

nie używaj tego:

rm -r pub/static

usunie wszystkie pliki, nawet .htaccess

możesz użyć tego będzie lepiej:

rm -rf pub/static/frontend
rm -rf pub/static/adminhtml

po tym użyciu:

php bin/magento setup:static-content:deploy en_US -f 

po prostu usuń folder pub / static z magento2

rm -r pub/static

następnie wdróż statyczną zawartość magento2

php bin/magento setup:static-content:deploy

dzięki temu procesowi rozwiązałem ten sam problem.