Tôi mới đến Laravel. Tôi đã cố gắng để mở http://localhost/test/public/và tôi đã nhận

Lỗi trong xử lý ngoại lệ.

Tôi đã đi vòng quanh và thay đổi sự cho phép của thư mục lưu trữ bằng cách sử dụng chmod -R 777 app/storagenhưng không có kết quả.

Tôi đã thay đổi debug=>truetrong app.phpvà truy cập trang và nhận được Lỗi trong xử lý ngoại lệ:

Không thể mở luồng hoặc tệp "/var/www/html/test/app/st Storage / logs /laravel.log": không thể mở luồng: Quyền bị từ chối trong / var / www / html / test / bootstrap / được biên dịch. Php: 8423

Sau đó, tôi đã thay đổi quyền của thư mục lưu trữ bằng lệnh chmod -R 644 app/storagevà lỗi 'Lỗi trong trình xử lý ngoại lệ' đã biến mất và một trang được tải. Nhưng trong đó tôi đang nhận được điều này:

file_put_contents (/var/www/html/laravel/app/st Storage / meta / service.json): không thể mở luồng: Quyền bị từ chối

Gợi ý từ vsmoraes làm việc cho tôi:

Ấu trùng> = 5,4

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

Ấu trùng <5,4

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

LƯU Ý: KHÔNG LÀM ĐIỀU NÀY TRÊN BẤT CỨ MÁY CHỦ TỪ XA (DEV HOẶC SẢN XUẤT)

Khi tôi hỏi câu hỏi này, đây là một vấn đề trên localhost của tôi, đang chạy trong Máy ảo. Vì vậy, tôi nghĩ rằng thiết lập 777 là đủ an toàn, tuy nhiên, mọi người đã đúng khi họ nói rằng bạn nên tìm một giải pháp khác. Hãy thử 775 trước

Dành cho những người làm việc đã và đang đối mặt với vấn đề này với Laravel 5.

Đây là vấn đề cấp phép do những người dùng khác nhau cố gắng ghi vào cùng một tệp nhật ký trong storage/logsthư mục với các quyền khác nhau.

Điều xảy ra là cấu hình laravel của bạn có thể được thiết lập để ghi nhật ký lỗi hàng ngày và do đó máy chủ web của bạn (apache / nginx) có thể tạo tệp này theo người dùng mặc định tùy thuộc vào môi trường của bạn, nó có thể giống như _wwwtrên OSX hoặc www-datatrên các hệ thống * NIX, sau đó là sự cố xuất hiện khi bạn có thể đã chạy một số lệnh thủ công và gặp một số lỗi, vì vậy nghệ nhân sẽ viết tệp này nhưng với một người dùng khác vì PHP trên thiết bị đầu cuối được thực thi bởi một người dùng khác thực sự là người dùng đăng nhập của bạn, bạn có thể kiểm tra nó bằng cách chạy lệnh này :

php -i | grep USER

Nếu người dùng đăng nhập của bạn đã tạo tệp nhật ký đó, máy chủ web của bạn, bạn sẽ không thể ghi lỗi trong đó và ngược lại vì laravel ghi tệp nhật ký với 655 quyền theo mặc định chỉ cho phép chủ sở hữu ghi vào đó.

Để khắc phục tạm thời, bạn phải cấp quyền cho nhóm 664cho tệp này theo cách thủ công để cả người dùng đăng nhập và người dùng máy chủ web của bạn có thể ghi vào tệp nhật ký đó.

Để tránh sự cố này vĩnh viễn, bạn có thể muốn thiết lập quyền thích hợp khi tệp mới được tạo trong storage/logsthư mục bằng cách kế thừa các quyền từ thư mục câu trả lời này https://unix.stackexchange.com/a/115632 có thể giúp bạn giải quyết cái đó.

Bạn không nên cấp quyền 777. Đó là một rủi ro bảo mật. Đối với người dùng Ubuntu, trong Laravel 5, tôi cố gắng thay đổi chủ sở hữu để lưu trữ thư mục theo cách đệ quy:

Hãy thử làm theo:

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

Trong các hệ thống dựa trên Ubuntu, dữ liệu www là người dùng apache.

Đối với tất cả mọi người sử dụng Laravel 5, Homestead và Mac hãy thử điều này:

mkdir storage/framework/views

một số lần SELINUX gây ra vấn đề này; bạn có thể vô hiệu hóa selinux bằng lệnh này.

sudo setenforce 0

Vấn đề được giải quyết

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

Điều này cho phép quyền ghi vào ứng dụng, khung, nhật ký Hy vọng điều này sẽ giúp

KHÔNG BAO GIỜ CHO GIẤY PHÉP NÓI 777!

đi đến thư mục của dự án laravel trên thiết bị đầu cuối của bạn và viết:

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

Bằng cách này, bạn sẽ biến người dùng của mình thành chủ sở hữu và cung cấp các đặc quyền:
1 Thực thi, 2 Viết, 4 Đọc
1 + 2 + 4 = 7 có nghĩa là (rwx)
2 + 4 = 6 có nghĩa là (rw)
cuối cùng, để truy cập lưu trữ, ug + rwx có nghĩa là bạn đang cung cấp cho người dùng và nhóm 7

Đối với người dùng mơ hồ, giải pháp là:

(trong vagrant) php artisan cache: xóa

(bên ngoài mơ hồ) chmod -R 777 ứng dụng / lưu trữ

(trong vagrant) nhà soạn nhạc dump-autoload

Hãy chắc chắn rằng bạn chmod trong môi trường địa phương của bạn và không bên trong mơ hồ là điều quan trọng ở đây!

Hãy thử lại với chmod -R 755 /var/www/html/test/app/storage. Sử dụng với sudo cho Operation not permittedtrong chmod. Sử dụng Kiểm tra quyền chủ sở hữu nếu vẫn có lỗi.

Theo Laravel 5.4, đây là bản mới nhất khi tôi viết bài này, nếu bạn gặp bất kỳ vấn đề nào như thế này, bạn cần phải thay đổi quyền. ĐỪNG NGHE ĐẾN BẤT CỨ AI NÀO NÓI CHO BẠN THIẾT LẬP 777 CHO MỌI GIÁM ĐỐC. Nó có một vấn đề bảo mật. Thay đổi quyền của thư mục lưu trữ như thế này

sudo chmod -R 775 storage

Thay đổi quyền thư mục bootstrap như thế này

sudo chmod -R 775 bootstrap/cache

Bây giờ hãy chắc chắn rằng bạn đang thực thi cả hai lệnh từ thư mục ứng dụng của bạn. Bạn sẽ không phải đối mặt với các vấn đề trong tương lai về sự cho phép. 775 không thỏa hiệp bất kỳ bảo mật của máy tính của bạn.

Đề xuất quyền chính xác, nếu cho Apache,

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

Nếu bạn có Laravel 5 và đang tìm giải pháp lâu dài, có thể áp dụng cả php artisansử dụng dòng lệnh và máy chủ Apache sử dụng điều này:

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

Xem giải thích chi tiết tại đây .

ĐỐI VỚI MỌI NGƯỜI CHẠY MỘT HĐH VỚI SELINUX: Cách chính xác cho phép httpd ghi vào thư mục lưu trữ laravel là:

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

Sau đó, để áp dụng các thay đổi ngay lập tức:

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

SELinux có thể là một nỗi đau để giải quyết, nhưng nếu nó hiện diện thì tôi rất HẤP DẪN bạn học nó thay vì bỏ qua nó hoàn toàn.

Tôi đã có cùng một vấn đề và các bước dưới đây đã giúp tôi khắc phục vấn đề.

1. Tìm hiểu người dùng apache - đã tạo tệp test.php trong thư mục công cộng có mã

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

Và chạy tệp từ trình duyệt web. Nó sẽ cung cấp cho người dùng apache. Trong trường hợp của tôi, đó là người dùng ec2 vì tôi đang sử dụng aws với cronjob được cài đặt trong /etc/cron.d/. Nó có thể là người dùng khác nhau cho người khác.

2. Chạy lệnh dưới đây trên dòng lệnh.

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

Bạn cần xác định và sử dụng đúng "người dùng" và "nhóm người dùng" tại đây.

Nếu bạn sử dụng Linux hoặc Mac, thậm chí bạn cũng có thể chạy ssh terminal. Bạn có thể sử dụng thiết bị đầu cuối để chạy lệnh này,

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

Nếu bạn đang sử dụng windows, bạn có thể chạy bằng git bash.

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

Bạn có thể tải xuống mẫu git https://git-scm.com/doads .

Xampp để sử dụng:

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

Bất cứ khi nào tôi thay đổi app.php tôi đều nhận được quyền từ chối viết bootstrap / cache / services.json vì vậy tôi đã làm điều này để sửa nó:

chmod -R 777 bootstrap/cache/

rm storage/logs/laravel.log  

đã giải quyết điều này cho tôi

Đặt quyền cho 777 chắc chắn là ý tưởng khủng khiếp!

... nhưng

Nếu bạn gặp lỗi cấp phép được kết nối với thư mục "lưu trữ", đó là những gì làm việc cho tôi:

1) Đặt "lưu trữ" và quyền của thư mục con thành 777 với

sudo chmod -R 777 storage/

2) Trong trình duyệt, hãy truy cập trang chủ laravel laravel / public / (laravel sẽ tạo các tệp lưu trữ ban đầu cần thiết)

3) Trả lại quyền 775 an toàn cho bộ lưu trữ và các thư mục con của nó

sudo chmod -R 775 storage/

Nếu sử dụng laradock, hãy thử chown -R laradock:www-data ./storagetrong vùng chứa không gian làm việc của bạn

Trong trường hợp của tôi, giải pháp là thay đổi quyền app/storage/framework/viewsvà app/storage/logsthư mục.

Nếu bất cứ ai khác gặp phải vấn đề tương tự với lỗi quyền truy cập tệp fopen, nhưng đủ khôn ngoan để không mù quáng chmod 777 ở đây là đề xuất của tôi.

Kiểm tra lệnh bạn đang sử dụng để biết các quyền mà apache cần:

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

'R' có nghĩa là mở để chỉ đọc và nếu bạn không chỉnh sửa tệp, đây là thứ bạn nên đặt. Điều này có nghĩa là apache / www-data cần ít nhất quyền đọc trên tệp đó, nếu tệp được tạo thông qua laravel thì nó sẽ có quyền đọc.

Nếu vì bất kỳ lý do gì bạn phải ghi vào tệp:

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

Sau đó, đảm bảo apache cũng có quyền ghi vào tệp.

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

Chỉ cần khởi động máy chủ của bạn bằng cách sử dụng artisian

php artisian serve

Sau đó truy cập dự án của bạn từ URL được chỉ định:

Tôi có vấn đề tương tự khi chạy vagrant trên mac. đã giải quyết vấn đề bằng cách thay đổi người dùng máy chủ Apache trong tệp https.conf:

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

Chạy apache dưới người dùng php thay vì người dùng daemon để giải quyết vấn đề truy cập tệp bằng 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

bây giờ, tập tin bộ đệm được tạo bởi php có thể được đọc và chỉnh sửa bằng apache mà không hiển thị bất kỳ lỗi quyền truy cập nào.

Sau rất nhiều thử nghiệm và lỗi với quyền truy cập thư mục, tôi đã kết thúc với một epiphany ... không còn chỗ trống trên phân vùng của đĩa. Chỉ muốn chia sẻ để đảm bảo không ai khác đủ ngu ngốc để tiếp tục tìm kiếm giải pháp sai hướng.

Trong Linux, bạn có thể sử dụng df -hđể kiểm tra kích thước đĩa và dung lượng trống.

Vấn đề này thực sự gây ra bởi những người dùng khác nhau muốn write/readnộp nhưng bị từ chối gây ra quyền sở hữu khác nhau. có thể bạn là 'root' đã cài đặt laravel trước khi bạn đăng nhập vào trang web của mình với tư cách là người dùng 'laravel' trong đó 'laravel' quyền sở hữu mặc định, vì vậy đây thực sự là vấn đề thực sự ở đây. Vì vậy, khi người dùng 'laravel' muốn đọc / ghi tất cả các tệp trong đĩa làm mặc định, bị từ chối, vì tệp đó có quyền sở hữu bởi 'root'.

Để giải quyết vấn đề này, bạn có thể làm theo như sau:

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

hoặc trong trường hợp của tôi

sudo chown -hR igmcoid /root /sublaravel

Chú thích:

1. root như tên sở hữu đầu tiên đã cài đặt trước
2. your-user-name là quyền sở hữu mặc định người thực sự viết / đọc trong trang web.
3. namefolder như thư mục tên mà bạn muốn thay đổi quyền sở hữu.

Tôi đã có lỗi tương tự trong dự án của mình ...
Nhưng phát hiện ra rằng tôi đã quên đưa enctypevào mẫu của mình.

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

Hy vọng nó sẽ giúp được đâu đó ...

Khi làm việc trên Windows 10 với Laragon và Laravel 4, đối với tôi, dường như không có cách nào để thay đổi quyền theo cách thủ công, kể từ khi thực thi chmod -commands trong thiết bị đầu cuối được xây dựng trong Laragon không có hiệu lực.

Tuy nhiên, trong thiết bị đầu cuối này có thể đi đến thư mục lưu trữ và thêm thủ công các thư mục mong muốn như thế này:

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

Phần mềm cdtrong thiết bị đầu cuối đưa bạn đến thư mục (bạn có thể cần điều chỉnh đường dẫn này cho phù hợp với cấu trúc tệp của mình). Cácmkdir -Command sẽ tạo thư mục với tên được đặt.

Tôi không có cơ hội thử nghiệm phương pháp này trong Laravel 5, nhưng tôi hy vọng rằng một cách tiếp cận tương tự sẽ có hiệu quả.

Tất nhiên có thể có một cách tốt hơn, nhưng ít nhất đây là một cách giải quyết hợp lý cho tình huống của tôi (sửa lỗi file_put_contents(/var/www/html/laravel/app/storage/meta/services.json): failed to open stream:).

1. Đầu tiên, xóa thư mục lưu trữ sau đó lại tạo thư mục lưu trữ.
2. Bên trong thư mục lưu trữ tạo một tên thư mục mới làm khung.
3. Bên trong thư mục khung tạo ba tên thư mục là bộ đệm, phiên và dạng xem.

Tôi đã giải quyết vấn đề của mình bằng cách làm điều này.

Tôi đã cố gắng cấp 777quyền truy cập vào thư mục lưu trữ và nó có tác dụng với tôi

1) đi đến thư mục gốc laravel của bạn, ( /var/www/htmlđối với tôi) và chạy lệnh sau

chmod 777 -R storage