🌐 Web

Senarai Kod Status HTTP

Maksud dan perbezaan kod respons HTTP daripada siri 100 hingga siri 500
Membaca data

Baca kod status HTTP mengikut kumpulan 100-an

Kod status HTTP ialah kod respons standard yang memberitahu cara pelayan memproses permintaan. Memahami maksud kumpulan 1xx, 2xx, 3xx, 4xx dan 5xx dahulu memudahkan anda membezakan ralat individu seperti 404, 429, 451 dan 500.

Cara membaca

Cari mengikut nombor kod, nama Inggeris, huraian Melayu atau kata kunci berkaitan, kemudian kecilkan skop mengikut kumpulan 100-an atau penapis kod utama/khas. Tekan nombor kod untuk bergerak terus ke baris tersebut.

Apa yang boleh dilihat di halaman ini
  • Kod berdaftar dan reason phrase standard berdasarkan IANA HTTP Status Code Registry
  • Maksud setiap kelas 100-an, situasi berlaku, perkara untuk disemak dan kod berkaitan
  • Huraian terperinci untuk kod yang kerap dicari seperti 451, 429, 404, 500 dan 503
Asas data

Disusun berdasarkan IANA HTTP Status Code Registry dan dokumen IETF seperti RFC 9110, RFC 7725 dan RFC 6585.

Halaman ini ialah rujukan yang menerangkan maksud protokol HTTP. Untuk keputusan undang-undang, keselamatan atau operasi, semak juga persekitaran perkhidmatan dan dokumen rasmi masing-masing.

Kod berdaftar 64
Kelas status 5
Kod utama 25
Kod khas 21
1xx Maklumat 5 2xx Berjaya 10 3xx Pengalihan 9 4xx Ralat klien 29 5xx Ralat pelayan 11
🌐 Senarai penuh kod status HTTP
64 kod

1xx Maklumat

Respons sementara yang menunjukkan permintaan telah diterima dan pemprosesan masih diteruskan.

5
Maksud Situasi utama Perkara untuk disemak
100 Continue RFC 9110 Header permintaan telah diterima, dan klien boleh terus menghantar badan permintaan. Digunakan apabila pelayan mengesahkan sama ada badan permintaan yang besar boleh diteruskan sebelum klien menghantarnya. Semak header Expect: 100-continue dan aliran pengendalian upload pada pelayan. Berkaitan: 417
101 Switching Protocols RFC 9110 Pelayan menerima pertukaran protokol yang diminta oleh klien. Dilihat apabila sambungan HTTP dinaik taraf kepada protokol lain seperti WebSocket. Semak header Upgrade, header Connection, dan sama ada proxy meneruskan upgrade dengan betul. Berkaitan: 426
102 Processing RFC 2518 Permintaan telah diterima dan masih diproses, tetapi respons akhir belum sedia. Boleh digunakan oleh permintaan WebDAV yang mengambil masa lama untuk mengurangkan risiko timeout di sisi klien. Semak sama ada respons akhir tiba secara berasingan dan sama ada klien mengabaikan respons sementara dengan selamat. Berkaitan: 207, 208
104 Sementara Upload Resumption Supported IANA temporary registration Kod status berdaftar sementara yang menunjukkan sokongan untuk menyambung semula upload. Boleh muncul dalam aliran eksperimen yang merundingkan penyambungan berasaskan julat selepas upload besar terputus. Kerana ini pendaftaran sementara IANA, sahkan sokongan klien dan pelayan sebelum digunakan dalam produksi. Berkaitan: 100, 201

2xx Berjaya

Respons yang menunjukkan permintaan difahami dan dikendalikan dengan berjaya.

10
Maksud Situasi utama Perkara untuk disemak
201 Created RFC 9110 Permintaan berjaya dan sumber baharu telah dicipta. Sesuai untuk permintaan POST yang mencipta hantaran, pesanan, akaun, fail, atau sumber seumpamanya. Semak sama ada lokasi sumber baharu diberikan melalui header Location atau badan respons. Berkaitan: 200, 202, 204
202 Accepted RFC 9110 Permintaan diterima, tetapi pemprosesan belum selesai. Digunakan untuk kerja tak segerak, kerja beratur, dan operasi batch yang hasilnya diputuskan kemudian. Jika boleh, sertakan URL status, ID kerja, atau panduan cuba semula dalam respons. Berkaitan: 200, 201, 204
203 Non-Authoritative Information RFC 9110 Proxy atau lapisan transformasi mengubah dan meneruskan respons 200 daripada pelayan asal. Boleh digunakan apabila perantara menyediakan representasi atau metadata yang telah ditransformasikan. Semak respons asal, dasar transformasi, header Warning, dan header cache bersama-sama. Berkaitan: 200, 214
204 No Content RFC 9110 Permintaan berjaya, tetapi respons tiada badan. Digunakan apabila tindakan padam, simpan, toggle, atau tindakan seumpamanya berjaya tanpa memerlukan badan respons atau navigasi. Jangan hantar badan dengan respons 204, dan pastikan klien tidak menganggap respons kosong sebagai ralat. Berkaitan: 200, 205
205 Reset Content RFC 9110 Permintaan berjaya, dan klien boleh menetapkan semula paparan input. Boleh digunakan selepas penghantaran borang untuk memberitahu klien supaya mengosongkan medan pada skrin yang sama. Kod ini jarang digunakan dalam praktik, jadi sahkan bahawa menetapkan semula antara muka memang pengalaman yang dikehendaki. Berkaitan: 204
207 Multi-Status RFC 4918 Respons WebDAV yang membawa status untuk beberapa sub-operasi dalam satu permintaan. Digunakan apabila beberapa sumber diproses bersama dan setiap sumber memerlukan hasil berjaya atau gagal sendiri. Huraikan status setiap sumber daripada badan respons; API REST biasa lazimnya menggunakan format hasil sendiri. Berkaitan: 102, 208
208 Already Reported RFC 5842 Menunjukkan bahawa sumber binding WebDAV telah dilaporkan dan tidak diulang. Digunakan untuk mengurangkan senarai pendua apabila sumber yang sama dirujuk melalui beberapa path dalam respons WebDAV. Sahkan bahawa klien WebDAV boleh mengendalikan 208 bersama badan respons 207. Berkaitan: 207
226 IM Used RFC 3229 Pelayan mengembalikan hasil selepas menerapkan manipulasi instance (IM). Ditakrifkan untuk delta encoding dan respons lain berasaskan perubahan. Aliran cache dan pemindahan khas menggunakan header A-IM dan IM diperlukan, jadi ia jarang digunakan pada laman biasa. Berkaitan: 200, 206

3xx Pengalihan

Respons yang menunjukkan lokasi lain atau tindakan tambahan diperlukan untuk melengkapkan permintaan.

9
Maksud Situasi utama Perkara untuk disemak
300 Multiple Choices RFC 9110 Sumber yang diminta mempunyai beberapa representasi atau pilihan. Boleh digunakan apabila pengguna atau klien perlu memilih antara alternatif bahasa, format, atau versi untuk sumber yang sama. Dalam praktik, redirect dengan header Location yang jelas seperti 301, 302, 303, 307, dan 308 lebih lazim. Berkaitan: 301, 302
303 See Other RFC 9110 Hasil permintaan perlu diambil dengan GET daripada URL lain. Berguna dalam pola POST/Redirect/GET selepas pemprosesan borang, apabila pengguna dihantar ke halaman hasil atau selesai. Fahami bahawa kaedah berubah kepada GET, dan sahkan aliran pencegahan penghantaran borang berganda. Berkaitan: 302, 307
305 Use Proxy RFC 9110 Kod status legasi yang mengarahkan klien menggunakan proxy; kini deprecated atas sebab keselamatan. Paling selamat menganggapnya tidak digunakan di web moden. Jangan gunakan dalam implementasi baharu; kendalikan dasar proxy melalui konfigurasi atau lapisan rangkaian. Berkaitan: 407
306 Unused RFC 9110 Kod status yang pernah ditakrifkan, tetapi kini dikhaskan dan tidak digunakan. Jangan gunakan sebagai respons pelayan biasa. Jika ia muncul dalam log, semak perantara, kod ujian, atau implementasi bukan standard. Berkaitan: 305
307 Temporary Redirect RFC 9110 Redirect sementara yang mesti mengekalkan kaedah dan badan permintaan. Lebih jelas daripada 302 apabila POST, PUT, atau kaedah lain mesti dikekalkan ketika menghantar permintaan ke lokasi sementara. Sahkan klien tidak menukar kaedah kepada GET dan sasaran Location boleh mengendalikan permintaan yang sama. Berkaitan: 302, 308

4xx Ralat Klien

Respons yang menunjukkan permintaan tidak dapat dikendalikan kerana keadaan di sisi klien seperti sintaks, pengesahan, kebenaran, atau keadaan sumber.

29
Maksud Situasi utama Perkara untuk disemak
402 Payment Required RFC 9110 Dikhaskan untuk senario memerlukan bayaran, tetapi makna standardnya belum digunakan secara meluas. Sesetengah API dan perkhidmatan pembayaran menggunakannya secara tidak rasmi untuk masalah bayaran, kredit, atau langganan. Semak dokumentasi API khusus perkhidmatan untuk maksud sebenar 402 dan laluan pemulihan. Berkaitan: 403, 429
405 Method Not Allowed RFC 9110 Sumber wujud, tetapi kaedah HTTP yang diminta tidak dibenarkan. Berlaku apabila POST dihantar ke URL GET sahaja atau apabila route API dikonfigurasi untuk kaedah berbeza. Semak header Allow, definisi kaedah router, dan dasar sekatan kaedah proxy. Berkaitan: 404, 501
406 Not Acceptable RFC 9110 Pelayan tidak dapat menyediakan representasi yang sepadan dengan header Accept klien. Boleh berlaku apabila klien hanya meminta media type, bahasa, atau pengekodan yang tidak disokong. Semak header Accept, Accept-Language, dan Accept-Encoding serta tetapan rundingan kandungan pelayan. Berkaitan: 415
407 Proxy Authentication Required RFC 9110 Pengesahan diperlukan sebelum klien boleh menggunakan proxy. Dilihat dalam rangkaian korporat, proxy keselamatan, dan persekitaran pengesahan gateway. Semak header Proxy-Authenticate dan Proxy-Authorization serta konfigurasi proxy rangkaian. Berkaitan: 401, 305
408 Request Timeout RFC 9110 Pelayan tidak menerima permintaan klien yang lengkap dalam masa tunggu yang sanggup diberikan. Boleh berlaku dengan rangkaian perlahan, upload besar, timeout keep-alive, atau timeout load balancer. Semak tingkah laku retry klien, saiz upload, tetapan keep-alive, dan nilai timeout proxy. Berkaitan: 504
409 Conflict RFC 9110 Permintaan bercanggah dengan keadaan semasa sumber. Sering digunakan untuk penciptaan pendua, konflik versi, suntingan serentak, atau peralihan keadaan tidak sah. Semak versi sumber, ETags, kunci pendua, dan peraturan peralihan keadaan bisnes. Berkaitan: 412, 422
411 Length Required RFC 9110 Pelayan menolak permintaan kerana ia tidak menyertakan Content-Length. Boleh berlaku apabila pelayan atau gateway mesti mengetahui panjang badan permintaan terlebih dahulu. Semak Content-Length, Transfer-Encoding, dan tingkah laku streaming library klien. Berkaitan: 413
412 Precondition Failed RFC 9110 Prasyarat dalam permintaan bersyarat, seperti If-Match, gagal. Digunakan untuk mencegah suntingan serentak, pengesahan semula cache, dan kemas kini berasaskan ETag. Bandingkan If-Match, If-None-Match, dan If-Unmodified-Since dengan versi sumber semasa. Berkaitan: 304, 409, 428
414 URI Too Long RFC 9110 URI permintaan lebih panjang daripada yang boleh diproses oleh pelayan. Boleh berlaku dengan query string sangat panjang, loop redirect rosak, atau data berlebihan diletakkan dalam URL GET. Pindahkan data panjang ke badan POST dan semak had panjang URI dalam proxy dan pelayan. Berkaitan: 400, 431
415 Unsupported Media Type RFC 9110 Pelayan tidak menyokong media type bagi badan permintaan. Berlaku apabila API JSON menerima Content-Type yang salah atau format fail yang tidak disokong diupload. Semak Content-Type, sambungan fail, tetapan multipart, dan sama ada parser pelayan telah didaftarkan. Berkaitan: 406, 422
416 Range Not Satisfiable RFC 9110 Range yang diminta tidak dapat dilayan kerana tidak sesuai dengan saiz sumber. Berlaku dalam muat turun boleh disambung atau penstriman apabila julat yang diminta berada di luar saiz fail. Semak header Range, Content-Range, saiz fail, dan metadata cache yang lapuk. Berkaitan: 206
417 Expectation Failed RFC 9110 Pelayan tidak dapat memenuhi jangkaan yang diberikan dalam header Expect. Boleh berlaku apabila pelayan atau proxy tidak menyokong jangkaan seperti Expect: 100-continue. Buang header Expect atau sahkan bahawa pelayan menyokong pengendalian 100 Continue. Berkaitan: 100
423 Locked RFC 4918 Sumber sasaran dikunci, jadi permintaan tidak dapat diproses. Digunakan untuk kunci suntingan fail, dokumen kolaboratif, dan kunci sumber WebDAV. Semak pemilik kunci, tamat tempoh kunci, API unlock, dan dasar pengendalian konflik. Berkaitan: 409, 424
424 Failed Dependency RFC 4918 Permintaan semasa tidak dapat dilakukan kerana operasi terdahulu yang menjadi dependensi telah gagal. Digunakan apabila beberapa operasi bergantung antara satu sama lain dan kegagalan operasi awal menyebabkan operasi kemudian gagal. Jelaskan operasi terdahulu yang gagal dan hubungan dependensi dalam badan respons. Berkaitan: 207, 423
426 Upgrade Required RFC 9110 Pelayan memerlukan klien menaik taraf protokol sebelum permintaan dikendalikan. Digunakan apabila upgrade tertentu diperlukan, seperti versi HTTP, TLS, atau WebSocket. Semak header Upgrade, protokol yang disokong, dan sama ada proxy meneruskan permintaan upgrade. Berkaitan: 101
428 Precondition Required RFC 6585 Pelayan memerlukan header permintaan bersyarat. Digunakan untuk mencegah kemas kini hilang akibat suntingan serentak dengan mensyaratkan keadaan seperti If-Match. Sediakan dokumentasi API dan mesej ralat yang memberitahu klien supaya membaca ETag dan mengemas kini dengan If-Match. Berkaitan: 412, 409

5xx Ralat Pelayan

Respons yang menunjukkan pelayan atau gateway gagal mengendalikan permintaan yang sebenarnya sah.

11
Maksud Situasi utama Perkara untuk disemak
501 Not Implemented RFC 9110 Pelayan tidak menyokong fungsi yang diperlukan untuk mengendalikan permintaan. Digunakan apabila kaedah HTTP yang tidak disokong atau ciri pelayan yang belum diimplementasikan diminta. 405 bermaksud kaedah dilarang untuk sumber itu; 501 lebih dekat kepada pelayan yang langsung tidak mengetahui keupayaan tersebut. Berkaitan: 405
505 HTTP Version Not Supported RFC 9110 Pelayan tidak menyokong versi HTTP yang digunakan dalam permintaan. Boleh berlaku dengan klien lama, proxy rosak, atau sekatan versi HTTP di sisi pelayan. Semak versi HTTP klien, rundingan TLS/ALPN, dan tetapan terjemahan protokol proxy. Berkaitan: 426
506 Variant Also Negotiates RFC 2295 Ralat konfigurasi rundingan kandungan telus menyebabkan loop rundingan dalaman. Digunakan apabila rundingan kandungan pelayan tersalah konfigurasi dan varian yang dipilih sendiri turut dikonfigurasi untuk berunding. Semak tetapan rundingan kandungan, pemetaan varian, dan fail konfigurasi pelayan. Berkaitan: 300, 406
507 Insufficient Storage RFC 4918 Pelayan tidak dapat memperuntukkan storan yang diperlukan untuk melengkapkan permintaan. Boleh berlaku dengan WebDAV, upload fail, kuota storan habis, atau kekurangan ruang disk. Semak penggunaan disk, storan fail sementara, kuota pengguna, dan ralat object storage. Berkaitan: 413, 500
508 Loop Detected RFC 5842 Pelayan mengesan loop tanpa henti semasa memproses permintaan. Boleh digunakan apabila permintaan Depth WebDAV atau struktur rujukan dalaman mengandungi kitaran. Semak graf rujukan sumber, symbolic link, binding WebDAV, dan had rekursi. Berkaitan: 508
510 Not Extended RFC 2774 Ekstensi tambahan diperlukan supaya permintaan boleh diproses. Ditakrifkan oleh framework ekstensi HTTP, tetapi jarang digunakan dalam perkhidmatan web biasa. Semak dokumentasi API atau keperluan ekstensi pelayan yang terlibat. Berkaitan: 501

Butiran kod HTTP yang kerap dicari

Cari dengan pantas dalam jadual, kemudian semak perbezaan dengan kod yang serupa dalam huraian di bawah.

HTTP 451 Tidak Tersedia Atas Sebab Undang-Undang

451 ialah kod status 4xx yang menyatakan dengan jelas bahawa akses tidak tersedia atas sebab undang-undang.

HTTP 451 digunakan apabila pelayan, enjin carian, proxy, atau perantara tidak dapat menyediakan sumber kerana tuntutan undang-undang. Ini bukan sekadar kekurangan kebenaran; ia menandakan bahawa keperluan undang-undang luaran seperti perintah mahkamah, permintaan kerajaan, tindakan hak cipta, atau peraturan tempatan berada di sebalik sekatan tersebut.

Apabila anda melihat 451 dalam hasil carian atau pelayar, lebih tepat untuk memahami bahawa halaman itu tidak disediakan atas sebab undang-undang pada lokasi permintaan atau dasar perkhidmatan semasa, bukan terus menganggap halaman itu hilang secara teknikal. Jika boleh, penyedia perkhidmatan patut menerangkan pihak yang menyekat atau tuntutan undang-undang dalam badan respons supaya pengguna memahami situasi.

Perbezaan daripada 403 403 bermaksud akses dilarang oleh kebenaran atau dasar pelayan; 451 digunakan apabila sebab sekatan itu ialah keperluan undang-undang.
Perbezaan daripada 404 404 bermaksud sumber tidak ditemui atau kewujudannya disembunyikan; 451 lebih kuat bermaksud sumber wujud atau diketahui tetapi tidak dapat disediakan atas sebab undang-undang.
Perbezaan daripada 410 410 bermaksud sumber telah dibuang secara kekal; 451 bermaksud akses disekat tanpa mengira sama ada sumber itu telah dipadam.

HTTP 429 Terlalu Banyak Permintaan

429 bermaksud had permintaan telah dilepasi, dan ia sangat lazim dalam API serta perlindungan login.

429 digunakan apabila klien menghantar terlalu banyak permintaan dalam tempoh singkat. Ia berkait dengan kestabilan perkhidmatan dan dasar pencegahan penyalahgunaan seperti had penggunaan, pertahanan bot, had percubaan login, dan kuota API pelan percuma.

Pelayan patut menyediakan Retry-After atau header rate limit jika boleh supaya klien tahu bila perlu mencuba semula. Klien patut menggunakan exponential backoff dan baris gilir, bukannya mengulang permintaan serta-merta.

Perbezaan daripada 403 403 bermaksud akses itu sendiri dilarang, manakala 429 boleh dibenarkan semula selepas masa berlalu atau penggunaan pulih.
Perbezaan daripada 503 503 bermaksud pelayan buat sementara waktu tidak dapat mengendalikan permintaan; 429 lebih khusus bermaksud klien atau token tertentu melebihi kuota permintaan.

HTTP 404 Tidak Ditemui

404 ialah kod ralat web paling lazim, dan URL serta keadaan kandungan patut diperiksa dahulu.

404 bermaksud pelayan tidak dapat mencari sumber yang diminta. Pengguna biasanya mentafsirkannya sebagai salah taip URL atau halaman yang dipadam, tetapi pelayan juga boleh memulangkan 404 untuk mengelakkan pendedahan sama ada sumber terlindung wujud.

Untuk keterlihatan carian, semak pautan dalaman rosak, sitemap lama, dan halaman pengganti yang hilang untuk kandungan yang dipadam. Jika pengganti yang jelas wujud, 301 mungkin sesuai; jika sumber dipadam secara kekal, 410 juga satu pilihan.

Perbezaan daripada 410 404 ialah respons umum untuk tidak ditemui, manakala 410 menandakan bahawa sumber pernah wujud dan telah hilang secara kekal.
Perbezaan daripada 403 403 bermaksud pelayan menemui sumber tetapi menolak akses; 404 bermaksud ia tidak ditemui atau pelayan tidak mendedahkan sama ada ia wujud.

HTTP 500 Ralat Pelayan Dalaman

500 ialah ralat sisi pelayan yang luas, bermaksud exception atau kegagalan berlaku semasa memproses permintaan.

500 digunakan apabila masalah berlaku dalam logik sisi pelayan, konfigurasi, perkhidmatan dependensi, atau pemprosesan data, bukan dalam format permintaan klien. Ia sering dipulangkan sebagai kod ralat umum untuk mengelakkan butiran exception didedahkan kepada pengguna.

Dalam operasi, semak deployment terkini, log aplikasi, penjejakan ralat, sambungan pangkalan data, dan environment variable yang hilang terlebih dahulu. Jika permintaan yang sama berulang kali menghasilkan 500, semak juga laluan validasi input dan pengendalian exception.

Perbezaan daripada 502 500 ialah ralat dalaman pada pelayan semasa, manakala 502 bermaksud gateway menerima respons tidak sah daripada pelayan upstream.
Perbezaan daripada 503 503 lebih sesuai untuk ketidaktersediaan sementara seperti maintenance atau overload.

HTTP 503 Perkhidmatan Tidak Tersedia

503 bermaksud pelayan buat sementara waktu tidak dapat mengendalikan permintaan.

503 digunakan apabila perkhidmatan sementara tidak dapat menerima permintaan kerana maintenance, overload, deployment, kegagalan backend, atau kelewatan autoscaling. Untuk enjin carian, ia boleh menandakan masalah sementara, jadi maintenance berjadual sering lebih baik diwakili dengan 503 berbanding 500.

Sertakan header Retry-After jika boleh untuk menunjukkan bila klien patut mencuba semula. Semak juga health check load balancer, backlog baris gilir, bilangan instance, dan kegagalan perkhidmatan dependensi.

Perbezaan daripada 500 500 meliputi ralat dalaman secara luas, manakala 503 lebih jelas menyatakan bahawa pelayan buat sementara waktu tidak dapat memproses permintaan.
Perbezaan daripada 429 429 bermaksud klien peminta menghantar terlalu banyak permintaan, manakala 503 lebih hampir kepada perkhidmatan secara keseluruhan, atau sebahagiannya, yang kehilangan kapasiti pemprosesan.

Kod status HTTP ialah isyarat yang menyeragamkan maksud komunikasi. Punca sebenar perlu disemak bersama log aplikasi, tetapan proksi/CDN, dasar pengesahan, pengepala cache dan sejarah deployment.

Sumber dan lesen

Sumber data dan terma penggunaan

Halaman ini berasaskan data awam daripada penyedia sumber di bawah. Setiap data tertakluk pada lesen atau terma penggunaan penyedia asalnya.

Sumber Data/API Terma penggunaan Pemprosesan Onul Works
IANA HTTP Status Code Registry Terma penggunaan Menyusun semula kod berdaftar IANA dan huraian RFC IETF mengikut kumpulan 100-an, tag carian dan penerangan kod utama.
IETF / RFC Editor HTTP Semantics and status code RFCs Terma penggunaan Menyusun semula kod berdaftar IANA dan huraian RFC IETF mengikut kumpulan 100-an, tag carian dan penerangan kod utama.

Penormalan, terjemahan, penggabungan, caching atau penukaran unit oleh Onul Works tidak bermaksud jaminan atau kelulusan daripada penyedia asal.