Laravel'de yeniyim. Açmaya çalışıyordum http://localhost/test/public/ve

İstisna işleyicisinde hata.

Etrafta dolaştım ve depolama dizininin iznini chmod -R 777 app/storageancak boşuna kullanarak değiştirdim .

Değiştim debug=>trueiçinde app.phpve sayfayı ziyaret ederek durum işleyici Hata var:

"/Var/www/html/test/app/storage/logs/laravel.log" akışı veya dosyası açılamadı: akış açılamadı: / var / www / html / test / bootstrap / compiled'de izin reddedildi. php: 8423

Sonra komutu kullanarak depolama dizininin izinlerini değiştirdim chmod -R 644 app/storageve 'Özel durum işleyicisinde hata' hatası gitti ve bir sayfa yüklendi. Ama orada bunu alıyorum:

file_put_contents (/var/www/html/laravel/app/storage/meta/services.json): akış açılamadı: İzin reddedildi

Vsmoraes'dan öneri benim için çalıştı:

Laravel> = 5.4

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

Laravel <5.4

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

NOT: BUNU UZAKTAN SUNUCU YAPMAYIN (DEV VEYA ÜRETİM)

Bu soruyu sorduğumda, bu sanal makinede çalışan localhost'umda bir problemdi. Bu yüzden 777 kurmanın yeterince güvenli olduğunu düşündüm, ancak farklı bir çözüm aramanız gerektiğini söyleyen insanlar haklı. Önce 775'i deneyin

Laravel 5 ile bu sorunu yaşayan Google çalışanları için.

Bu, farklı kullanıcıların sitedeki aynı günlük dosyasına yazmaya çalışmasının neden olduğu bir izin sorunudur storage/logs klasör izin farklı izinlerle .

Olan şey, laravel yapılandırmanızın günlük hataları günlüğe kaydedecek şekilde ayarlanmış olmasıdır ve bu nedenle web sunucunuz (apache / nginx), ortamınıza bağlı _wwwolarak OSX veya www-data* NIX sistemlerinde olduğu gibi bir şey olabilir. bazı esnaf komutlarını çalıştırıp bazı hatalar aldığınız zaman gelir, bu yüzden esnaf bu dosyayı yazacaktır, ancak farklı bir kullanıcı ile terminaldeki PHP farklı bir kullanıcı tarafından gerçekte giriş kullanıcısı tarafından yürütüldüğünden, bu komutu çalıştırarak kontrol edebilirsiniz. :

php -i | grep USER

Giriş kullanıcısı web sunucunuzda bu günlük dosyasını oluşturduysa, laravel günlük dosyalarını yazdığı için hata yazamazsınız. 655 varsayılan olarak yalnızca sahibin içine yazmasına izin veren .

Bu geçici durumu düzeltmek için, 664hem oturum açma kullanıcınızın hem de web sunucusu kullanıcınızın bu günlük dosyasına yazabilmesi için bu dosyaya grup için el ile izinler vermeniz gerekir .

Bu sorunu kalıcı olarak önlemek storage/logsiçin dizinde izinleri devralarak dizin içinde yeni bir dosya oluşturulduğunda uygun bir izin ayarlamak isteyebilirsiniz. Bu yanıt https://unix.stackexchange.com/a/115632 ile başa çıkmanıza yardımcı olabilir söyledi.

777 izin vermemelisiniz. Bu bir güvenlik riski. Ubuntu kullanıcıları için Laravel 5'te dizin depolama sahibini tekrar tekrar değiştirmeyi öneriyorum:

Aşağıdakileri deneyin:

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

Ubuntu tabanlı sistemlerde, www-data apache kullanıcısıdır.

Laravel 5, Homestead ve Mac kullanan herkes için şunu deneyin:

mkdir storage/framework/views

bazen SELINUX bu soruna neden oldu; selinux'u bu komutla devre dışı bırakabilirsiniz.

sudo setenforce 0

Sorun çözüldü

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

Bu uygulama, çerçeve, günlükleri yazma izni sağlar Bu yardımcı olacağını umuyoruz

ASLA İZİN VERME 777!

terminalinizdeki laravel projesinin dizinine gidin ve şunu yazın:

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

Bu şekilde, kullanıcı sahibi olursunuz ve ayrıcalıklar verirsiniz:
1 Yürütme, 2 Yazma, 4 Okuma
1 + 2 + 4 = 7, (rwx)
2 + 4 = 6,
nihayet, depolama erişimi için, ug + rwx, kullanıcıya ve gruba 7 verdiğiniz anlamına gelir

Vagrant kullanıcıları için çözüm:

(vagrant olarak) php esnaf önbellek: temizle

(vagrant dışında) chmod -R 777 uygulama / depolama

(vagrant olarak) besteci dökümü otomatik yüklemesi

Burada vagrant içinde değil, yerel ortamda chmod emin olmak önemlidir!

İle tekrar deneyin chmod -R 755 /var/www/html/test/app/storage. Operation not permittedChmod için sudo ile kullanın . Hala hatayla karşılaşıyorsanız Sahip sahibini denetle seçeneğini kullanın.

Bunu yazdığım en son Laravel 5.4'e göre, böyle bir sorununuz varsa, izni değiştirmeyi düşündünüz. HERHANGİ BİR REHBERLİK İÇİN 777'Yİ AYARLAMANIZI SÖYLEYEN BİRİ DİNLEME. Bir güvenlik sorunu var. Depolama klasörünün iznini bu şekilde değiştirin

sudo chmod -R 775 storage

Bootstrap klasörü iznini bu şekilde değiştir

sudo chmod -R 775 bootstrap/cache

Şimdi her iki komutu da uygulama dizininizden yürüttüğünüzden emin olun. İleride izin konusunda sorun yaşamayacaksınız. 775, makinenizin güvenliğinden ödün vermez.

Apache için doğru izni önerin,

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

Eğer varsa laravel 5 ve seyir kalıcı bir çözüm, yürürlükteki hem php artisankomut satırı kullanımını ve Apache sunucu kullanımını bu:

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

Ayrıntılı açıklamaya buradan bakın .

SELINUX İLE BİR İSİ ÇALIŞAN HERKES İÇİN: httpd'nin laravel depolama klasörüne yazmasına izin vermenin doğru yolu:

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

Ardından değişiklikleri hemen uygulamak için:

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

SELinux, başa çıkmak için bir acı olabilir, ancak mevcutsa, tamamen atlamak yerine onu öğrenmenizi şiddetle tavsiye ederim.

Aynı sorunu yaşadım ve aşağıdaki adımlar sorunu çözmeme yardımcı oldu.

1. Apache kullanıcısını bulun - ortak klasörde kodu içeren bir test.php dosyası oluşturun

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

Ve dosyayı web tarayıcısından çalıştırın. Apache kullanıcısına verecekti. Benim durumumda, /etc/cron.d/ içinde yüklü cronjob ile aws kullanırken ec2 kullanıcısı. Başkaları için farklı bir kullanıcı olabilir.

2. Komut satırında aşağıdaki komutu çalıştırın.

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

Burada doğru "kullanıcı" ve "kullanıcı grubunu" tanımlamanız ve kullanmanız gerekir.

Linux veya Mac kullanıyorsanız bile çalışabilirsiniz ssh terminal. Bu komutu çalıştırmak için terminal kullanabilirsiniz,

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

Windows kullanıyorsanız, kullanarak çalıştırabilirsiniz git bash.

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

Git formunu https://git-scm.com/downloads adresinden indirebilirsiniz .

Kullanım için Xampp:

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

Ben app.php değiştirmek her zaman bootstrap / cache / services.json yazma reddedildi bu yüzden bunu düzeltmek için yaptım:

chmod -R 777 bootstrap/cache/

rm storage/logs/laravel.log  

bunu benim için çözdü

777'ye izin vermek kesinlikle korkunç bir fikir!

... fakat

Benim için işe yarayan "depolama" klasörüne bağlı izin hatası alıyorsanız:

1) "depolama" ve alt klasör iznini 777 olarak ayarlayın.

sudo chmod -R 777 storage/

2) Tarayıcıda laravel ana sayfasına gidin laravel / public / (laravel gerekli başlangıç ​​depolama dosyalarını oluşturur)

3) Depolama ve alt klasörlerine güvenli 775 izni iade edin

sudo chmod -R 775 storage/

Laradock kullanıyorsanız, chown -R laradock:www-data ./storageçalışma alanı kabınızda deneyin

Benim durumumda çözüm izinleri app/storage/framework/viewsve app/storage/logsdizinleri değiştirmek oldu .

Başka kimse fopen dosya izinleri hatası ile benzer bir sorunla karşılaşırsa, ancak körü körüne chmod 777 için yeterince akıllıca burada benim önerim.

Apache'nin ihtiyaç duyduğu izinler için kullandığınız komutu kontrol edin:

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

'R' salt okunur olarak açık demektir ve dosyayı düzenlemiyorsanız, bu şekilde ayarlamanız gerekir. Bu, apache / www-data dosyasının bu dosya üzerinde en azından okuma iznine ihtiyacı olduğu anlamına gelir; dosya laravel yoluyla oluşturulursa zaten okuma iznine sahip olacaktır.

Herhangi bir nedenle dosyaya yazmanız gerekiyorsa:

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

Ardından, apache'nin dosyaya yazma izinlerine sahip olduğundan emin olun.

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

Sunucunuzu kullanarak artisian

php artisian serve

Ardından projenize belirtilen URL'den erişin:

Mac'te vagrant çalıştırırken de aynı sorun var. https.conf dosyasındaki Apache sunucusu kullanıcısını değiştirerek sorunu çözdü:

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

Php ile dosya erişim sorununu çözmek için kullanıcı daemon yerine php kullanıcı altında apache çalıştırın

# 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

şimdi, php oluşturulan önbellek dosyası herhangi bir erişim izni hatası göstermeden apache tarafından okunabilir ve düzenlenebilir.

Dizin izinleriyle ilgili bir çok deneme yanılma işleminden sonra bir epifani ile karşılaştım ... diskin bölümünde boşluk kalmamıştı. Sadece kimsenin çözümü yanlış yönde aramaya devam edecek kadar aptal olmadığından emin olmak için paylaşmak istedim.

Linux'ta df -hdisk boyutunuzu ve boş alanınızı kontrol etmek için kullanabilirsiniz .

Bu sorun aslında farklı kullanıcılar tarafından write/read dosyalamak ancak farklı sahipliğe neden olmayan farklı . belki daha önce 'root' yüklü laravel olarak sitenize 'laravel' kullanıcısı olarak giriş yaparsınız. Dolayısıyla 'laravel' kullanıcısı diskteki tüm dosyaları varsayılan olarak okumak / yazmak istediğinde, reddedilecekse, o dosyanın 'root' tarafından sahiplenilmesine neden olur.

Bu sorunu çözmek için şu şekilde takip edebilirsiniz:

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

veya benim durumumda

sudo chown -hR igmcoid /root /sublaravel

Dipnot:

1. root daha önce kurulmuş ilk sahiplik adı olarak
2. your-user-name sitede gerçekten yazan / okuyan varsayılan sahiplik olarak.
3. namefolder sahipliğini değiştirmek istediğiniz ad klasörü olarak.

Projemde aynı hatalar var ...
Ama formuma koymayı unuttuğumu öğrendim enctype.

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

Umarım bir şekilde bir yere yardımcı olur ...

Laragon ve Laravel 4 ile Windows 10 üzerinde çalışırken, bana izinleri manuel olarak değiştirmenin bir yolu yoktu, çünkü chmodLaragon yerleşik terminalinde -komutları çalıştırmanın bir etkisi yoktu.

Ancak, bu terminalde depolama klasörüne gidip aşağıdaki gibi istenen klasörleri manuel olarak eklemek mümkün oldu:

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

cdTerminalde -command (eğer dosya yapısı uyacak şekilde bu yolu ayarlamanız gerekebilir) klasörüne getirir. mkdir-Command verilen adla dizin oluşturacaktır.

Laravel 5'te bu yaklaşımı test etme fırsatım olmadı, ancak benzer bir yaklaşımın işe yarayacağını umuyorum.

Tabii ki daha iyi bir yol olabilir, ama en azından bu durumum için makul bir çözümdü (hatayı düzeltmek:) file_put_contents(/var/www/html/laravel/app/storage/meta/services.json): failed to open stream.

1. Önce, depolama klasörünü silin ve tekrar depolama klasörünü oluşturun.
2. Depolama klasörünün içinde çerçeve olarak yeni bir klasör adı oluşturun.
3. Çerçeve klasörünün içinde önbellek, oturumlar ve görünümler olarak üç klasör adı oluşturun.

Bunu yaparak sorunumu çözdüm.

777Depolama klasörüne erişim sağlamaya çalıştım ve benim için iş var

1) laravel kök dizininize gidin ( /var/www/htmlbenim için) ve aşağıdaki komutu çalıştırın

chmod 777 -R storage