Jestem nowy w Laravel. Próbowałem się otworzyć http://localhost/test/public/i dostałem

Błąd w obsłudze wyjątków.

Przeszukałem go i zmieniłem uprawnienia do katalogu przechowywania, chmod -R 777 app/storageale bezskutecznie.

Zmieniłem debug=>truesię app.phpi odwiedził stronę i mam błąd w obsługi wyjątków:

Nie można otworzyć strumienia lub pliku „/var/www/html/test/app/storage/logs/laravel.log”: otwarcie strumienia nie powiodło się: Odmowa uprawnień w / var / www / html / test / bootstrap / compiled. php: 8423

Następnie zmieniłem uprawnienia katalogu przechowywania za pomocą polecenia chmod -R 644 app/storagei błąd „Błąd obsługi wyjątków” zniknął i strona została załadowana. Ale tam otrzymuję to:

file_put_contents (/var/www/html/laravel/app/storage/meta/services.json): nie udało się otworzyć strumienia: Odmowa dostępu

Sugestia vsmoraes zadziałała dla mnie:

Laravel> = 5,4

php artisan cache:clear 
chmod -R 777 storage/
composer dump-autoload

Laravel <5,4

php artisan cache:clear 
chmod -R 777 app/storage 
composer dump-autoload

UWAGA: NIE ROBIĆ TEGO NA ŻADNYM ZDALNYM SERWERZE (URZĄDZENIE LUB PRODUKCJA)

Kiedy zadałem to pytanie, był to problem na moim hoście lokalnym, działającym na maszynie wirtualnej. Pomyślałem więc, że skonfigurowanie 777 jest wystarczająco bezpieczne, jednak ludzie mają rację, kiedy mówią, że powinieneś poszukać innego rozwiązania. Najpierw spróbuj 775

Dla pracowników Google, którzy mieli ten problem z Laravel 5.

Jest to problem z uprawnieniami spowodowany przez różnych użytkowników próbujących pisać w tym samym pliku dziennika w storage/logsfolderze z różnymi uprawnieniami.

Co się dzieje, jeśli twoja konfiguracja laravel jest prawdopodobnie ustawiona tak, aby codziennie rejestrować błędy i dlatego twój serwer WWW (apache / nginx) może utworzyć ten plik dla domyślnego użytkownika, w zależności od środowiska, może to być coś w rodzaju _wwwOSX lub www-datasystemów * NIX, wtedy problem pojawia się, gdy mogłeś uruchomić jakieś polecenia rzemieślnika i napotkałeś błędy, więc rzemieślnik napisze ten plik, ale z innym użytkownikiem, ponieważ PHP na terminalu jest wykonywane przez innego użytkownika, a właściwie twojego użytkownika logowania, możesz to sprawdzić, uruchamiając to polecenie :

php -i | grep USER

Jeśli użytkownik logujący się utworzył ten plik dziennika na serwerze sieciowym, nie będzie można w nim zapisywać błędów i odwrotnie, ponieważ laravel domyślnie zapisuje pliki dziennika z 655uprawnieniami, które pozwalają tylko właścicielowi na zapis.

Aby naprawić ten 664plik tymczasowy, musisz ręcznie nadać grupie uprawnienia do tego pliku, aby zarówno użytkownik logujący się, jak i użytkownik serwera WWW mogli zapisywać w tym pliku dziennika.

Aby uniknąć tego problemu na stałe, możesz chcieć ustawić odpowiednie uprawnienia podczas tworzenia nowego pliku w katalogu storage/logs, dziedzicząc uprawnienia z katalogu, ta odpowiedź https://unix.stackexchange.com/a/115632 może pomóc w rozwiązaniu problemu że.

Nie powinieneś nadawać 777 uprawnień. To zagrożenie bezpieczeństwa. Użytkownikom Ubuntu w Laravel 5 proponuję rekursywną zmianę właściciela katalogu:

Spróbuj wykonać następujące czynności:

sudo chown -R www-data:www-data storage

W systemach opartych na Ubuntu www-data jest użytkownikiem apache.

Dla wszystkich użytkowników Laravel 5, Homestead i Mac spróbuj tego:

mkdir storage/framework/views

czasami SELINUX powodował ten problem; możesz wyłączyć selinux za pomocą tego polecenia.

sudo setenforce 0

Problem rozwiązany

php artisan cache:clear
sudo chmod -R 777 vendor storage

umożliwia to uprawnienie do zapisu w aplikacji, strukturze i dziennikach Mam nadzieję, że to pomoże

NIGDY NIE UDZIELAJ GO ZEZWOLENIA 777!

przejdź do katalogu projektu laravel na swoim terminalu i napisz:

sudo chown -R your-user:www-data /path/to/your/laravel/project/
sudo find /same/path/ -type f -exec chmod 664 {} \;
sudo find /same/path/ -type d -exec chmod 775 {} \;
sudo chgrp -R www-data storage bootstrap/cache
sudo chmod -R ug+rwx storage bootstrap/cache

W ten sposób nadajesz swojemu użytkownikowi uprawnienia właściciela i dajesz mu uprawnienia:
1 wykonanie, 2 zapis, 4 odczyt
1 + 2 + 4 = 7 środków (rwx)
2 + 4 = 6 środków (rw) w
końcu, dla dostępu do pamięci, ug + rwx oznacza, że ​​dajesz użytkownikowi i grupie 7

Dla włóczęgów rozwiązaniem jest:

(vagrant) pamięć podręczna php artisan: wyczyść

(poza vagrantem) chmod -R 777 app / storage

(w włóczęgach) kompozytor dump-autoload

Upewnij się, że poruszasz się w swoim lokalnym środowisku, a nie wewnątrz włóczęgi, jest tutaj ważne!

Spróbuj ponownie z chmod -R 755 /var/www/html/test/app/storage. Używaj z sudo Operation not permittedw chmod. Użyj uprawnień Sprawdź właściciela, jeśli nadal występuje błąd.

Zgodnie z Laravel 5.4, który jest najnowszy w chwili, gdy to piszę, jeśli masz taki problem, musisz zmienić uprawnienia. NIE SŁUCHAJ NIKOGO, KTÓRZY POWIEDZIE, ABY USTAWIĆ 777 DLA ŻADNEGO KATALOGU. Ma problem z bezpieczeństwem. Zmień uprawnienia do folderu przechowywania w ten sposób

sudo chmod -R 775 storage

Zmień uprawnienia do folderu bootstrap w ten sposób

sudo chmod -R 775 bootstrap/cache

Teraz upewnij się, że wykonujesz oba polecenia z katalogu aplikacji. W przyszłości nie będziesz mieć problemów z pozwoleniem. 775 nie zagraża bezpieczeństwu Twojej maszyny.

Zaproponuj poprawne pozwolenie, jeśli dla Apache,

sudo chown -R apache:apache apppath/app/storage

Jeśli masz Laravel 5 i szukasz stałego rozwiązania, odpowiednie zarówno php artisanużycie wiersza poleceń, jak i serwer Apache, użyj tego:

sudo chmod -R 777 vendor storage
echo "umask 000" | sudo tee -a /etc/resolv.conf
sudo service apache2 restart

Zobacz szczegółowe wyjaśnienie tutaj .

DLA KAŻDEGO URUCHAMIAJĄCEGO SYSTEM OPERACYJNY Z SELINUX: Prawidłowy sposób zezwolenia httpd na zapis w folderze magazynu laravel to:

sudo semanage fcontext -a -t httpd_sys_rw_content_t '/path/to/www/storage(/.*)?'

Następnie, aby natychmiast zastosować zmiany:

sudo restorecon -F -r '/path/to/www/storage'

SELinux może być trudny do pokonania, ale jeśli jest obecny, MOCNIE RADZĘ, abyś się go nauczył, zamiast całkowicie go ominąć.

Miałem ten sam problem, a poniższe kroki pomogły mi go rozwiązać.

1. Dowiedz się, kto jest użytkownikiem Apache - utworzył plik test.php w folderze publicznym z kodem

<?php echo exec('whoami'); ?>

I uruchom plik z przeglądarki internetowej. Dałoby to użytkownikowi apache. W moim przypadku jest to ec2-user, ponieważ używałem aws z cronjob zainstalowanym w /etc/cron.d/. Dla innych może to być inny użytkownik.

2. Uruchom poniższe polecenie w wierszu poleceń.

sudo chown -R ec2-user:<usergroup> /app-path/public

Musisz tutaj zidentyfikować i użyć odpowiednich „użytkowników” i „grup użytkowników”.

Jeśli korzystasz z Linuksa lub Maca, nawet możesz uruchomić ssh terminal. Możesz użyć terminala do uruchomienia tego polecenia,

 php artisan cache:clear 
 sudo chmod -R 777 storage
 composer dump-autoload

Jeśli korzystasz z systemu Windows, możesz uruchomić za pomocą git bash.

 php artisan cache:clear 
 chmod -R 777 storage
 composer dump-autoload

Możesz pobrać formularz git https://git-scm.com/downloads .

Xampp do użytku:

cd /Applications/XAMPP/htdocs  
chmod -R 775 test/app/storage

Za każdym razem, gdy zmieniam app.php, otrzymuję odmowę pozwolenia na zapisanie bootstrap / cache / services.json, więc zrobiłem to, aby to naprawić:

chmod -R 777 bootstrap/cache/

rm storage/logs/laravel.log  

rozwiązał to dla mnie

Ustawienie pozwolenia na 777 to zdecydowanie okropny pomysł!

... ale

Jeśli otrzymujesz błąd uprawnień związany z folderem „przechowywanie”, to zadziałało:

1) Ustaw „przechowywanie” i jego uprawnienia do podfolderów na 777 z

sudo chmod -R 777 storage/

2) W przeglądarce przejdź do strony głównej laravel laravel / public / (laravel utworzy niezbędne początkowe pliki pamięci)

3) Zwróć bezpieczne pozwolenie 775 do magazynu i jego podfolderów

sudo chmod -R 775 storage/

Jeśli używasz laradock, spróbuj chown -R laradock:www-data ./storagew kontenerze obszaru roboczego

W moim przypadku rozwiązaniem była zmiana uprawnień do katalogów app/storage/framework/viewsi app/storage/logs.

Jeśli ktoś inny napotka podobny problem z błędem uprawnień do plików fopen, ale jest wystarczająco mądry, aby nie ślepo chmod 777, oto moja sugestia.

Sprawdź polecenie, którego używasz, aby uzyskać uprawnienia, których potrzebuje apache:

fopen('filepath/filename.pdf', 'r');

Litera „r” oznacza, że ​​jest otwarta tylko do odczytu, a jeśli nie edytujesz pliku, powinieneś ustawić go jako. Oznacza to, że apache / www-data potrzebuje przynajmniej uprawnień do odczytu tego pliku, które jeśli plik zostanie utworzony przez laravel, będzie miał już uprawnienia do odczytu.

Jeśli z jakiegoś powodu musisz napisać do pliku:

fopen('filepath/filename.pdf', 'r+');

Następnie upewnij się, że apache również ma uprawnienia do zapisu w pliku.

http://php.net/manual/en/function.fopen.php

Po prostu uruchom serwer za pomocą artisian

php artisian serve

Następnie uzyskaj dostęp do swojego projektu z określonego adresu URL:

Mam ten sam problem podczas uruchamiania Vagrant na Macu. rozwiązano problem poprzez zmianę użytkownika serwera Apache w pliku https.conf:

# check user for php
[vagrant] ubuntu ~ $ php -i | grep USER
USER => ubuntu
$_SERVER['USER'] => ubuntu
[vagrant] ubuntu ~ $ 

Uruchom apache jako użytkownika php zamiast demona użytkownika, aby rozwiązać problem z dostępem do plików w php

# change default apache user from daemon to php user
sudo sed -i 's/User daemon/User ubuntu/g' /opt/lampp/etc/httpd.conf
sudo sed -i 's/Group daemon/Group ubuntu/g' /opt/lampp/etc/httpd.conf

teraz plik pamięci podręcznej utworzony przez php może być odczytywany i edytowany przez apache bez pokazywania błędu uprawnień dostępu.

Po wielu próbach i błędach z uprawnieniami do katalogu skończyło się objawieniem ... na partycji dysku zabrakło miejsca. Chciałem się tylko podzielić, aby upewnić się, że nikt inny nie jest na tyle głupi, by szukać rozwiązania w złym kierunku.

W Linuksie możesz użyć df -hdo sprawdzenia rozmiaru dysku i wolnego miejsca.

Ten problem jest faktycznie spowodowany przez różnych użytkowników, którzy chcą write/read złożyć wniosek, ale odmówiono mu dostępu różnych praw własności. może jako „root” zainstalowałeś laravela, zanim zalogujesz się do swojej witryny jako użytkownik „laravel”, gdzie „laravel” jest domyślnym właścicielem, więc to jest prawdziwy problem. Więc kiedy użytkownik „laravel” chce domyślnie odczytywać / zapisywać wszystkie pliki na dysku, należy odmówić mu prawa własności do tego pliku przez „root”.

Aby rozwiązać ten problem, możesz wykonać następujące czynności:

sudo chown -hR your-user-name /root /nameforlder

lub w moim przypadku

sudo chown -hR igmcoid /root /sublaravel

Notatka:

1. root jako pierwszy właściciel, który zainstalował wcześniej
2. your-user-name jako domyślny właściciel, który faktycznie pisze / czyta w witrynie.
3. namefolder jako folder nazw, dla których chcesz zmienić własność.

Mam te same błędy w moim projekcie ...
Ale okazało się, że zapomniałem wypełnić enctypeformularz.

<form method="#" action="#" enctype="multipart/form-data">

Mam nadzieję, że gdzieś to pomoże ...

Podczas pracy na Windows 10 z Laragonem i Laravelem 4 wydawało mi się, że nie ma możliwości ręcznej zmiany uprawnień, ponieważ wykonywanie chmod-poleceń w terminalu wbudowanym w Laragon nie przyniosło żadnego efektu.

Jednak w tym terminalu można było przejść do folderu przechowywania i ręcznie dodać żądane foldery, takie jak ten:

cd app/storage
mkdir cache
mkdir meta
mkdir views
mkdir sessions

Polecenie cd-w terminalu przenosi Cię do folderu (może być konieczne dostosowanie tej ścieżki do struktury plików). mkdir-Polecenie stworzy katalog o podanej nazwie.

Nie miałem okazji przetestować tego podejścia w Laravel 5, ale oczekuję, że podobne podejście powinno zadziałać.

Oczywiście może być lepszy sposób, ale przynajmniej było to rozsądne obejście mojej sytuacji (naprawienie błędu:) file_put_contents(/var/www/html/laravel/app/storage/meta/services.json): failed to open stream.

1. Najpierw usuń folder przechowywania, a następnie ponownie utwórz folder przechowywania.
2. Wewnątrz folderu przechowywania utwórz nową nazwę folderu jako strukturę.
3. Wewnątrz folderu framework stwórz trzy nazwy folderów jako pamięć podręczną, sesje i widoki.

W ten sposób rozwiązałem swój problem.

Próbowałem dać 777dostęp do folderu przechowywania i działa dla mnie

1) przejdź do katalogu głównego laravel ( /var/www/htmldla mnie) i uruchom następujące polecenie

chmod 777 -R storage