Lỗi trong trình xử lý ngoại lệ. - Laravel

Đó là một câu hỏi liên quan đến cài đặt Laravel. Tôi có một thiết lập máy chủ Unix công khai:

<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>

Tôi có thể cung cấp tài liệu tốt từ / var / www / mydomain, tức là http://mydomain.org/test.php với test.php chứa:

<?php echo 'test';

hoạt động tốt.

Trong bash, với Laravel được cài đặt thông qua Composer và xem các tệp:

# 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

Vì vậy, khi tôi duyệt đến:

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

tại sao ứng dụng của tôi báo cáo:

Error in exception handler. 

trong trình duyệt - trên một màn hình trắng trống? Tôi đang mong đợi để xem màn hình giật gân Laravel.

Hơn nữa, các tệp nhật ký cũng không tiết lộ bất cứ điều gì.

Tùy chọn an toàn hơn sẽ là thay đổi nhóm thư mục lưu trữ thành nhóm máy chủ web của bạn (thường là apachehoặc www-data, nhưng điều này có thể khác nhau giữa các hệ điều hành khác nhau) và giữ nguyên các quyền của thư mục 775.

chgrp -R www-data app/storage

Hoặc với chown.

chown -R :www-data app/storage

Sau đó, hãy đảm bảo quyền của thư mục 775.

chmod -R 775 app/storage

Từ trang web Laravel :

Laravel có thể yêu cầu một tập hợp các quyền được định cấu hình: các thư mục trong ứng dụng / bộ nhớ yêu cầu quyền ghi bởi máy chủ web.

Laravel 5.2

bộ nhớ chmod -R 777

Ứng dụng / lưu trữ / * của Laravel chmod 777 cũ hơn

Lưu ý rằng nếu bạn có một máy chủ chuyên dụng bị khóa hợp lý mà không có tài khoản người dùng nào khác ngoài tài khoản của bạn, 777 sẽ không gây ra bất kỳ rủi ro bảo mật nào hơn bất kỳ thứ gì khác. Sẽ phải có một số lỗ hổng khác để một người dùng độc hại lợi dụng điều đó, và tại thời điểm đó, dù sao thì quyền 777 cũng có thể được tranh luận. Tuy nhiên, nếu bạn đang ở trên một máy chủ được chia sẻ với những người dùng khác mà bạn không tin tưởng, thì bạn sẽ cần phải xem xét các quyền phức tạp hơn hoặc kiểm tra xem nhà cung cấp dịch vụ lưu trữ của bạn đã cung cấp cách ly chưa.

Họ thực sự nên đưa điều này vào tài liệu bắt đầu nhanh và cung cấp các ví dụ cho các thiết lập khác nhau. Bạn cũng có thể phải chạy lại nó sau lần tải đầu tiên vì nhiều thư mục được tạo tự động. Tìm trong nhật ký của bạn để tìm lỗi ghi.

Ngoài ra DocumentRoot của bạn phải là / path / to / laravel-project / public

Tôi đã xóa các phiên cũ bên trong app/storage/sessionsthư mục và cấp 775quyền app/storagesau đó nó hoạt động như lửa!

chmod -R 775 app/storage

Chúc may mắn!

Vấn đề này đã xảy ra từ lâu, nhưng tôi vẫn có một lời khuyên khác liên quan đến "Lỗi trong trình xử lý ngoại lệ."

Tôi đã có điều này xảy ra với tôi khi tôi chạy "php artistan", đây là một cách tốt để đánh giá xem môi trường của bạn có đang hoạt động nói chung hay không.

Tôi đã chạy nó và nó cho tôi lỗi đó và tôi không thể xác định chính xác vấn đề cho đến khi tôi chỉnh sửa tệp thủ công trong thư mục gốc của dự án của mình và thêm câu lệnh try catch:

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

Tại thời điểm đó, tôi cuối cùng đã nhìn thấy một thông điệp tuyệt vời:

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

mà trong trường hợp của tôi là một cấu hình redis xấu, nhưng trong trường hợp của bạn có thể là bất cứ thứ gì.

Tôi hy vọng điều này sẽ giúp ai đó, hoặc ít nhất lần sau khi tôi đến đây, tôi sẽ tìm thấy câu trả lời cho riêng mình.

Cách ngắn nhất để giải quyết vấn đề này là bắt đầu làm thủ công với sudo. Điều này sẽ cung cấp cho nghệ nhân tất cả các quyền mà nó cần và cũng sẽ không gây ra bất kỳ rắc rối nào về bảo mật.

vì vậy, thay vào đó hãy bắt đầu phục vụ nghệ nhân với:

$ php artisan serve

thử sử dụng:

$ sudo php artisan serve 

do đó bạn sẽ không phải thực hiện bất kỳ thay đổi quyền nào

Tôi gặp sự cố tương tự, tôi chỉ thay đổi quyền từ ứng dụng / bộ nhớ thư mục thành 775 bằng dòng lệnh chmod