TK TaskKit
Tools Developer

Kode Status HTTP

Referensi kode status HTTP yang dapat dicari dengan deskripsi dan referensi RFC.

62 ditampilkan

1xxInformational · 4

100

Continue

Initial part of a request was received and the client should continue with it.

RFC 9110
101

Switching Protocols

Server agrees to switch protocols based on the Upgrade header.

RFC 9110
102

Processing

Server has accepted the request but is still processing it (WebDAV).

RFC 2518
103

Early Hints

Send preliminary headers (Link, etc.) before the final response.

RFC 8297

2xxSuccess · 10

200

OK

Request succeeded.

RFC 9110
201

Created

Request succeeded and a new resource was created.

RFC 9110
202

Accepted

Request was accepted for processing but has not yet completed.

RFC 9110
203

Non-Authoritative Information

Returned metainformation differs from the origin server's response.

RFC 9110
204

No Content

Request succeeded; no body to return.

RFC 9110
205

Reset Content

Request succeeded; the client should reset the document view.

RFC 9110
206

Partial Content

Range request succeeded.

RFC 9110
207

Multi-Status

Body is an XML message with status for multiple resources (WebDAV).

RFC 4918
208

Already Reported

Members of a WebDAV binding were already enumerated.

RFC 5842
226

IM Used

Server fulfilled a GET request and the response is a representation of one or more instance manipulations.

RFC 3229

3xxRedirection · 8

300

Multiple Choices

Multiple representations are available; the client may choose.

RFC 9110
301

Moved Permanently

Resource has a new permanent URI.

RFC 9110
302

Found

Resource is temporarily under a different URI.

RFC 9110
303

See Other

Response is found under a different URI; client should GET it.

RFC 9110
304

Not Modified

Conditional GET: the cached representation is still fresh.

RFC 9110
305

Use Proxy

Deprecated. Resource must be accessed through a proxy.

RFC 9110
307

Temporary Redirect

Resource is temporarily under a different URI; method must not change.

RFC 9110
308

Permanent Redirect

Resource has a new permanent URI; method must not change.

RFC 9110

4xxClient error · 29

400

Bad Request

Server cannot or will not process the request due to a client error.

RFC 9110
401

Unauthorized

Authentication is required and has failed or has not been provided.

RFC 9110
402

Payment Required

Reserved for future use.

RFC 9110
403

Forbidden

Server understood the request but refuses to authorize it.

RFC 9110
404

Not Found

Server can't find the requested resource.

RFC 9110
405

Method Not Allowed

Method is known but not supported by the target resource.

RFC 9110
406

Not Acceptable

Resource cannot generate content matching the Accept headers.

RFC 9110
407

Proxy Authentication Required

Client must authenticate with a proxy first.

RFC 9110
408

Request Timeout

Server timed out waiting for the client.

RFC 9110
409

Conflict

Request conflicts with the current state of the resource.

RFC 9110
410

Gone

Resource is permanently unavailable.

RFC 9110
411

Length Required

Server requires the Content-Length header.

RFC 9110
412

Precondition Failed

Precondition in request headers failed.

RFC 9110
413

Content Too Large

Request body is larger than the server is willing to process.

RFC 9110
414

URI Too Long

Request URI is longer than the server is willing to interpret.

RFC 9110
415

Unsupported Media Type

Request body is in a format the server doesn't support.

RFC 9110
416

Range Not Satisfiable

None of the ranges in the Range header overlap the resource.

RFC 9110
417

Expectation Failed

Expectation in the Expect header could not be met.

RFC 9110
418

I'm a teapot

Server is a teapot. April Fools' joke from RFC 2324; widely implemented as an Easter egg.

RFC 2324
421

Misdirected Request

Request was directed to a server unable to produce a response.

RFC 9110
422

Unprocessable Content

Request is well-formed but semantically invalid.

RFC 9110
423

Locked

Resource is locked (WebDAV).

RFC 4918
424

Failed Dependency

Request failed because of a previous request (WebDAV).

RFC 4918
425

Too Early

Server is unwilling to risk processing a request that might be replayed.

RFC 8470
426

Upgrade Required

Client must switch to a different protocol.

RFC 9110
428

Precondition Required

Server requires the request to be conditional.

RFC 6585
429

Too Many Requests

Client has sent too many requests in a given time (rate limited).

RFC 6585
431

Request Header Fields Too Large

One or more request headers (or all of them) are too large.

RFC 6585
451

Unavailable For Legal Reasons

Resource is unavailable due to legal demands.

RFC 7725

5xxServer error · 11

500

Internal Server Error

Server encountered an unexpected condition.

RFC 9110
501

Not Implemented

Server does not support the functionality required.

RFC 9110
502

Bad Gateway

Server, while acting as a gateway, got an invalid response from upstream.

RFC 9110
503

Service Unavailable

Server is currently unable to handle the request (overloaded or down).

RFC 9110
504

Gateway Timeout

Server, while acting as a gateway, didn't get a response in time.

RFC 9110
505

HTTP Version Not Supported

Server doesn't support the HTTP version in the request.

RFC 9110
506

Variant Also Negotiates

Transparent content negotiation results in a circular reference.

RFC 2295
507

Insufficient Storage

Server cannot store the representation needed to complete the request (WebDAV).

RFC 4918
508

Loop Detected

Server detected an infinite loop while processing (WebDAV).

RFC 5842
510

Not Extended

Further extensions to the request are required.

RFC 2774
511

Network Authentication Required

Client needs to authenticate to gain network access (captive portal).

RFC 6585

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.

Apa yang dilakukan tool ini

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.

Kapan menggunakannya

  • Memutuskan antara 401 Unauthorized dan 403 Forbidden untuk request yang ditolak.
  • Mengkonfirmasi apakah redirect harus 302, 303, 307, atau 308.
  • Mencari kode tidak familiar yang baru muncul di baris log.
  • Memeriksa RFC mana yang memperkenalkan kode (mis. 451 Unavailable For Legal Reasons di RFC 7725).

Cara kerjanya

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).

Catatan

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.

Tools terkait