Ответ 1
Я работал над проблемой chmod -R 777 storage/
на моей главной машине (Mac OS X). На моей гостевой машине (Ubuntu 14.04) chmod -R 777 storage/
фактически не изменял разрешения.
Я пытаюсь включить отладку для моего приложения, но похоже, что у меня нет обратной связи.
Окружение установлено на локальное (в файле .env), и если я запустил
php artisan env
Я получаю это
Current application environment: local
Конфигурация отладки для моего локального env установлена на true
return [
'debug' => true,
Также, если я установил в своем основном файле конфигурации (app.php внутри папки config), debug = true
у меня все еще есть обратная связь ho, что в коде есть ошибка.
У меня есть только пустая страница, если в коде есть ошибка (как для debug = false)
Что мне не хватает?
Я работал над проблемой chmod -R 777 storage/
на моей главной машине (Mac OS X). На моей гостевой машине (Ubuntu 14.04) chmod -R 777 storage/
фактически не изменял разрешения.
php artisan optimize
, и если он все еще не работает, удалите файл storage/meta/compiled.php
, как указано в разделе на форуме Laracasts
У меня была та же проблема, и команда artisan
сделала трюк.
Я узнал, что хороший способ обходной проблемы с папкой хранения - это установить www-data как своего владельца. Я использую две команды:
sudo chown $(whoami):www-data . -R
и
sudo chown www-data: storage -R
Из Laravel 5.1 может потребоваться также выполнить эту последнюю команду в папке bootstrap.
У меня была ситуация, когда у меня был тот же самый симптом, некоторые маршруты не предоставляли никакой обратной связи, просто белая страница, никаких ошибок в журнале не было никакой информации.
Оказывается, я добавлял новое промежуточное программное обеспечение, и я забыл вернуть $next($request)
из моего метода handle. Это было еще более неприятно, потому что это промежуточное программное обеспечение не применялось к каждому маршруту, поэтому я предположил, что на этих маршрутах произошла прерывистая ошибка, которая была выбрана, но не отображалась на этих маршрутах.
Как сказал Блэр, может оказаться, что вы поставили неверный код в промежуточное программное обеспечение или в "Исключения/Handler.php", например.
if($e->getStatusCode()===404) { ... }
вместо
if($e instanceof NotFoundHttpException) { ... }
Даже в Windows необходимо сделать: chmod -R 777 storage/
Вы можете запустить его с помощью Git Bash;
Если приведенные выше ответы не сработали для вас, вы можете проверить файлы конфигурации, которые вы, возможно, изменили, и начать отладку оттуда.
В моем случае приведенные выше решения не сработали для меня, потому что основной причиной моей проблемы было изменение часового пояса в файле config/app.php(из laravel default UTC я изменил его на EST5EDT). По какой-то причине изменение настройки часового пояса не позволяет laravel регистрировать ошибки в папке хранилища, и я получаю пустой экран (сообщение об ошибке "не горит!" ). Я изменил часовой пояс на America/New_York, и журналы ошибок снова работают.
Надеюсь, что это поможет.
Для меня отлично работал вывод hhvm в файл Homestead.yaml, затем я сделал бранную перезагрузку --provision и это было!
Кроме того, если вы только что установили просвет, убедитесь, что вы переименовали .env.example
в .env
в свой основной каталог приложения, так как он не будет работать, если ваш файл конфигурации по-прежнему именован по-прежнему называется .env.example
.
Я действительно решил проблему не комментируя строку Dotenv::load(__DIR__.'/../');
в bootstrap/app.php
.
Чтобы он загружал его перед компиляцией и кешированием,
хорошо работает php artisan optimize
делает это для вас, если у вас есть Laravel (Not Lumen)
Но если вы посмотрите на свою документацию, она будет прокомментирована по умолчанию, я думаю, что они, возможно, уже исправили ее http://lumen.laravel.com/docs/installation.