例外ハンドラのエラー。-Laravel

Laravelインストール関連の質問です。公開されている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>

/ var / www / mydomainからドキュメントを提供できます。 。 http：//mydomain.org/test.phpにtest.phpが含まれています。

<?php echo 'test';

正常に動作します。

bashで、Composerを介してLaravelをインストールし、ファイルを確認します。

# 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

だから私が閲覧すると：

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

なぜ私のアプリケーションは報告するのですか？

Error in exception handler. 

ブラウザで-空白の白い画面で？Laravelスプラッシュスクリーンが表示されることを期待しています。

さらに、ログファイルは何も明らかにしません。

より安全なオプションは、ストレージディレクトリのグループをWebサーバーグループに変更し（通常はapacheまたwww-dataはですが、これはオペレーティングシステムによって異なる場合があります）、ディレクトリの権限をのままにし775ます。

chgrp -R www-data app/storage

またはchown。

chown -R :www-data app/storage

次に、ディレクトリの権限がであることを確認します775。

chmod -R 775 app/storage

Laravelのウェブサイト：

Laravelでは、構成する権限のセットが必要になる場合があります。app/ storage内のフォルダーには、Webサーバーによる書き込みアクセスが必要です。

Laravel 5.2

chmod -R 777ストレージ

古いLaravel chmod 777 app / storage / *

自分以外のユーザーアカウントを使用せずに、適切にロックダウンされた専用サーバーを使用している場合、777が他の何よりもセキュリティリスクをもたらすことはありません。悪意のあるユーザーがそれを利用するには、他にもいくつかの脆弱性が存在する必要があります。その時点では、とにかく777アクセス許可はおそらく無効です。ただし、信頼できない他のユーザーとの共有サーバーを使用している場合は、より複雑なアクセス許可を調べるか、ホスティングプロバイダーが既に分離を提供しているかどうかを確認する必要があります。

彼らは本当にこれをクイックスタートドキュメントに入れ、さまざまな設定の例を提供するべきです。さらにディレクトリが自動的に作成されるため、最初のロード後に再度実行する必要がある場合もあります。ログで書き込みエラーを確認します。

また、DocumentRootは/ path / to / laravel-project / publicである必要があります

app/storage/sessionsフォルダ内の古いセッションを削除775しapp/storage、その後、それが火のように機能することを許可します！

chmod -R 775 app/storage

幸運を！

バンドワゴンはずっと昔にこれを通過しましたが、それでも「例外ハンドラーのエラー」に関する別のアドバイスがあります。

私が "php artisan"を実行したとき、これは私に起こりました。これは、環境が一般的に機能しているかどうかを評価するための良い方法です。

私はそれを実行しましたが、そのエラーが発生しました。プロジェクトのルートディレクトリにあるアーティザンファイルを編集してtry catchステートメントを追加するまで、問題を特定できませんでした。

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

その時点でようやく啓蒙的なメッセージを見ました。

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

私の場合、これは不適切なredis構成でしたが、あなたの場合は何でもかまいません。

これが誰かのお役に立てば幸いです。少なくとも次回ここに着いたときに、自分の答えが見つかるでしょう。

これを解決する最も簡単な方法は、sudoで職人を開始することです。これにより、必要なすべての権限が職人に与えられ、セキュリティ上の問題も発生しません。

したがって、代わりに職人を開始するには、

$ php artisan serve

使ってみてください：

$ sudo php artisan serve 

したがって、権限を変更する必要はありません

同じ問題があり、chmodコマンドラインを使用して、ディレクトリapp / storageから775に権限を変更するだけです