Laravelは初めてです。開こうhttp://localhost/test/public/としたのですが

例外ハンドラのエラー。

私はググって、ストレージディレクトリのアクセス許可を変更しましたが、使用chmod -R 777 app/storageできませんでした。

私は変更debug=>trueしapp.phpてページにアクセスし、例外ハンドラでエラーを得ました：

ストリームまたはファイル "/var/www/html/test/app/storage/logs/laravel.log"を開けませんでした：ストリームを開けませんでした：/ var / www / html / test / bootstrap / compiledでアクセスが拒否されました。 php：8423

次に、コマンドchmod -R 644 app/storageを使用してストレージディレクトリの権限を変更し、「例外ハンドラーのエラー」エラーがなくなり、ページが読み込まれました。しかし、そこに私はこれを得ています：

file_put_contents（/var/www/html/laravel/app/storage/meta/services.json）：ストリームを開けませんでした：権限が拒否されました

vsmoraesからの提案は私のために働きました：

ララヴェル> = 5.4

php artisan cache:clear 
chmod -R 777 storage/
composer dump-autoload

ララヴェル<5.4

php artisan cache:clear 
chmod -R 777 app/storage 
composer dump-autoload

注：これをリモートサーバー（開発または本番）で行わないでください。

私がこの質問をしたとき、これは仮想マシンで実行されている私のローカルホストの問題でした。ですから、777を設定することで十分安全だと思いましたが、別の解決策を探すべきだと言う人は正しいでしょう。最初に775を試してください

Laravel 5でこの問題に直面しているGoogle社員向け。

これは、異なるユーザーがstorage/logs、異なるアクセス許可を持つフォルダー内の同じログファイルに書き込もうとしたために発生するアクセス許可の問題です。

何が起こるのですか？あなたのlaravel設定はおそらくエラーを毎日ログに記録するように設定されているため、Webサーバー（apache / nginx）は_www、OSXやwww-data* NIXシステムなどの環境に応じて、デフォルトのユーザーの下でこのファイルを作成する場合があります。いくつかの職人コマンドを実行してエラーが発生した可能性があるため、職人はこのファイルを書き込みますが、ターミナルのPHPは実際にはログインユーザーである別のユーザーによって実行されるため、このコマンドを実行してチェックアウトできます：

php -i | grep USER

ログインユーザーがそのログファイルをウェブサーバーに作成した場合、エラーを書き込むことはできません。その逆も同様です。laravelは655デフォルトで、所有者のみが書き込むことができる権限でログファイルを書き込むためです。

この一時的な問題を修正するには、664このファイルにグループの権限を手動で付与して 、ログインユーザーとWebサーバーユーザーの両方がそのログファイルに書き込むことができるようにする必要があります。

この問題を永久に回避するには、storage/logsディレクトリから権限を継承して新しいファイルがディレクトリ内に作成されたときに適切な権限を設定することができます。この回答https://unix.stackexchange.com/a/115632は、それ。

777アクセス許可を与えるべきではありません。これはセキュリティ上のリスクです。Ubuntuユーザーには、Laravel 5で、ディレクトリストレージの所有者を再帰的に変更することをお勧めします。

以下を試してください：

sudo chown -R www-data:www-data storage

Ubuntuベースのシステムでは、www-dataはapacheユーザーです。

Laravel 5を使用しているすべての人にとって、HomesteadとMacはこれを試してください：

mkdir storage/framework/views

SELINUXが原因でこの問題が発生する場合があります。このコマンドでselinuxを無効にできます。

sudo setenforce 0

問題が解決しました

php artisan cache:clear
sudo chmod -R 777 vendor storage

これにより、アプリ、フレームワーク、ログへの書き込み権限が有効になります。

IT権限777を絶対に与えないでください！

ターミナルのlaravelプロジェクトのディレクトリに移動して、次のように記述します。

sudo chown -R your-user:www-data /path/to/your/laravel/project/
sudo find /same/path/ -type f -exec chmod 664 {} \;
sudo find /same/path/ -type d -exec chmod 775 {} \;
sudo chgrp -R www-data storage bootstrap/cache
sudo chmod -R ug+rwx storage bootstrap/cache

このようにして、ユーザーを所有者にして特権を与えます
。1実行、2書き込み、4読み取り
1 + 2 + 4 = 7は（rwx）を意味します
2 + 4 = 6は
最後に（rw）を意味し、ストレージアクセスについては、ug + rwxは、ユーザーとグループに7を与えることを意味します

迷惑なユーザーの場合、解決策は次のとおりです。

（浮浪者で）php artisan cache：clear

（浮浪者の外）chmod -R 777 app / storage

（浮浪者で）作曲者ダンプオートロード

ここでは、浮浪者の内部ではなく、ローカル環境でchmodを実行することが重要です。

で再試行してくださいchmod -R 755 /var/www/html/test/app/storage。Operation not permittedchmodのsudoで使用します。それでもエラーが発生する場合は、所有者のチェック権限を使用してください。

私がこれを書いている最新のLaravel 5.4に従って、このような問題が発生した場合は、権限を変更する必要があります。 ディレクトリに777を設定するように指示する人には聞いてはいけません。 セキュリティ上の問題があります。このように保存フォルダの権限を変更します

sudo chmod -R 775 storage

このようにブートストラップフォルダーのアクセス許可を変更する

sudo chmod -R 775 bootstrap/cache

ここで、アプリケーションディレクトリから両方のコマンドを実行していることを確認してください。今後、許可に関して問題が発生することはありません。775はマシンのセキュリティを危険にさらしません。

Apacheの場合は、正しい権限を提案します。

sudo chown -R apache:apache apppath/app/storage

あなたが持っている場合はLaravel 5と恒久的な解決策を探して、該当する両方のphp artisanコマンドラインの使用方法とApacheサーバを、これを使用します。

sudo chmod -R 777 vendor storage
echo "umask 000" | sudo tee -a /etc/resolv.conf
sudo service apache2 restart

詳しくはこちらをご覧ください。

OSをSELINUXで実行しているすべてのユーザー向け：httpdがlaravelストレージフォルダーに書き込むことを許可する正しい方法は次のとおりです。

sudo semanage fcontext -a -t httpd_sys_rw_content_t '/path/to/www/storage(/.*)?'

次に、変更をすぐに適用するには：

sudo restorecon -F -r '/path/to/www/storage'

SELinuxは扱いにくいかもしれませんが、それが存在する場合は、完全にバイパスするのではなく、それを学ぶことを強くお勧めします。

同じ問題があり、以下の手順で問題を解決できました。

1. Apacheユーザーを見つけます-コードを使用してパブリックフォルダーにtest.phpファイルを作成します

<?php echo exec('whoami'); ?>

そして、Webブラウザーからファイルを実行します。それはApacheユーザーを与えるでしょう。私の場合、/ etc / cron.d /にインストールされているcronjobでawsを使用していたので、ec2-userです。他のユーザーとは異なるユーザーである可能性があります。

2. コマンドラインで以下のコマンドを実行します。

sudo chown -R ec2-user:<usergroup> /app-path/public

ここで正しい「ユーザー」と「ユーザーグループ」を識別して使用する必要があります。

LinuxまたはMacを使用している場合は、でも実行できますssh terminal。このコマンドを実行するためにターミナルを使用できます、

 php artisan cache:clear 
 sudo chmod -R 777 storage
 composer dump-autoload

Windowsを使用している場合は、を使用して実行できますgit bash。

 php artisan cache:clear 
 chmod -R 777 storage
 composer dump-autoload

git form https://git-scm.com/downloadsをダウンロードできます。

使用するXampp：

cd /Applications/XAMPP/htdocs  
chmod -R 775 test/app/storage

app.phpを変更するたびに、bootstrap / cache / services.jsonの書き込みが拒否されるため、これを修正するためにこれを行いました。

chmod -R 777 bootstrap/cache/

rm storage/logs/laravel.log  

私のためにこれを解決しました

許可を777に設定するのは間違いなく恐ろしい考えです！

... だが

「ストレージ」フォルダに接続されている権限エラーが発生している場合は、それが私にとってはうまくいきました：

1）「ストレージ」とそのサブフォルダの権限を777に設定します

sudo chmod -R 777 storage/

2）ブラウザで、laravelのホームページlaravel / public /に移動します（laravelは必要な初期ストレージファイルを作成します）

3）安全な775権限をストレージとそのサブフォルダーに返す

sudo chmod -R 775 storage/

laradockを使用している場合chown -R laradock:www-data ./storageは、ワークスペースコンテナーで試してください

私の場合、解決策はapp/storage/framework/viewsとapp/storage/logsディレクトリへのアクセス許可を変更することでした。

他の誰かがfopenファイルのアクセス許可エラーで同様の問題に遭遇したが、盲目的にchmod 777を実行しないのが賢明な場合は、私の提案です。

使用しているコマンドで、Apacheに必要な権限を確認します。

fopen('filepath/filename.pdf', 'r');

「r」は読み取り専用で開くことを意味し、ファイルを編集していない場合は、これを設定する必要があります。これは、apache / www-dataには少なくともそのファイルに対する読み取り権限が必要であることを意味します。ファイルがlaravelを介して作成されている場合、そのファイルにはすでに読み取り権限があります。

何らかの理由でファイルに書き込む必要がある場合：

fopen('filepath/filename.pdf', 'r+');

次に、apacheにもファイルへの書き込み権限があることを確認します。

http://php.net/manual/en/function.fopen.php

使用してサーバーを起動するだけです artisian

php artisian serve

次に、指定したURLからプロジェクトにアクセスします。

MacでVagrantを実行すると、同じ問題が発生します。https.confファイルでApacheサーバーのユーザーを変更することで問題を解決しました：

# check user for php
[vagrant] ubuntu ~ $ php -i | grep USER
USER => ubuntu
$_SERVER['USER'] => ubuntu
[vagrant] ubuntu ~ $ 

ユーザーデーモンではなくphpユーザーでapacheを実行して、phpでのファイルアクセスの問題を解決する

# change default apache user from daemon to php user
sudo sed -i 's/User daemon/User ubuntu/g' /opt/lampp/etc/httpd.conf
sudo sed -i 's/Group daemon/Group ubuntu/g' /opt/lampp/etc/httpd.conf

これで、phpで作成されたキャッシュファイルは、アクセス許可エラーを表示せずに、Apacheで読み取りおよび編集できます。

ディレクトリのアクセス許可に関する多くの試行錯誤の末、私はひらめきに終わりました...ディスクのパーティションにスペースが残っていませんでした。他の人が間違った方向にソリューションを探し続けるほど愚かであることを確認するために共有したかっただけです。

Linuxでは、を使用df -hしてディスクサイズと空き領域を確認できます。

この問題は実際には、write/readファイルしたいが拒否されたさまざまなユーザーによって引き起こされ、異なる所有権を引き起こします。多分あなたは「ルート」としてlaravelをインストールしてから「laravel」ユーザーとしてサイトにログインし、「laravel」がデフォルトの所有権を持っているので、これが実際の問題です。したがって、ユーザー「laravel」がデフォルトでディスク内のすべてのファイルを読み書きしたい場合、拒否するには、そのファイルが「root」による所有権を持つようにします。

この問題を解決するには、次のようにします。

sudo chown -hR your-user-name /root /nameforlder

または私の場合

sudo chown -hR igmcoid /root /sublaravel

脚注：

1. root 以前にインストールした名前の最初の所有者として
2. your-user-name サイトで実際に書き込み/読み取りを行うデフォルトの所有権として。
3. namefolder 所有権を変更したい名前のフォルダとして。

プロジェクトで同じエラーが発生し
ました... しかしenctype、フォームに入力するのを忘れていることがわかりました。

<form method="#" action="#" enctype="multipart/form-data">

それがどこかで何らかの形で役立つことを願っています...

LaragonとLaravel 4を使用してWindows 10で作業しているときchmodに、Laragon-in-built-terminalで-commandsを実行しても効果がないため、権限を手動で変更する方法はないと思われました。

ただし、このターミナルでは、ストレージフォルダーに移動して、次のように目的のフォルダーを手動で追加することができました。

cd app/storage
mkdir cache
mkdir meta
mkdir views
mkdir sessions

cdターミナルの-コマンドを使用すると、フォルダーに移動します（ファイル構造に合わせてこのパスを調整する必要がある場合があります）。のmkdir-commandは、指定された名前のディレクトリを作成します。

私はこのアプローチをLaravel 5でテストする機会がありませんでしたが、同様のアプローチが機能することを期待しています。

もちろんもっと良い方法があるかもしれませんが、少なくともこれは私の状況に対する妥当な回避策でした（エラーの修正：）file_put_contents(/var/www/html/laravel/app/storage/meta/services.json): failed to open stream。

1. まず、ストレージフォルダを削除してから、もう一度ストレージフォルダを作成します。
2. ストレージフォルダ内に、フレームワークとして新しいフォルダ名を作成します。
3. フレームワークフォルダー内に、キャッシュ、セッション、ビューの3つのフォルダー名を作成します。

これで問題を解決しました。

777ストレージフォルダへのアクセスを許可しようとしましたが、それは私のために働いています

1）laravelルートディレクトリに移動し（/var/www/html私にとって）、次のコマンドを実行します

chmod 777 -R storage