Cách yêu cầu loopback trong wordpress

Gần đây, tôi phát hiện ra một vấn đề nhỏ thú vị. Tôi chạy WordPress trên trang web chỉ dành cho sách của mình và đương nhiên, cần phải thực hiện thử nghiệm để đảm bảo mọi thứ đều ổn trước khi có bất kỳ thay đổi nào được đưa vào miền. Một thay đổi như vậy là việc giới thiệu công cụ kiểm tra Tình trạng Trang web trong WordPress 5. 2, cho bạn biết về bất kỳ sự cố nghiêm trọng nào và các hành động được đề xuất cho quá trình thiết lập của bạn

Bản thân nó thì không sao, nhưng sau đó tôi nhận thấy một số lỗi được cho là nghiêm trọng xuất hiện khi cập nhật lên 5. 4, cho biết một vấn đề mới đột ngột với tên miền. Các lỗi là. API REST gặp lỗi và trang web của bạn không thể hoàn thành yêu cầu lặp lại. Các chi tiết cho cả hai đọc. Lỗi. lỗi cURL 28. Thao tác đã hết thời gian chờ sau 10000 mili giây với 0 byte nhận được (http_request_failed). Kỳ dị. Hãy gỡ lỗi

Vấn đề chi tiết hơn

Các vấn đề nghiêm trọng nghe có vẻ đáng báo động. Nhưng sau đó, bạn cần xem xét các vấn đề tiềm ẩn một cách cẩn thận, để hiểu tác động thực sự là gì. Thông thường, các công ty quá khắt khe với cách họ xử lý lỗi và sự cố, bởi vì không ai muốn bị buộc tội là quá lỏng lẻo với các vấn đề có thể dẫn đến sự phức tạp về bảo mật. Vì vậy, chúng ta hãy xem báo cáo trạng thái

Vấn đề đầu tiên đọc như sau

API REST gặp lỗi

API REST là một cách mà WordPress và các ứng dụng khác giao tiếp với máy chủ. Một ví dụ là màn hình trình chỉnh sửa khối, dựa vào màn hình này để hiển thị và lưu các bài đăng và trang của bạn

Yêu cầu API REST không thành công do lỗi.
Lỗi. lỗi cURL 28. Thao tác đã hết thời gian chờ sau 10001 mili giây với 0 byte nhận được (http_request_failed)

Cái thứ hai có văn bản sau

Trang web của bạn không thể hoàn thành yêu cầu lặp lại

Các yêu cầu lặp lại được sử dụng để chạy các sự kiện đã lên lịch và cũng được các trình chỉnh sửa tích hợp sẵn cho các chủ đề và plugin sử dụng để xác minh tính ổn định của mã

Yêu cầu loopback tới trang web của bạn không thành công, điều này có nghĩa là các tính năng dựa vào chúng hiện không hoạt động như mong đợi.
Lỗi. lỗi cURL 28. Thao tác đã hết thời gian chờ sau 10001 mili giây với 0 byte nhận được (http_request_failed)

Lỗi đầu tiên cho chúng tôi biết rằng đây là một cách mà WordPress sử dụng để giao tiếp với máy chủ - điều này có nghĩa là có những cách khác. Lỗi không rõ ràng liệu điều này có thực sự gây ra sự cố có thể xảy ra khi thực hiện các hoạt động khác nhau hay không

Nó đề cập cụ thể đến trình chỉnh sửa khối - toàn bộ thứ Gutenberg mới được giới thiệu trong WordPress 5. 0 mà tôi không sử dụng mà thay vào đó dựa vào Trình chỉnh sửa cổ điển tuyệt vời. Vì vậy, có lẽ đây không phải là vấn đề để bắt đầu. Sau đó, có câu hỏi về chức năng thực tế - không có chức năng nào được đề cập bị ảnh hưởng. WordPress hoạt động và làm mọi thứ như bình thường. Có lẽ là dương tính giả?

Lỗi thứ hai nói về các sự kiện đã lên lịch - như cập nhật nền, tác vụ qua đêm, v.v. Một lần nữa, nếu bạn chưa định cấu hình, đây không phải là vấn đề. Nếu bạn làm như vậy và chúng chạy chính xác, thì sự cố không ảnh hưởng đến bạn. Lỗi có nội dung "hoạt động như mong đợi" - nhưng đây không phải là một tuyên bố chính xác, mang tính quyết định. Nó làm cho việc khắc phục sự cố trở nên khó khăn hơn

Nguồn gốc của vấn đề

Nhưng hãy giả sử rằng đây thực sự là những vấn đề thực sự. Câu hỏi đặt ra là, làm thế nào để bạn khắc phục sự cố chúng bắt nguồn từ đâu?

Vì vậy, những gì tôi phải làm là tắt thủ công từng thành phần không phải mặc định, rồi chạy lại kiểm tra tình trạng, để xem liệu có bất kỳ thành phần cụ thể nào bị lỗi hay không. May mắn thay, tôi có thể kiểm tra điều này khi rảnh rỗi, nhưng hãy tưởng tượng tác động trong thiết lập sản xuất

Hiện nay. sau một thời gian, tôi đã thử mọi plugin và chủ đề mà tôi đang sử dụng và dường như không cái nào trong số này ảnh hưởng đến kết quả. WordPress tiếp tục phàn nàn. Sau đó, tôi quyết định mở rộng tìm kiếm của mình. Tôi tình cờ đang sử dụng một. htaccess, với xác thực cơ bản và một vài chi tiết hữu ích khác, dưới dạng lớp kiểm soát truy cập phụ vào trang quản trị. Lo và kìa, loại bỏ phần xác thực đã sửa nó. Không còn lỗi kiểm tra sức khỏe

AuthType Basic
AuthName bị hạn chế
AuthUserFile /home/masstablasta/wp-admin/passwd
Yêu cầu hợp lệ-

Vì vậy, có vẻ như - Sức khỏe trang web WordPress không thích. tập tin htaccess. Tôi chưa khám phá chính xác làm thế nào điều này chuyển séc, nhưng sau đó, tôi không cần phải. Một, tôi biết nguồn gốc của vấn đề là gì. Hai, các lỗi không ảnh hưởng đến chức năng mà tôi muốn và cần, do đó đây không phải là vấn đề

Phần kết luận

Rõ ràng là các vấn đề trong Tình trạng trang web là nội bộ - xét cho cùng, chúng chỉ bắt đầu xuất hiện khi chuyển sang WordPress 5. 4. Tất nhiên, một số đoạn mã ở đâu đó đã thay đổi, nhưng sau đó, về cơ bản, nếu hành vi của sản phẩm cốt lõi đột nhiên khác hoàn toàn so với trước khi cập nhật và không có vấn đề lớn nào trong các yếu tố khác của chức năng trang web, thì đó là

Tôi thích ý tưởng về loại vấn đề trong nháy mắt của trang web này, nhưng tôi không hài lòng với những thông tin xác thực sai hoặc trò đuổi bắt ngông mà các lỗi đã tạo ra cho tôi, dù chỉ trong thời gian ngắn. Lỗi cần phải có ý nghĩa. Nếu tôi không hiểu rõ điều gì có thể sai từ cách biểu hiện của lỗi, thì thực sự chẳng ích gì khi hiển thị các chi tiết kỹ thuật. Lỗi cURL 28 và. htaccess dường như quá xa nhau. Dù sao, chúng ta ở đây. Nếu bạn bị ảnh hưởng bởi một vấn đề tương tự, hãy xem cấu hình trang web của bạn, xem liệu bạn có đang sử dụng xác thực cơ bản hay không và có thể đang mắc phải lỗi tương tự. Chúng tôi đã làm ở đây

Loopback trong WordPress là gì?

Yêu cầu loopback là gì?