Erro no manipulador de exceções. - Laravel

É uma questão relacionada à instalação do Laravel. Tenho uma configuração de servidor Unix voltado ao público:

<VirtualHost *:80>
ServerAdmin [email protected]
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>

Posso servir documentos de / var / www / mydomain, ou seja, http://mydomain.org/test.php com test.php contendo:

<?php echo 'test';

funciona bem.

No bash, com o Laravel instalado através do Composer e olhando os arquivos:

# 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

Então, quando eu navegar para:

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

por que meu aplicativo relata:

Error in exception handler. 

no navegador - em uma tela branca em branco? Estou esperando ver a tela inicial do Laravel.

Além disso, os arquivos de log também não revelam nada.

A opção mais segura seria alterar o grupo dos diretórios de armazenamento para o seu grupo de servidores web (normalmente apacheou www-data, mas isso pode variar entre os diferentes sistemas operacionais) e manter as permissões do diretório como 775.

chgrp -R www-data app/storage

Ou com chown.

chown -R :www-data app/storage

Em seguida, certifique-se de que as permissões do diretório são 775 .

chmod -R 775 app/storage

De site Laravel :

O Laravel pode exigir que um conjunto de permissões seja configurado: pastas dentro do app / armazenamento requerem acesso de gravação pelo servidor web.

Laravel 5.2

chmod -R 777 armazenamento

Laravel mais antigo chmod 777 app / storage / *

Observe se você tem um servidor dedicado razoavelmente bloqueado, sem contas de usuário além da sua, o 777 não deve representar mais risco de segurança do que qualquer outra coisa. Deve haver alguma outra vulnerabilidade para um usuário mal-intencionado tirar vantagem disso e, nesse ponto, a permissão 777 provavelmente é discutível de qualquer maneira. Se, no entanto, você estiver em um servidor compartilhado com outros usuários nos quais não confia, será necessário examinar as permissões mais complicadas ou verificar se o seu provedor de hospedagem já forneceu isolamento.

Eles realmente deveriam colocar isso nos documentos de início rápido e fornecer exemplos para várias configurações. Você também pode ter que executá-lo novamente após o primeiro carregamento, pois mais diretórios são criados automaticamente. Procure em seus logs por erros de gravação.

Além disso, seu DocumentRoot deve ser / path / to / laravel-project / public

Eu apaguei sessões antigas dentro da app/storage/sessionspasta e dou 775permissão para app/storagedepois que está funcionando como um incêndio!

chmod -R 775 app/storage

Boa sorte!

O movimento já passou há muito tempo, mas ainda tenho outro conselho sobre "Erro no manipulador de exceções".

Isso aconteceu comigo quando executei o "php artisan", que é uma boa maneira de avaliar se o seu ambiente está funcionando em geral.

Eu o executei e ele me deu aquele erro, e não consegui identificar o problema até que editei o arquivo artisan no diretório raiz do meu projeto e adicionei uma instrução try catch:

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

Nesse ponto, finalmente vi uma mensagem esclarecedora:

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

que no meu caso foi uma configuração de redis ruim, mas no seu caso pode ser qualquer coisa.

Espero que isso ajude alguém, ou pelo menos da próxima vez que eu chegar aqui, encontrarei minha própria resposta.

A maneira mais rápida de resolver isso é começando o artesão com o sudo. Isso dará ao artesão todas as permissões de que precisa e também não causará problemas de segurança.

então, em vez de iniciar o serviço artesanal com:

$ php artisan serve

tente usar:

$ sudo php artisan serve 

assim, você não terá que fazer nenhuma alteração de permissão

Eu tenho o mesmo problema, acabei de alterar a permissão do diretório app / storage para 775 com a linha de comando chmod