“Trang đã hết hạn do không hoạt động” - Laravel 5.5

Trang đăng ký của tôi đang hiển thị biểu mẫu đúng với CsrfToken ( {{ csrf_field() }}) có trong biểu mẫu).

HTML biểu mẫu

<form class="form-horizontal registration-form" novalidate method="POST" action="{{ route('register') }}">
        {{ csrf_field() }}
        ....
</form>

Tôi đang sử dụng xác thực sẵn có cho người dùng. Không thay đổi bất cứ điều gì ngoại trừ các tuyến đường và chuyển hướng.

Khi tôi gửi biểu mẫu (ngay sau khi tải lại), nó cho biết Trang đã hết hạn do không hoạt động. Vui lòng làm mới và thử lại. lỗi.

Tôi đang thiếu một điều rất nhỏ. Nhưng không chắc nó là gì. Bất kỳ giúp đỡ?

Cập nhật

Đã tìm thấy sự cố. Trình điều khiển phiên đã được đặt thành mảng. Đã thay đổi nó thành tệp và lỗi đã biến mất ngay bây giờ. Nhưng điều gì là sai nếu tôi sử dụng mảng?

Nếu bạn đến câu trả lời này trực tiếp từ một tìm kiếm , hãy đảm bảo rằng bạn đã thêm mã thông báo csrf vào biểu mẫu của mình với {{ csrf_field() }}như OP.

Nếu bạn đã đặt trình điều khiển phiên của mình thành tệp:

Có thể liên quan đến việc lưu trữ_path không thể ghi được. Đây là nơi nó lưu trữ dữ liệu phiên liên quan đến mã thông báo nếu bạn đang sử dụng phiên dựa trên tệp. Có thể được xác minh vớiis_writable(config('session.files'))

Đối với OP, trình điều khiển phiên đã được đặt thành mảng. Mảng chỉ dùng để thử nghiệm. Vì dữ liệu không được duy trì, nó sẽ không thể so sánh mã thông báo trong yêu cầu tiếp theo.

Trình điều khiển mảng được sử dụng trong quá trình thử nghiệm và ngăn không cho dữ liệu được lưu trữ trong phiên được duy trì.

https://laravel.com/docs/5.5/session#configuration

Kiểm tra config / session.php

Cuối cùng, một vấn đề tôi vừa gặp phải, chúng tôi có một dự án có miền phiên và cài đặt bảo mật trong config / session.php nhưng trang web phát triển không sử dụng HTTPS (SSL / TLS). Điều này gây ra lỗi chung này vì session.secure được đặt thành true theo mặc định.

Tôi gặp phải vấn đề tương tự trong Laravel 5.5. Trong trường hợp của tôi, nó đã xảy ra sau khi thay đổi một tuyến đường từ GET thành POST. Vấn đề là do tôi quên chuyển mã thông báo CSRF khi chuyển sang POST.

Bạn có thể đăng mã thông báo CSRF trong biểu mẫu của mình bằng cách gọi:

 {{ csrf_field() }}

Hoặc loại trừ tuyến đường của bạn trong ứng dụng / Http / Middleware / VerifyCsrfToken.php

 protected $except = [
        'your/route'
    ];

Hãy thử tất cả chúng.

composer dump-autoload
php artisan optimize
php artisan cache:clear
php artisan config:clear
php artisan route:clear
php artisan view:clear

Điều này gây ra bởi vì Illuminate\Session\TokenMismatchException hãy xem mẫu mã này như thế nào để xử lý nó đúng cách:

https://gist.github.com/jrmadsen67/bd0f9ad0ef1ed6bb594e

Trường hợp của tôi đã được giải quyết với SESSION_DOMAIN, trong máy cục bộ của tôi phải được đặt thành xxx.localhost. Nó đã gây ra xung đột với quá trình sản xuất SESSION_DOMAIN, xxx.comđược đặt trực tiếp trong tệp cấu hình session.php.

Một số thông tin được lưu trữ trong cookie có liên quan đến các phiên bản trước của laravel đang được phát triển. Vì vậy, nó xung đột với các mã thông báo được tạo bằng csrf được tạo bởi các phiên bản của người khác. Chỉ cần Xóa cookie và thử.

Đối với những người vẫn còn vấn đề và không có gì giúp đỡ. Chú ý đến tham số php.ini mbstring.func_overload. Nó phải được đặt thành 0. Và mbstring.internal_encoding được đặt thành UTF-8. Trong trường hợp của tôi, đó là một vấn đề.

Tôi thay đổi quyền lưu trữ và lỗi đã biến mất. Có vẻ như thiếu sự cho phép là vấn đề.

sudo chmod -R 775 storage/

thêm @csrfvào biểu mẫu và cũng đi đến VerifyCsrfToken.php

app-> Http-> Middleware-> VerifyCsrfToken.php

protected $except = [
        'paste your route here'
    ];

Trong trường hợp của tôi, trang web ổn trong máy chủ nhưng không ổn ở cục bộ. Sau đó, tôi nhớ tôi đã làm việc trên trang web an toàn.
Vì vậy, trong tệp config.session.php, hãy đặt biến an toàn thành false

'secure' => env('SESSION_SECURE_COOKIE', false),

Tôi có ứng dụng với nhiều tên miền phụ và cookie phiên là vấn đề giữa chúng. Xóa cookie đã giải quyết được vấn đề của tôi.

Ngoài ra, hãy thử đặt tệp .envSESSION_DOMAIN trong . Sử dụng miền phụ chính xác mà bạn đang duyệt.

Đảm bảo có thời gian hệ thống chính xác trên máy chủ web của bạn. Trong trường hợp của tôi, máy lang thang ở trong tương lai (ngày 26 tháng 1 14:08:26 UTC 2226) vì vậy tất nhiên thời gian trong cookie phiên của trình duyệt của tôi đã hết hạn cách đây hơn 200 năm.

đặt mbstring.func_overload = 2

Nó đã giúp đỡ tôi

Tôi đã tìm ra hai giải pháp để tránh những lỗi này 1) bằng cách thêm bảo vệ $ ngoại trừ = ['/ yourroute'] có thể tắt kiểm tra mã thông báo csrf từ gốc đã xác định. 2) chỉ cần nhận xét \ App \ Http \ Middleware \ VerifyCsrfToken :: dòng lớp trong nhóm phần mềm trung gian được bảo vệ trong hạt nhân

Tôi đã gặp vấn đề tương tự nhưng vấn đề không nằm trong khuôn khổ mà ở trình duyệt. Tôi không biết tại sao nhưng google chrome tự động chặn cookie, trong trường hợp của tôi. Sau khi cookie được phép, vấn đề đã được giải quyết.

Câu trả lời ngắn

Thêm mục nhập tuyến đường cho registertrongapp/Http/Middleware/VerifyCsrfToken.php

protected $except = [
        '/routeTo/register'
    ];

và xóa bộ nhớ cache và định tuyến bộ nhớ cache bằng các lệnh:

php artisan cache:clear && php artisan route:clear

Chi tiết

Mỗi khi bạn truy cập một trang Laravel, một mã thông báo sẽ được tạo, ngay cả khi phiên chưa được bắt đầu. Sau đó, trong mỗi yêu cầu, mã thông báo này (được lưu trữ trong cookie) sẽ được xác thực theo thời gian hết hạn, được đặt trong SESSION_LIFETIMEtrường trênconfig/session.php hồ sơ.

Nếu bạn giữ trang web mở trong hơn thời gian hết hạn và cố gắng thực hiện yêu cầu, mã thông báo này sẽ được đánh giá và lỗi hết hạn sẽ trở lại. Vì vậy, để bỏ qua xác thực này trên các biểu mẫu nằm ngoài chức năng của người dùng đã xác thực (chẳng hạn như đăng ký hoặc đăng nhập), bạn có thể thêm tuyến đường ngoại trừ vào app/Http/Middleware/VerifyCsrfToken.php.

Nhiều khi nó xảy ra bởi vì bạn đang thử nghiệm dự án trong ngày

Giải pháp:

sử dụng tab mới ẩn danh rồi kiểm tra lại.

lý do:

trong trường hợp của tôi, một người dùng khác đã đăng nhập bằng bảng quản trị của tôi