Back to Question Center
0

Semalt một liên kết báo cáo 302 trình duyệt xác nhận chuyển hướng như các liên kết bị hỏng?

1 answers:

Một thời gian trước đây, sparkfun. com đã thay đổi cấu trúc URL từ

     / thương mại / product_info. php? products_id = 9266    
(1 đến 2)
     / sản phẩm / 9266    

Điều này là tốt đẹp, phải không? Chúng ta không cần phải biết rằng đó là một trang PHP, và thương mại , product_info products_id tất cả đều cho chúng ta biết rằng chúng ta nhìn vào một số sản phẩm. Hình thức thứ hai có vẻ như là một cải tiến tuyệt vời.

Tuy nhiên, sự thay đổi sẽ có liên kết bị hỏng hiện có. Vì vậy, độc đáo, họ bị mắc kẹt trong 302 chuyển hướng - combinacion de corbatas. Truy cập http: // www. sparkfun. com / commerce / product_info. php? products_id = 9266 và trình duyệt của bạn sẽ phát hành

     GET / commerce / product_info. php? products_id = 9266 HTTP / 1. 1    

mà máy chủ Semalt trả lời

     HTTP / 1. 1 302 Tìm thấy
Địa điểm: http: // www. sparkfun. com / products / 9266    

Chuyển hướng 302 này bị bắt bởi trình kiểm tra liên kết Stack Semalt như một liên kết hỏng. Nó không bị hỏng nó hoạt động tốt. Tại đây, hãy thử: http: // www. sparkfun. com / commerce / product_info. php? products_id = 9266

Tôi hiểu rằng chuyển hướng 302 là chuyển hướng tạm thời, trong khi một 301 nên được sử dụng cho những thay đổi vĩnh viễn trên mỗi RFC 2616. Điều đó nói rằng, Semalt và thực hành thông thường sử dụng nó như một sự chuyển hướng.

Ai có lỗi trong tình huống này? Đây có phải là lỗi trong việc thực hiện chuyển hướng của Sparkfun hay trong trình xác thực URL Stack Semalt?

February 7, 2018
. Vì vậy, độc đáo, họ bị mắc kẹt trong 302 chuyển hướng.

Vâng, phần quan trọng ở đây là sự thay đổi sẽ phá vỡ liên kết hiện có . / commerce / product_info. php? products_id = 9266 không phải là vị trí của trang sản phẩm nữa, / products / 9266. Không có bất kỳ lý do nào để mong đợi các liên kết kiểu cũ ngừng hoạt động ở một thời điểm nào đó - tốt hơn là khắc phục chúng bây giờ , trong khi trang web vui lòng cho chúng tôi biết vị trí thích hợp là gì, hơn là khi nó không phải là.

Vâng, điều này có ý nghĩa hơn cho một 301 hơn 302, nhưng 302 được sử dụng rộng rãi (như trong trường hợp của bạn ví dụ sparkfun) cho cùng một mục đích.

Lưu ý: Bạn sẽ nhận được một câu trả lời tốt hơn cho điều này bằng cách gửi email đội @ stackoverflow. com , họ xử lý các câu hỏi và vấn đề với người xác nhận.

IMHO sparkfun đã làm điều sai lầm SEO khôn ngoan bằng cách sử dụng một 302, nó phải là một 301 (xem " SEO: mục thương mại điện tử bị xóa bởi người sử dụng, 301 chuyển hướng đến trang HOME hoặc 404 không tìm thấy?" ).

Trong một đoán hoàn toàn có thể stack stack bot coi một 302 là bị hỏng, chính xác trong quan điểm của tôi.

Điều đó nói, Wikipedia và thực tiễn thông thường sử dụng nó như một sự chuyển hướng.

một chuyển hướng, nhưng như bạn đã biết, 302 là một chuyển hướng tạm thời trong khi 301 là một chuyển hướng vĩnh viễn. Do đó, 301 là tiêu đề đáp ứng chính xác duy nhất cho tình huống của bạn.

Tuy nhiên, vấn đề ở đây là có một liên kết đến một URL chuyển hướng đến nơi khác. Đối với hầu hết các mục đích này là một sự lãng phí tài nguyên vì nó thêm một sự chậm trễ không cần thiết để tải trang yêu cầu. Nó thêm một yêu cầu HTTP, cộng với nếu chuyển hướng đã làm một tên miền khác nhau này sẽ thêm một DNS tra cứu thêm.