Có yêu cầu kỹ thuật nào để phục vụ phản hồi 404 không?

Bạn có thể tìm thấy câu trả lời/video trên https://security.stackexchange.com/a/150762/10843 có liên quan đến câu hỏi thứ hai của mình.

tôi đồng ý với các điều khoản, ứng dụng tiêu chuẩn đang chờ trạng thái trước và sau đó nó sẽ hành động tương ứng với câu trả lời imho

Tôi xin lỗi nếu tôi đang sửa lại câu hỏi của mình bằng nhận xét này, nhưng những gì tôi đang xem là thứ rác rưởi rõ ràng được ném vào máy chủ. Có vẻ như bất kỳ thứ gì có tiêu đề Máy chủ lưu trữ không khớp với bất kỳ thứ gì tôi đang phục vụ đều nên bị loại bỏ, vì phân tích nhật ký cho thấy đó là 100% bot và có khả năng thực hiện với việc gán địa chỉ IP cũ, vì vậy phản hồi 404 là vô nghĩa. Tại một số điểm, một yêu cầu nên được coi là không hợp lệ hoặc thậm chí là thù địch và 100 yêu cầu/giây rác 404 do bot tạo ra có vẻ thù địch, ít nhất là đối với tôi và tôi thực sự muốn bỏ nó, nhưng tôi thích tuân theo các tiêu chuẩn hơn.

Bạn có thể trả lời bằng `400` đối với tiêu đề `Máy chủ:` không hợp lệ (Phần 5.4 của RFC 7239). Bạn có thể xếp hạng các yêu cầu giới hạn và trả lời bằng `429`. Nếu máy chủ của khách hàng thực sự thù địch và tạo ra quá nhiều lỗi 4xx thì bạn có thể chặn chúng ở cấp IP (`fail2ban`, v.v.) và ngắt kết nối (RFC 6585 Phần 7.2)

RFC 1945 là Thông tin (nhưng vẫn hữu ích) - bạn có biết liệu điều này có được giải quyết ở những người khác không?

Chà, RFC gần như là khối nền tảng của Web. Nhưng bạn có thể tham khảo RFCs 2068, 7231, 7540,... cũng được. Không, không có "Tiêu chuẩn Internet" ở bất cứ đâu nhưng nó là như vậy.

Tôi hiểu rằng thực sự không có một tiêu chuẩn chính thức nào, nhưng có sự khác biệt giữa các trạng thái RFC mà [RFC 2026](https://datatracker.ietf.org/doc/html/rfc2026) được tạo ra để xác định chính nó là một tiêu chuẩn chính thức. RFC "Thực tiễn tốt nhất hiện tại" (thậm chí không phải là một tiêu chuẩn!).

Tôi hiểu điều đó nhưng (có lẽ thật kỳ lạ) mọi thứ lại như vậy.

Câu hỏi này là trong các ngôn ngữ khác: