Thông báo lỗi HTML

phản hồi thông tin

1990

Phản hồi tạm thời này chỉ ra rằng khách hàng nên tiếp tục yêu cầu hoặc bỏ qua phản hồi nếu yêu cầu đã kết thúc

Mã này được gửi để phản hồi tiêu đề yêu cầu 1992 từ máy khách và cho biết giao thức mà máy chủ đang chuyển sang

Mã này cho biết máy chủ đã nhận và đang xử lý yêu cầu nhưng chưa có phản hồi

Mã trạng thái này chủ yếu được sử dụng với tiêu đề 1995, cho phép tác nhân người dùng bắt đầu tải trước tài nguyên trong khi máy chủ chuẩn bị phản hồi

phản hồi thành công

1996

Yêu cầu đã thành công. Ý nghĩa kết quả của "success" phụ thuộc vào phương thức HTTP

• 1997. Tài nguyên đã được tìm nạp và truyền trong nội dung thư
• 1998. Các tiêu đề đại diện được bao gồm trong phản hồi mà không có bất kỳ nội dung thư nào
• 1999 hoặc 2000. Tài nguyên mô tả kết quả của hành động được truyền trong phần thân thông báo
• 2001. Nội dung thư chứa thông báo yêu cầu mà máy chủ nhận được

Yêu cầu đã thành công và kết quả là một tài nguyên mới đã được tạo. Đây thường là phản hồi được gửi sau yêu cầu 2000 hoặc một số yêu cầu 1999

Yêu cầu đã được nhận nhưng chưa được thực hiện. Nó không phổ biến, vì không có cách nào trong HTTP để sau đó gửi phản hồi không đồng bộ cho biết kết quả của yêu cầu. Nó được dành cho các trường hợp một quy trình hoặc máy chủ khác xử lý yêu cầu hoặc để xử lý hàng loạt

Mã phản hồi này có nghĩa là siêu dữ liệu được trả về không hoàn toàn giống với siêu dữ liệu có sẵn từ máy chủ gốc mà được thu thập từ bản sao cục bộ hoặc bên thứ ba. Điều này chủ yếu được sử dụng cho các bản sao hoặc bản sao lưu của tài nguyên khác. Ngoại trừ trường hợp cụ thể đó, phản hồi 1996 được ưu tiên cho trạng thái này

Không có nội dung để gửi cho yêu cầu này, nhưng các tiêu đề có thể hữu ích. Tác nhân người dùng có thể cập nhật các tiêu đề được lưu trong bộ nhớ cache cho tài nguyên này bằng các tiêu đề mới

Yêu cầu tác nhân người dùng đặt lại tài liệu đã gửi yêu cầu này

Mã phản hồi này được sử dụng khi tiêu đề 2991 được gửi từ máy khách để chỉ yêu cầu một phần tài nguyên

Truyền tải thông tin về nhiều tài nguyên, đối với các tình huống có thể phù hợp với nhiều mã trạng thái

Được sử dụng bên trong phần tử phản hồi 2994 để tránh lặp lại việc liệt kê các thành viên bên trong của nhiều liên kết với cùng một bộ sưu tập

Máy chủ đã đáp ứng yêu cầu tài nguyên 1997 và phản hồi là biểu diễn kết quả của một hoặc nhiều thao tác phiên bản được áp dụng cho phiên bản hiện tại

Tin nhắn chuyển hướng

2997

Yêu cầu có nhiều hơn một phản hồi có thể. Tác nhân người dùng hoặc người dùng nên chọn một trong số họ. (Không có cách chuẩn hóa nào để chọn một trong các câu trả lời, nhưng các liên kết HTML tới các khả năng được khuyến nghị để người dùng có thể chọn. )

URL của tài nguyên được yêu cầu đã được thay đổi vĩnh viễn. URL mới được cung cấp trong phản hồi

Mã phản hồi này có nghĩa là URI của tài nguyên được yêu cầu đã tạm thời bị thay đổi. Những thay đổi khác trong URI có thể được thực hiện trong tương lai. Do đó, khách hàng nên sử dụng cùng một URI này trong các yêu cầu trong tương lai

Máy chủ đã gửi phản hồi này để hướng dẫn máy khách lấy tài nguyên được yêu cầu tại một URI khác với yêu cầu GET

Điều này được sử dụng cho mục đích lưu trữ. Nó cho khách hàng biết rằng phản hồi chưa được sửa đổi, vì vậy khách hàng có thể tiếp tục sử dụng cùng một phiên bản phản hồi được lưu trong bộ nhớ cache

Được xác định trong phiên bản trước của đặc tả HTTP để cho biết rằng phản hồi được yêu cầu phải được truy cập bằng proxy. Nó không được dùng nữa do những lo ngại về bảo mật liên quan đến cấu hình trong băng tần của proxy

Mã phản hồi này không còn được sử dụng nữa; . Nó đã được sử dụng trong phiên bản trước của HTTP/1. 1 đặc điểm kỹ thuật

Máy chủ gửi phản hồi này để hướng dẫn máy khách lấy tài nguyên được yêu cầu tại một URI khác với cùng một phương thức đã được sử dụng trong yêu cầu trước đó. Điều này có cùng ngữ nghĩa với mã phản hồi HTTP 2999, ngoại trừ tác nhân người dùng không được thay đổi phương thức HTTP được sử dụng. nếu một 2000 đã được sử dụng trong yêu cầu đầu tiên, một 2000 phải được sử dụng trong yêu cầu thứ hai

Điều này có nghĩa là tài nguyên hiện được định vị vĩnh viễn tại một URI khác, được chỉ định bởi tiêu đề Phản hồi HTTP 3009. Điều này có cùng ngữ nghĩa với mã phản hồi HTTP 2998, ngoại trừ tác nhân người dùng không được thay đổi phương thức HTTP được sử dụng. nếu một 2000 đã được sử dụng trong yêu cầu đầu tiên, một 2000 phải được sử dụng trong yêu cầu thứ hai

Phản hồi lỗi của khách hàng

3993

Máy chủ không thể hoặc sẽ không xử lý yêu cầu do điều gì đó được coi là lỗi máy khách (e. g. , cú pháp yêu cầu không đúng định dạng, khung thông báo yêu cầu không hợp lệ hoặc định tuyến yêu cầu lừa đảo)

Mặc dù tiêu chuẩn HTTP chỉ định "trái phép", nhưng về mặt ngữ nghĩa, phản hồi này có nghĩa là "không được xác thực". Nghĩa là, khách hàng phải tự xác thực để nhận được phản hồi được yêu cầu

Mã phản hồi này được dành riêng để sử dụng trong tương lai. Mục đích ban đầu để tạo mã này là sử dụng nó cho các hệ thống thanh toán kỹ thuật số, tuy nhiên mã trạng thái này rất hiếm khi được sử dụng và không có quy ước tiêu chuẩn nào tồn tại

Khách hàng không có quyền truy cập vào nội dung; . Không giống như 3994, danh tính của khách hàng được máy chủ biết

Máy chủ không thể tìm thấy tài nguyên được yêu cầu. Trong trình duyệt, điều này có nghĩa là URL không được nhận dạng. Trong một API, điều này cũng có nghĩa là điểm cuối hợp lệ nhưng bản thân tài nguyên không tồn tại. Máy chủ cũng có thể gửi phản hồi này thay vì 3996 để che giấu sự tồn tại của tài nguyên khỏi máy khách trái phép. Mã phản hồi này có lẽ được biết đến nhiều nhất do nó xuất hiện thường xuyên trên web

Phương thức yêu cầu được máy chủ biết nhưng không được tài nguyên đích hỗ trợ. Ví dụ: API có thể không cho phép gọi 4001 để xóa tài nguyên

Phản hồi này được gửi khi máy chủ web, sau khi thực hiện thương lượng nội dung do máy chủ điều khiển, không tìm thấy bất kỳ nội dung nào phù hợp với tiêu chí do tác nhân người dùng đưa ra

Điều này tương tự như 3994 nhưng cần phải xác thực bằng proxy

Phản hồi này được gửi trên một kết nối nhàn rỗi bởi một số máy chủ, ngay cả khi không có bất kỳ yêu cầu nào trước đó của máy khách. Điều đó có nghĩa là máy chủ muốn tắt kết nối không sử dụng này. Phản hồi này được sử dụng nhiều hơn vì một số trình duyệt, như Chrome, Firefox 27+ hoặc IE9, sử dụng cơ chế kết nối trước HTTP để tăng tốc độ lướt web. Cũng lưu ý rằng một số máy chủ chỉ tắt kết nối mà không gửi thông báo này

Phản hồi này được gửi khi yêu cầu xung đột với trạng thái hiện tại của máy chủ

Phản hồi này được gửi khi nội dung được yêu cầu đã bị xóa vĩnh viễn khỏi máy chủ, không có địa chỉ chuyển tiếp. Khách hàng phải xóa bộ đệm và liên kết đến tài nguyên. Đặc tả HTTP dự định mã trạng thái này sẽ được sử dụng cho "các dịch vụ quảng cáo, trong thời gian giới hạn". Các API không nên cảm thấy bắt buộc phải chỉ ra các tài nguyên đã bị xóa bằng mã trạng thái này

Máy chủ đã từ chối yêu cầu vì trường tiêu đề 4009 không được xác định và máy chủ yêu cầu nó

Máy khách đã chỉ ra các điều kiện tiên quyết trong tiêu đề của nó mà máy chủ không đáp ứng

Thực thể yêu cầu lớn hơn giới hạn do máy chủ xác định. Máy chủ có thể đóng kết nối hoặc trả về trường tiêu đề 4992

URI do máy khách yêu cầu dài hơn máy chủ sẵn sàng diễn giải

Định dạng phương tiện của dữ liệu được yêu cầu không được máy chủ hỗ trợ, vì vậy máy chủ đang từ chối yêu cầu

Phạm vi được chỉ định bởi trường tiêu đề 2991 trong yêu cầu không thể được đáp ứng. Có thể phạm vi nằm ngoài kích thước dữ liệu của URI đích

Mã phản hồi này có nghĩa là kỳ vọng được chỉ định bởi trường tiêu đề yêu cầu 4998 không thể được đáp ứng bởi máy chủ

Máy chủ từ chối nỗ lực pha cà phê bằng ấm trà

Yêu cầu được hướng đến một máy chủ không thể tạo phản hồi. Điều này có thể được gửi bởi một máy chủ không được định cấu hình để tạo phản hồi cho sự kết hợp giữa lược đồ và quyền hạn được bao gồm trong URI yêu cầu

Yêu cầu được định dạng tốt nhưng không thể thực hiện được do lỗi ngữ nghĩa

Tài nguyên đang được truy cập đã bị khóa

Yêu cầu không thành công do yêu cầu trước đó không thành công

Cho biết rằng máy chủ không muốn mạo hiểm xử lý một yêu cầu có thể được phát lại

Máy chủ từ chối thực hiện yêu cầu bằng giao thức hiện tại nhưng có thể sẵn sàng làm như vậy sau khi máy khách nâng cấp lên một giao thức khác. Máy chủ gửi tiêu đề 1992 trong phản hồi 426 để cho biết (các) giao thức được yêu cầu

Máy chủ gốc yêu cầu yêu cầu phải có điều kiện. Phản hồi này nhằm ngăn chặn sự cố 'mất bản cập nhật', trong đó một khách hàng thay đổi trạng thái của tài nguyên, sửa đổi nó và quay trở lại máy chủ, trong khi đó bên thứ ba đã sửa đổi trạng thái trên máy chủ, dẫn đến xung đột

Người dùng đã gửi quá nhiều yêu cầu trong một khoảng thời gian nhất định ("giới hạn tốc độ")

Máy chủ không muốn xử lý yêu cầu vì các trường tiêu đề của nó quá lớn. Yêu cầu có thể được gửi lại sau khi giảm kích thước của các trường tiêu đề yêu cầu

Tác nhân người dùng đã yêu cầu một tài nguyên không thể được cung cấp một cách hợp pháp, chẳng hạn như một trang web bị chính phủ kiểm duyệt

Phản hồi lỗi máy chủ

5993

Máy chủ gặp phải tình huống không biết xử lý như thế nào

Phương thức yêu cầu không được máy chủ hỗ trợ và không thể xử lý. Các phương pháp duy nhất mà máy chủ được yêu cầu hỗ trợ (và do đó không được trả về mã này) là 1997 và 1998

Phản hồi lỗi này có nghĩa là máy chủ, trong khi hoạt động như một cổng để nhận phản hồi cần thiết để xử lý yêu cầu, đã nhận được phản hồi không hợp lệ

Máy chủ chưa sẵn sàng để xử lý yêu cầu. Các nguyên nhân phổ biến là do máy chủ ngừng hoạt động để bảo trì hoặc quá tải. Lưu ý rằng cùng với phản hồi này, một trang thân thiện với người dùng giải thích vấn đề sẽ được gửi. Phản hồi này nên được sử dụng cho các điều kiện tạm thời và tiêu đề HTTP 4992, nếu có thể, nên chứa thời gian ước tính trước khi khôi phục dịch vụ. Quản trị viên web cũng phải quan tâm đến các tiêu đề liên quan đến bộ nhớ đệm được gửi cùng với phản hồi này vì các phản hồi điều kiện tạm thời này thường không được lưu vào bộ nhớ cache

Phản hồi lỗi này được đưa ra khi máy chủ hoạt động như một cổng và không thể nhận được phản hồi kịp thời

Phiên bản HTTP được sử dụng trong yêu cầu không được máy chủ hỗ trợ

Máy chủ có lỗi cấu hình bên trong. tài nguyên biến thể đã chọn được định cấu hình để tự tham gia vào quá trình thương lượng nội dung minh bạch và do đó không phải là điểm kết thúc thích hợp trong quá trình thương lượng

Không thể thực hiện phương pháp này trên tài nguyên vì máy chủ không thể lưu trữ biểu diễn cần thiết để hoàn thành thành công yêu cầu

Làm cách nào để đặt thông báo lỗi trong HTML?

Lỗi HTML là gì?

HTML có thể có lỗi không?

Làm cách nào để nhận thông báo lỗi trong JavaScript?