Continue
Initial part of a request was received and the client should continue with it.
Referensi kode status HTTP yang dapat dicari dengan deskripsi dan referensi RFC.
1xxInformational · 4
Initial part of a request was received and the client should continue with it.
Server agrees to switch protocols based on the Upgrade header.
Server has accepted the request but is still processing it (WebDAV).
Send preliminary headers (Link, etc.) before the final response.
2xxSuccess · 10
Request succeeded.
Request succeeded and a new resource was created.
Request was accepted for processing but has not yet completed.
Returned metainformation differs from the origin server's response.
Request succeeded; no body to return.
Request succeeded; the client should reset the document view.
Range request succeeded.
Body is an XML message with status for multiple resources (WebDAV).
Members of a WebDAV binding were already enumerated.
Server fulfilled a GET request and the response is a representation of one or more instance manipulations.
3xxRedirection · 8
Multiple representations are available; the client may choose.
Resource has a new permanent URI.
Resource is temporarily under a different URI.
Response is found under a different URI; client should GET it.
Conditional GET: the cached representation is still fresh.
Deprecated. Resource must be accessed through a proxy.
Resource is temporarily under a different URI; method must not change.
Resource has a new permanent URI; method must not change.
4xxClient error · 29
Server cannot or will not process the request due to a client error.
Authentication is required and has failed or has not been provided.
Reserved for future use.
Server understood the request but refuses to authorize it.
Server can't find the requested resource.
Method is known but not supported by the target resource.
Resource cannot generate content matching the Accept headers.
Client must authenticate with a proxy first.
Server timed out waiting for the client.
Request conflicts with the current state of the resource.
Resource is permanently unavailable.
Server requires the Content-Length header.
Precondition in request headers failed.
Request body is larger than the server is willing to process.
Request URI is longer than the server is willing to interpret.
Request body is in a format the server doesn't support.
None of the ranges in the Range header overlap the resource.
Expectation in the Expect header could not be met.
Server is a teapot. April Fools' joke from RFC 2324; widely implemented as an Easter egg.
Request was directed to a server unable to produce a response.
Request is well-formed but semantically invalid.
Resource is locked (WebDAV).
Request failed because of a previous request (WebDAV).
Server is unwilling to risk processing a request that might be replayed.
Client must switch to a different protocol.
Server requires the request to be conditional.
Client has sent too many requests in a given time (rate limited).
One or more request headers (or all of them) are too large.
Resource is unavailable due to legal demands.
5xxServer error · 11
Server encountered an unexpected condition.
Server does not support the functionality required.
Server, while acting as a gateway, got an invalid response from upstream.
Server is currently unable to handle the request (overloaded or down).
Server, while acting as a gateway, didn't get a response in time.
Server doesn't support the HTTP version in the request.
Transparent content negotiation results in a circular reference.
Server cannot store the representation needed to complete the request (WebDAV).
Server detected an infinite loop while processing (WebDAV).
Further extensions to the request are required.
Client needs to authenticate to gain network access (captive portal).
Input tetap di perangkat ini. Setiap tool developer di TaskKit berjalan sepenuhnya di browser kamu. Token, payload, dan teks yang di-paste tidak ditransmisikan ke server TaskKit atau pihak ketiga.
Referensi yang dapat dicari untuk setiap kode status HTTP standar, diorganisasi berdasarkan kelas (1xx informasional, 2xx sukses, 3xx redirect, 4xx error client, 5xx error server). Cari berdasarkan nomor, berdasarkan nama, atau berdasarkan deskripsi. Setiap entri menyertakan reason phrase kanonis dan RFC tempat itu didefinisikan.
401 Unauthorized dan 403 Forbidden untuk request yang ditolak.302, 303, 307, atau 308.451 Unavailable For Legal Reasons di RFC 7725).Dataset adalah static dan dikirimkan di bundle halaman. Tidak ada panggilan API — pencarian berjalan terhadap indeks in-memory, jadi instan bahkan di koneksi lambat. Metadata setiap kode datang langsung dari Registry Kode Status HTTP IANA dan RFC yang relevan (sebagian besar 9110, dengan kode lebih tua masih menunjuk ke 7231 dan sebelumnya).
401 vs. 403? 401 berarti « kamu tidak membuktikan siapa kamu — coba lagi dengan credential. » 403 berarti « saya tahu siapa kamu dan kamu tidak boleh memiliki ini. » Jika user yang login akan mengubah jawabannya, kembalikan 401; jika tidak, kembalikan 403.
302 vs. 307? 302 awalnya dimaksudkan untuk mempertahankan method request pada redirect, tapi sebagian besar browser secara historis menulis ulang POST ke GET. 303 dan 307 ditambahkan untuk membuat intent eksplisit: 303 See Other selalu GET URL baru, 307 Temporary Redirect selalu mempertahankan method. Gunakan 303 setelah POST yang sukses, 307 untuk redirect sementara yang mempertahankan method.
Apakah 418 I'm a teapot nyata? Ya, dan itu masih ada di RFC 2324 (1 April 1998) dan diakui di RFC 9110 §15.5.19. Gunakan dengan hemat.