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

Jest to pytanie związane z instalacją Laravel. Mam publiczną konfigurację serwera Unix:

<VirtualHost *:80>
ServerAdmin webmaster@mydomain.org
DocumentRoot "/var/www/mydomain"
ServerName mydomain.org
ServerAlias www.mydomain.org
ErrorLog "/var/log/mydomain.org-error_log"
CustomLog "/var/log/mydomain.org-access_log" common
</VirtualHost>

Mogę udostępniać dokumenty z / var / www / mydomain, czyli http://mydomain.org/test.php z test.php zawierającym:

<?php echo 'test';

działa w porządku.

W bash, z Laravelem zainstalowanym przez Composera i przeglądaniem plików:

# ls /var/www/mydomain/my-laravel-project

.gitattributes  CONTRIBUTING.md artisan         composer.json   phpunit.xml readme.md       vendor
.gitignore      app             bootstrap       composer.lock   public          server.php

Kiedy więc przeglądam:

http://mydomain.org/my-laravel-project/public/

dlaczego moja aplikacja zgłasza:

Error in exception handler. 

w przeglądarce - na pustym białym ekranie? Spodziewam się ekranu powitalnego Laravel.

Co więcej, pliki dziennika również niczego nie ujawniają.

Bezpieczniejszą opcją byłaby zmiana grupy katalogów pamięci masowej na grupę serwerów WWW (zwykle apachelub www-data, ale może się to różnić w różnych systemach operacyjnych) i zachować uprawnienia z katalogu jako 775.

chgrp -R www-data app/storage

Albo z chown.

chown -R :www-data app/storage

Następnie upewnij się, że masz uprawnienia do katalogu 775.

chmod -R 775 app/storage

Ze strony internetowej Laravel :

Laravel może wymagać skonfigurowania jednego zestawu uprawnień: foldery w aplikacji / pamięci wymagają dostępu do zapisu przez serwer sieciowy.

Laravel 5.2

chmod -R 777 przechowywania

Starsza aplikacja / pamięć masowa Laravel chmod 777 *

Zauważ, że jeśli masz rozsądnie zablokowany serwer dedykowany bez kont użytkowników innych niż twoje własne, 777 nie powinno stanowić większego zagrożenia dla bezpieczeństwa niż cokolwiek innego. Aby złośliwy użytkownik mógł to wykorzystać, musiałaby istnieć jakaś inna luka w zabezpieczeniach, aw tym momencie uprawnienie 777 jest prawdopodobnie dyskusyjne. Jeśli jednak korzystasz z serwera współdzielonego z innymi użytkownikami, którym nie ufasz, musisz przyjrzeć się bardziej skomplikowanym uprawnieniom lub sprawdzić, czy dostawca hostingu zapewnił już izolację.

Powinni naprawdę umieścić to w dokumentacji szybkiego startu i podać przykłady dla różnych konfiguracji. Może być również konieczne ponowne uruchomienie go po pierwszym załadowaniu, ponieważ więcej katalogów jest tworzonych automatycznie. Poszukaj w swoich dziennikach błędów zapisu.

Również twój DocumentRoot powinien być / path / to / laravel-project / public

Usunąłem stare sesje w app/storage/sessionsfolderze i dałem 775pozwolenie, aby app/storagepotem działało jak ogień!

chmod -R 775 app/storage

Powodzenia!

Moda na to przeszła już dawno temu, ale wciąż mam kolejną radę dotyczącą „Błąd obsługi wyjątków”.

Przydarzyło mi się to, gdy uruchomiłem „php artisan”, co jest dobrym sposobem na ocenę, czy Twoje środowisko ogólnie działa.

Uruchomiłem go i dostałem ten błąd i nie mogłem wskazać problemu, dopóki nie wyedytowałem pliku rzemieślnika w katalogu głównym mojego projektu i nie dodałem instrukcji try catch:

try {
    $artisan = Illuminate\Console\Application::start($app);
}
catch (Exception $e)
{
    dd($e->getMessage());
}

W tym momencie w końcu zobaczyłem pouczającą wiadomość:

string(41) "Connection refused [tcp://127.0.0.1:6379]"

co w moim przypadku było złą konfiguracją redis, ale w twoim przypadku może to być wszystko.

Mam nadzieję, że to komuś pomoże, a przynajmniej gdy następnym razem tu dotrę, znajdę własną odpowiedź.

Najkrótszym sposobem rozwiązania tego problemu jest rozpoczęcie pracy rzemieślniczej z sudo. Zapewni to rzemieślnikowi wszystkie potrzebne uprawnienia i nie spowoduje żadnych problemów z bezpieczeństwem.

więc zamiast początkującego rzemieślnika serwuj z:

$ php artisan serve

spróbuj użyć:

$ sudo php artisan serve 

dzięki temu nie będziesz musiał dokonywać żadnych zmian uprawnień

Mam ten sam problem, po prostu zmieniam uprawnienia z katalogu app / storage na 775 za pomocą wiersza poleceń chmod