Error en el manejador de excepciones. - Laravel

Es una pregunta relacionada con la instalación de Laravel. Tengo una configuración de servidor Unix de cara al público:

<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>

Puedo servir documentos bien desde / var / www / mydomain, es decir, http://mydomain.org/test.php con test.php que contiene:

<?php echo 'test';

funciona bien.

En bash, con Laravel instalado a través de Composer y mirando los archivos:

# 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

Entonces, cuando busco:

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

¿Por qué mi solicitud informa:

Error in exception handler. 

en el navegador, ¿en una pantalla en blanco? Espero ver la pantalla de presentación de Laravel.

Además, los archivos de registro tampoco revelan nada.

La opción más segura sería cambiar el grupo de directorios de almacenamiento a su grupo de servidores web (generalmente apacheo www-data, pero esto puede variar entre los diferentes sistemas operativos) y mantener los permisos del directorio como 775.

chgrp -R www-data app/storage

O con chown.

chown -R :www-data app/storage

Luego asegúrese de que los permisos de directorio sean 775.

chmod -R 775 app/storage

Desde el sitio web de Laravel :

Laravel puede requerir que se configure un conjunto de permisos: las carpetas dentro de la aplicación / almacenamiento requieren acceso de escritura por parte del servidor web.

Laravel 5.2

almacenamiento chmod -R 777

Aplicación / almacenamiento / almacenamiento / * Laravel chmod 777 más antigua

Tenga en cuenta que si tiene un servidor dedicado razonablemente bloqueado sin cuentas de usuario que no sean las suyas, 777 no debería representar un riesgo de seguridad mayor que cualquier otra cosa. Tendría que haber alguna otra vulnerabilidad para que un usuario malintencionado se aprovechara de eso, y en ese momento, el permiso 777 probablemente sea discutible de todos modos. Sin embargo, si está en un servidor compartido con otros usuarios en los que no confía, tendrá que buscar permisos más complicados o verificar si su proveedor de alojamiento ya ha proporcionado aislamiento.

Realmente deberían poner esto en los documentos de inicio rápido y proporcionar ejemplos para varias configuraciones. Es posible que también deba ejecutarlo nuevamente después de la primera carga, ya que se crean más directorios automáticamente. Busque en sus registros errores de escritura.

Además, su DocumentRoot debe ser / ruta / a / laravel-project / public

¡Eliminé sesiones antiguas dentro de la app/storage/sessionscarpeta y doy 775permiso para app/storageque después de eso funcione como un incendio!

chmod -R 775 app/storage

¡Buena suerte!

El tren ha pasado por esto hace mucho, mucho tiempo, pero aún tengo otro consejo sobre "Error en el controlador de excepciones".

Me sucedió esto cuando ejecuté "php artisan", que es una buena manera de evaluar si su entorno está funcionando en general.

Lo ejecuté y me dio ese error, y no pude identificar el problema hasta que edité el archivo artesanal en el directorio raíz de mi proyecto y agregué una declaración try catch:

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

En ese momento, finalmente vi un mensaje esclarecedor:

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

que en mi caso fue una mala configuración de redis, pero en tu caso podría ser cualquier cosa.

Espero que esto ayude a alguien, o al menos la próxima vez que llegue encontraré mi propia respuesta.

La forma más corta de resolver esto es comenzar de forma artesanal con sudo. Esto le dará al artesano todos los permisos que necesita y no causará ningún problema de seguridad.

así que en su lugar, comience el servicio artesanal con:

$ php artisan serve

intente usar:

$ sudo php artisan serve 

por lo que no tendrá que realizar ningún cambio de permiso

Tengo el mismo problema, acabo de cambiar el permiso de la aplicación de directorio / almacenamiento a 775 con la línea de comando chmod