Pergi ke kandungan

Senarai kod status HTTP

Daripada Wikipedia, ensiklopedia bebas.

Berikut ialah senarai kod status jawapan Protokol Pemindahan Hiperteks (HTTP), termasuklah kod-kod daripada piawai Internet IETF di samping RFC IETF lain, tentuan lain, dan beberapa kod-kod yang biasa digunakan. Digit pertama bagi kod status meletakkannya dalam satu daripada lima kelas jawapan; sesebuah pelanggan HTTP sekurang-kurangnya kenal akan lima kelas ini. Frasa-frasa yang digunakan ialah contoh piawai, namun apa-apa frasa lain yang dapat dibaca orang boleh dipakai. Jika tidak dinyatakan, kod status adalah sebahagian daripada piawai HTTP/1.1 (RFC 2616).

I

Microsoft kadangkala menambah sub-kod perpuluhan untuk membekalkan maklumat yang lebih terperinci,[1] namun tidak disenaraikan di sini.

1xx Maklumat

[sunting | sunting sumber]

Permintaan diterima, meneruskan proses.[2]

Kelas kod status ini menandakan jawapan sementara yang hanya mengandungi baris status serta pengepala-pengepala tak wajib, dan diakhiri oleh baris kosong. Kerana HTTP/1.0 tidak mentakrifkan sebarang kod status 1xxx, pelayan mestilah tidak menghantar jawapan 1xx kepada pelanggan HTTP/1.0 melainkan untuk ujikaji.

100 Continue
Ini bermakna pelayan telah menerima pengepala permintaan, dan pelanggan patut teruskan penghantaran badan permintaan (dalam kes badan permintaan perlu dihantar; contohnya, permintaan POST). Jika badan permintaan besar, menghantarnya kepada pelayan apabila permintaan telah ditolak kerana pengepala yang tak sesuai adalah sia-sia. Jika mahu pelayan supaya memeriksa samada permintaan boleh diterima berasaskan pengepala permintaan sahaja, pelanggan mesti menghatar Expect: 100-continue sebagai pengepala dalam permintaan asalnya[2] dan memeriksa samada kod status 100 Continue diterima sebagai jawapan sebelum meneruskan (atau menerima 417 Expectation Failed dan jangan teruskan).[2]
101 Switching Protocols
Ini bermakna peminta ingin pelayan untuk menukar protokol dan pelayan akan mematuhinya.[2]
102 Processing (WebDAV; RFC 2518)
Kerana permintaan WebDAV mungkin mengandungi banyak sub-permintaan yang melibatkan pengendalian fail, masa yang lama mungkin diambil untuk menyiapkan permintaan. Kod ini menandakan bahawa pelayan telah menerima dan sedang memproses permintaan pelanggan, namun belum ada jawapan.[3] Ini menghalang pelanggan daripada menamatkan masa dan menganggap bahawa permintaan telah hilang.

2xx Berjaya

[sunting | sunting sumber]

Kelas kod status ini menandakan bahawa tindakan yang diminta oleh pelanggan telah diterima, difahami, disahkan dan diproses dengan jayanya.

200 OK
Jawapan piawai bagi permintaan HTTP yang berjaya. Jawapan sebenar bergantung pada kaedah permintaan yang digunakan. Dalam permintaan GET, jawapannya ada entiti yang sepadan dengan sumber yang diminta. Dalam permintaan POST pula, ia ada entiti yang memerihalkan atau mengandungi hasil bagi tindakan yang telah dibuat.[2]
201 Created
Permintaan telah ditunaikan dan hasilnya satu sumber baharu telah dicipta.[2]
202 Accepted
Permintaan telah diterima untuk diproses, tapi proses belum selesai. Tindakan mungkin akan dibuat keatas permintaan atau sebaliknya, kerana ia mungkin ditolak semasa proses berlaku.[2]
203 Non-Authoritative Information (since HTTP/1.1)
Pelayan telah memproses permintaan dengan jayanya, tapi memulangkan jawapan yang mungkin daripada sumber lain.[2]
204 No Content
Pelayan telah memproses permintaan dengan jayanya, tapi tidak memulangkan sebarang kandungan.[2]
205 Reset Content
Pelayan telah memproses permintaan dengan jayanya, tapi tidak memulangkan sebarang kandungan. Berlainan dengan jawapan 204, jawapan ini memerlukan si peminta menset semula paparan dokumennya.[2]
206 Partial Content
Pelayan hanya menghantar sebahagian daripada sumber berikutan pengepala julat (range header) yang dihantar oleh pelanggan. Pengepala julat digunakan oleh alat seperti wget demi membolehkan muat turun yang terganggu diteruskan, atau memisahkan muat turun kepada beberapa strim serentak.[2]
207 Multi-Status (WebDAV; RFC 4918)
Badan mesej ialah mesej XML dan boleh mengandungi beberapa kod jawapan berasingan, bergantung dengan bilangan sub-permintaan yang telah dibuat.[4]
208 Already Reported (WebDAV; RFC 5842)
Ahli-ahli ikatan DAV telah diangkakan dalam jawapan sebelum permintaan ini, dan tidak disertakan lagi.
226 IM Used (RFC 3229)
Pelayan telah menunaikan permintaan GET untuk sumber, dan jawapan ialah wakil hasil satu atau lebih pengolahan tika (instance) yang diguna keatas tika semasa.[5]

3xx Penghalaan semula

[sunting | sunting sumber]

Pelanggan mesti mengambil tindakan tambahan untuk melengkapkan permintaan.[2]

Kelas kod status ini menandakan bahawa tindakan selanjutnya perlu diambil oleh agen pengguna untuk menunaikan permintaan. Tindakan yang diperlukan boleh dilakukan oleh agen pengguna tanpa interaksi dengan pengguna jika dan hanya jika kaedah yang diguna dalam permintaan kedua ialah GET atau HEAD. Agen pengguna tidak seharusnya menghalakan semula sesebuah permintaan secara automatik lebih daripada lima kali, kerana penghalaan semula sebegitu selalunya bermakna gelung tak terhingga.

300 Multiple Choices
Menandakan lebih daripada satu opsyen untuk sumber yang pelanggan boleh ikuti. Ia, sebagai contoh, boleh digunakan untuk mempersembahkan opsyen format berbaza untuk video, menyenarai fail yang berlainan sambungan, atau penyahtaksaan maksud perkataan.[2]
301 Moved Permanently
Permintaan ini dan di masa hadapan akan dihalakan ke URI yang diberi.[2]
302 Found
Ini ialah contoh amalan industri yang tidak mengikut piawai.[2] Tentuan HTTP/1.0 (RFC 1945) memerlukan pelanggan untuk melakukan penghalaan semula sementara (frasa pemerihal yang asal ialah Moved Temporarily, bermaksud "Dipindahkan Sementara"),[6] namun pelayar-pelayar web popular melaksana 302 dengan kefungsian 303 See Other. Oleh itu, HTTP/1.1 menambah kod status 303 dan 307 untuk membezakan antara kedua-dua perilaku.[7] Pun begitu, sesetengah aplikasi serta rangka kerja Web menggunakan kod status 302 seakan-akan 303.[8]
303 See Other (sejak HTTP/1.1)
Jawapan kepada permintaan boleh ditemukan di bawah URI lain menggunakan kaedah GET. Apabila diterima dalam jawapan kepada POST (atau PUT/DELETE), patut dianggap bahawa pelayan telah menerima data dan penghalaan semula patut diisukan bersama mesej GET yang berasingan.[2]
304 Not Modified
Menandakan bahawa sumber tidak diubah suai semenjak versi yang dinyatakan oleh pengepala permintaan If-Modified-Since atau If-Match.[2] Ini bermakna bahawa sumber tidak perlu dipindahkan semula kerana pelanggan masih memiliki salinan yang dimuat turun sebelumnya.
305 Use Proxy (sejak HTTP/1.1)
Sumber yang diminta hanya ada menerusi proksi, yang alamatnya disediakan dalam jawapan.[2] Kebanyakan pelanggan HTTP (seperti Mozilla[9] dan Internet Explorer) tidak mengendalikan jawapan-jawaban berstatus kod ini dengan betul, khususnya atas sebab keselamatan.[perlu rujukan]
306 Switch Proxy
Tidak lagi diguna.[2] Asalnya bermaksud "Permintaan berikutan patut menggunakan proksi yang dinyatakan."[10]
307 Temporary Redirect (sejak HTTP/1.1)
Dalam kes ini, permintaan patut diulang dengan URI lain; namun, permintaan di masa hadapan patut masih menggunakan URI yang asal.[2] Berlawanan dengan cara 302 dulunya dilaksanakan, kaedah permintaan tidak dibenarkan diubah apabila mengisukan semula permintaan yang asal. Misalnya, permintaan POST patut diulang dengan permintaan POST baharu.[11]
308 Permanent Redirect (diluluskan sebagai RFC eksperimen)[12]
Permintaan sekarang dan di masa hadapan patut diulang menggunakan URI lain. 307 dan 308 (seperti yang diusulkan) selari dengan perilaku 302 dan 301, namun tidak membenarkan kaedah HTTP ditukar. Jadi, sebagai contoh, penghantaran form ke sumber yang dihalakan semula secara kekal mungkin berjalan dengan lancar.

4xx Ralat pelanggan

[sunting | sunting sumber]

Kelas kod status 4xx disediakan untuk kes-kes apabila terdapat ralat pada pelanggan. Melainkan semasa menerima permintaan HEAD, pelayan sepatutnya menyertakan entiti yang mengandungi penerangan keaadaan ralat berkaitan, dan samada ia adalah sementara atau kekal. Kod-kod status ini boleh diguna pakai untuk sebarang kaedah permintaan. Agen pengguna seharusnya memaparkan sebarang entity yang disertakan kepada pengguna.

400 Bad Request
Permintaan tidak dapat ditunaikan kerana sintaks salah.[2]
401 Unauthorized
Sama seperti 403 Forbidden, tetapi khusus digunakan apabila pengesahsahihan perlu tetapi gagal atau belum disediakan.[2] Jawapan ini perlu menyertakan medan pengepala WWW-Authenticate mengandungi cabaran yang boleh dipakai ke atas sumber yang diminta. Lihat Pengesahsahihan capaian asas (Basic access authentication) dan Pengesahsahihan capaian cerna (Digest access authentication).
402 Payment Required
Disimpan untuk kegunaan mendatang.[2] Pada mulanya kod ini ingin digunakan sebagai sebahagian daripada bentuk wang digital atau skim mikropembayaran, tetapi belum berlaku, dan kod ini tidak selalu diguna. YouTube, sebagai contoh, menggunakan status ini jika alamat IP tertentu membuat permintaan berlebihan, dan memerlukan orang tersebut supaya memasukkan CAPTCHA.
403 Forbidden
Permintaan adalah sah, tapi pelayan menolak untuk memberi jawapan.[2] Tidak seperti jawapan 401 Unauthorized, pengesahsahihan tidak mendatangkan kesan apa-apa.[2] Pada pelayan yang memerlukan pengesahan, biasanya ini bermakna bahawa kelayakan yang diberi telah disahsahihkan namun kelayakan tersebut belum memberikan kebenaran untuk mencapai sumber yang dimahu (contohnya seorang pengguna cuba untuk mencapai kandungan terbatas).
404 Not Found
Sumber yang diminta tidak ditemukan tapi mungkin akan ada di masa mendatang.[2] Permintaan berikutan oleh pelanggan adalah dibenarkan.
405 Method Not Allowed
Permintaan keatas sesuatu sumber telah dibuat menggunakan kaedah permintaan yang tidak disokong oleh sumber berkenaan;[2] contohnya menggunakan GET pada form yang memerlukan data dipersembahkan menerusi POST, atau menggunakan PUT pada sumber baca sahaja.
406 Not Acceptable
Sumber yang diminta hanya mampu menjana kandungan yang tidak boleh diterima mengikut pengepala Accept dalam permintaan.[2]
407 Proxy Authentication Required
Pelanggan perlu terlebih dahulu mengesahkan dirinya dengan proksi.[2]
408 Request Timeout
Pelayan menamatkan masa menunggu permintaan.[2] Menurut tentuan HTTP W3: "Pelanggan tidak membuat sebarang permintaan sepanjang tempoh pelayan dalam keadaan sedia menunggu. Pelanggan boleh mengulang permintaan itu tanpa sebarang pengubahsuaian pada masa lain."
409 Conflict
Menandatakan bahawa permintaan tidak dapat diproses kerana percanggahan dalam permintaan, misalnya percanggahan suntingan.[2]
410 Gone
Menandakan bahawa sumber yang diminta sudah tiada dan tidak akan ada lagi.[2] Ini patut digunakan jika sesuatu sumber telah dibuang dengan sengaja dan sumber tersebut patut disingkirkan. Apabila mendapat kod status 410, pelanggan tidak seharusnya meminta sumber itu lagi pada masa akan datang. Pelanggan seperti enjin gelintar patut membuang sumber begini daripada indeks-indeksnya. Kebanyakan use case tidak memerlukan pelanggan dan enjin gelintar supaya menyingkir sumber, sebaliknya, "404 Not Found" boleh digunakan.
411 Length Required
Permintaan tidak menyatakan panjang kandungan yang diperlukan oleh sumber yang diminta.[2]
412 Precondition Failed
Pelayan tidak menepati salah satu daripada prasyarat yang diletakkan pada permintaan oleh si peminta.[2]
413 Request Entity Too Large
Permintaan lebih besar daripada yang sanggup atau boleh diproses oleh pelayan.[2]
414 Request-URI Too Long
URI yang diberi terlalu panjang untuk diproses oleh pelayan.[2]
415 Unsupported Media Type
Entiti permintaan mempunyai jenis media yang tidak disokong oleh pelayan atau sumber.[2] Contohnya, pelanggan memuat naik imej sebagai image/svg+xml, tapi pelayan memerlukan imej itu menggunakan format lain.
416 Requested Range Not Satisfiable
Pelanggan mahukan sebahagian daripada fail, tapi pelayan tidak dapat membekalkannya.[2] Sebagai contoh, andai pelanggan mahukan bahagian fail yang letaknya melebihi hujung fail.[2]
417 Expectation Failed
Pelayan tidak dapat menepati syarat medan pengepala permintaan Expect.[2]
420 Enhance Your Calm (Twitter)
Bukan sebahagian daripada piawai HTTP, tetapi dipulangkan oleh Twitter Search dan API Trends apabila pelanggan dihadkadarkan (rate limit).[13] Perkhidmatan lain juga boleh memakai kod jawapan 429 Too Many Requests.
422 Unprocessable Entity (WebDAV; RFC 4918)
Permintaan adalah terbentuk rapi namun tidak dapat diikut kerana ralat semantik.[4]
423 Locked (WebDAV; RFC 4918)
Sumber yang dicapai terkunci.[4]
424 Failed Dependency (WebDAV; RFC 4918)
Permintaan gagal kerana permintaan sebelumnya gagal (contohnya PROPPATCH).[4]
424 Method Failure (WebDAV)[14]
Menandakan bahawa kaedah tidak dilakukan pada sumber tertentu dalam skopnya kerana sebahagian daripada pelakuan kaedah tersebut gagal lantas keseluruhan kaedah dibantutkan.
425 Unordered Collection (Internet draft)
Ditakrifkan dalam draf "WebDAV Advanced Collections Protocol",[15] but not present in "Web Distributed Authoring and Versioning (WebDAV) Ordered Collections Protocol".[16]
426 Upgrade Required (RFC 2817)
Pelanggan harus menggunakan protoko lain misalnya TLS/1.0.[17]
428 Precondition Required (RFC 6585)
Pelayan asalan memerlukan permintaan yang bersyarat. Bertujuan untuk mengelakkan masalah 'lost update', di mana pelanggan GET keadaan sesebuah sumber, mengubahsuainya, dan PUT-kannya kembali kepada pelayan, apabila pada masa yang sama, pihak ketiga telah mengubah suai keadaannya pada pelanggan, lantas terjadi percanggahan.[18]
429 Too Many Requests (RFC 6585)
Pengguna telah menghantar terlalu banyak permintaan dalam tempoh masa yang diberikan. Bertujuan untuk diguna bersama skema pengehadan kadar.[18]
431 Request Header Fields Too Large (RFC 6585)
Pelayan tidak mahu memproses permintaan kerana satu medan pengepala atau keseluruhan medan pengepala, adalah terlalu besar.[18]
444 No Response (Nginx)
Digunakan dalam log Nginx untuk menandakan bahawa pelayan tidak memulangkan maklumat kepada pelanggan dan menutup sambungan (berguna untuk pencegahan perisian jahat).
449 Retry With (Microsoft)
Sambungan Microsoft. Permintaan patut dicuba semula selepas membuat tindakan yang sesuai.[19]
Selalunya enjin gelintar atau aplikasi tempahan akan mengendahkan parameter yang diperlukan. Apabila tiada tindakan lalai yang sesuai, tapak web Aviongoo menghantar "HTTP/1.1 449 Retry with valid parameters: param1, param2, . . .". Aplikasi yang terlibat boleh memilih samada peduli atau tidak.
450 Blocked by Windows Parental Controls (Microsoft)
Sambungan Microsoft. Ralat ini diberi apabila Windows Parental Controls dihidupkan dan menyekat capaian ke laman web yang tertentu.[20]
451 Unavailable For Legal Reasons (Internet draft)
Ditakrifkan dalam draf Internet "A New HTTP Status Code for Legally-restricted Resources".[21] Bertujuan untuk digunakan apabila capaian ke sumber dinafikan atas sebab undang-undang, contohnya tapisan atau sekatan capaian yang dimandatkan oleh kerajaan. Rujukan kepada novel distopia 1953 berjudul Fahrenheit 451, di mana buku diharamkan.[22]
451 Redirect (Microsoft)
Digunakan dalam Exchange ActiveSync jika terdapat pelayan yang lebih bagus untuk diguna atau pelayan tidak dapat mencapai kotak mail pengguna.[23]
Pelanggan sepatutnya menjalankan semula protokol Autodiscovery HTTP untuk menemukan pelanggan yang lebih sesuai.[24]
494 Request Header Too Large (Nginx)
Kod dalaman Nginx yang serupa dengan 431 tetapi lebih awal diperkenalkan.[25][penyelidikan asli?]
495 Cert Error (Nginx)
Kod dalaman Nginx yang digunakan apabila ralat kelayakan pelanggan SSL terjadi untuk membezakannya dengan 4XX dalam log dan penghalaan semula laman ralat.
496 No Cert (Nginx)
Kod dalaman Nginx yang digunakan apabila pelanggan tidak membekalkan kelayakan untuk membezakannya dengan 4XX dalam log dan penghalaan semula laman ralat.
497 HTTP to HTTPS (Nginx)
Kod dalaman Nginx yang digunakan untuk permintaan HTTP polos yang dihantar ke port HTTPS untuk membezakannya dengan 4XX dalam log dan penghalaan semula laman ralat.
499 Client Closed Request (Nginx)
Digunakan dalam log Nginx untuk menandakan bila sambungan ditutup oleh pelanggan sementara pelayan masih memproses permintaannya, lantas pelayan tidak dapat memulangkan kod status kepada pelanggan.[26]

5xx Ralat pelayan

[sunting | sunting sumber]

Pelayan gagal menunaikan permintaan yang sepatutnya sah.[2]

Kod status jawapan yang bermula dengan "5" menandakan kes-kes di mana pelayan sedar bahawa adanya ralat atau tidak mampu menunaikan permintaan. Selain daripada permintaan HEAD, pelayan patut menyertakan entiti yang mengandungi penerangan tentang ralat yang berlaku, dan menandakan sama ada ia sementara atau kekal. Agen pengguna pula patut memaparkan kepada pengguna sebarang entiti yang disertakan. Kod-kod jawapan ini boleh dipakai untuk mana-mana kaedah permintaan.

500 Internal Server Error
Pesanan ralat umum, diberi apabila tiada lagi pesanan khusus yang sesuai.[2]
501 Not Implemented
Pelayan samada tidak mengenalpasti kaedah permintaan, atau tidak mampu menunaikan permintaan.[2]
502 Bad Gateway
Pelayan bertindak sebagai get laluan atau proksi dan menerima jawapan yang tidak sah daripada pelayan huluan.[2]
503 Service Unavailable
Pelayan sedang tidak tersedia (kerana terlebih muatan atau dihentikan untuk diselenggara).[2] Biasanya, keadaan ini sementara.
504 Gateway Timeout
Pelayan bertindak sebagai get laluan atau proksi dan tidak mendapat sebarang jawapan yang tepat masa daripada pelayan huluan.[2]
505 HTTP Version Not Supported
Pelayan tidak menyokong versi protokol HTTP yang digunakan dalam permintaan.[2]
506 Variant Also Negotiates (RFC 2295)
Rundingan kandungan ketara bagi hasil permintaan dalam rujukan bulatan.[27]
507 Insufficient Storage (WebDAV; RFC 4918)
Pelayan tidak mampu menyimpan perwakilan yang diperlukan untuk menyempurnakan permintaan.[4]
508 Loop Detected (WebDAV; RFC 5842)
Pelayan mengesan gelung tak terhingga semasa memproses permintaan (dihantar menggantikan 208).
509 Bandwidth Limit Exceeded (Apache bw/sambungan terhad)
Kod status ini walau diguna oleh banyak pelayan, namun tidak dinyakatan dalam mana-mana RFC.
510 Not Extended (RFC 2774)
Sambungan seterusnya kepada permintaan diperlukan supaya pelayan dapat menunaikannya.[28]
511 Network Authentication Required (RFC 6585)
Pelanggan perlu disahsahihkan sebelum mendapat capaian rangkaian. Bertujuan untuk diguna oleh proksi pemintas bagi mengawal capaian rangkaian (contoh: portal tawan diguna untuk mendapat persetujuan Terma Perkhidmatan sebelum meberikan capaian Internet penuh menerusi kawasan Wi-Fi).[18]
598 Network read timeout error (Entah)
Kod status ini tidak dinyatakan dalam mana-mana RFC, tetapi diguna oleh proksi-proksi HTTP Microsoft bagi mengisyaratkan masa baca rangkaian tamat di belakang proksi kepada pelanggan di hadapan proksi.[perlu rujukan]
599 Network connect timeout error (Entah)
Kod status ini tidak dinyatakan dalam mana-mana RFC, tetapi diguna oleh proksi-proksi HTTP Microsoft bagi mengisyaratkan masa sambung rangkaian tamat di belakang proksi kepada pelanggan di hadapan proksi.[perlu rujukan]

Lihat juga

[sunting | sunting sumber]
  1. ^ "The HTTP status codes in IIS 7.0". Microsoft. July 14, 2009. Dicapai pada 1 April 2009.
  2. ^ a b c d e f g h i j k l m n o p q r s t u v w x y z aa ab ac ad ae af ag ah ai aj ak al am an ao ap aq ar as at au Fielding, Roy T.; Gettys, James; Mogul, Jeffrey C.; Nielsen, Henrik Frystyk; Masinter, Larry; Leach, Paul J.; Berners-Lee, Tim (1999). Hypertext Transfer Protocol – HTTP/1.1. IETF. doi:10.17487/RFC2616. RFC 2616. Dicapai pada 24 Oktober 2009. Unknown parameter |month= ignored (bantuan)
  3. ^ Goland, Yaronn; Whitehead, Jim; Faizi, Asad; Carter, Steve R.; Jensen, Del (1999). HTTP Extensions for Distributed Authoring – WEBDAV. IETF. doi:10.17487/RFC2518. RFC 2518. Dicapai pada 24 Oktober 2009. Unknown parameter |month= ignored (bantuan)
  4. ^ a b c d e Dusseault, Lisa, penyunting (2007). HTTP Extensions for Web Distributed Authoring and Versioning (WebDAV). IETF. doi:10.17487/RFC4918. RFC 4918. Dicapai pada 24 Oktober 2009. Unknown parameter |month= ignored (bantuan)
  5. ^ Delta encoding in HTTP. IETF. 2002. doi:10.17487/RFC3229. RFC 3229. Dicapai pada 25 Februari 2011. Unknown parameter |month= ignored (bantuan)
  6. ^ Berners-Lee, Tim; Fielding, Roy T.; Nielsen, Henrik Frystyk (1996). Hypertext Transfer Protocol – HTTP/1.0. IETF. doi:10.17487/RFC1945. RFC 1945. Dicapai pada 24 Oktober 2009. Unknown parameter |month= ignored (bantuan)
  7. ^ "HTTP/1.1 Section 10 Status Code Definitions". W3C. Dicapai pada 16 Mac 2010.
  8. ^ "Reference of method redirect_to in Ruby Web Framework "Ruby on Rails". It states: The redirection happens as a "302 Moved" header unless otherwise specified". Dicapai pada 30 Jun 2012.
  9. ^ "Mozilla Bugzilla Bug 187996: Strange behavior on 305 redirect". March 3, 2003. Dicapai pada 21 Mei 2009.
  10. ^ Cohen, Josh. "HTTP/1.1 305 and 306 Response Codes". HTTP Working Group.
  11. ^ "Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content". IETF. 2012. Dicapai pada 8 Oktober 2012.
  12. ^ "The Hypertext Transfer Protocol (HTTP) Status Code 308 (Permanent Redirect)". IETF. 2012. Dicapai pada 27 Mac 2012.
  13. ^ "Twitter Error Codes & Responses". Twitter. 2012. Diarkibkan daripada yang asal pada 2012-02-25. Dicapai pada 20 Januari 2012.
  14. ^ "WebDAV Status Codes: 300s and 400s". Microsoft Developer Network. Dicapai pada 9 November 2012.
  15. ^ Slein, Judy; Whitehead, Jim; Davis, Jim; Clemm, Geoffrey; Fay, Chuck; Crawford, Jason; Chihaya, Tyson (18 Jun 1999). WebDAV Advanced Collections Protocol. IETF. I-D draft-ietf-webdav-collection-protocol-04. Dicapai pada 24 Oktober 2009.
  16. ^ Whitehead, Jim (2003). Reschke, Julian F. (penyunting). Web Distributed Authoring and Versioning (WebDAV) Ordered Collections Protocol. IETF. doi:10.17487/RFC3648. RFC 3648. Dicapai pada 24 Oktober 2009. Unknown parameter |month= ignored (bantuan)
  17. ^ Khare, Rohit; Lawrence, Scott (2000). Upgrading to TLS Within HTTP/1.1. IETF. doi:10.17487/RFC2817. RFC 2817. Dicapai pada 24 Oktober 2009. Unknown parameter |month= ignored (bantuan)
  18. ^ a b c d Nottingham, M.; Fielding, R. (April 2012). "RFC 6585 – Additional HTTP Status Codes". Request for Comments. Internet Engineering Task Force. Dicapai pada May 1, 2012.
  19. ^ "2.2.6 449 Retry With Status Code". Microsoft. 2009. Dicapai pada 26 Oktober 2009.
  20. ^ "Screenshot of error page" (bmp). Dicapai pada 11 Oktober 2009.
  21. ^ Bray, Tim (11 Jun 2012). A New HTTP Status Code for Legally-restricted Resources. IETF. I-D draft-tbray-http-legally-restricted-status-00. Dicapai pada 12 Jun 2012.
  22. ^ Flood, Alison (22 Jun 2012). Call for Ray Bradbury to be honoured with internet error message. The Guardian. Dicapai pada 22 Jun 2012.
  23. ^ "MS-ASCMD, Section 3.1.5.2.2".
  24. ^ "Ms-oxdisco".
  25. ^ "Nginx Change Log". nginx.org/. Dicapai pada November 9, 2012.
  26. ^ Sysoev, Igor (2007). "Re: 499 error in nginx". Dicapai pada 9 Disember 2010. Unknown parameter |month= ignored (bantuan)
  27. ^ Holtman, Koen; Mutz, Andrew H. (1998). Transparent Content Negotiation in HTTP. IETF. doi:10.17487/RFC2295. RFC 2295. Dicapai pada 24 Oktober 2009. Unknown parameter |month= ignored (bantuan)
  28. ^ Nielsen, Henrik Frystyk; Leach, Paul J.; Lawrence, Scott (2000). An HTTP Extension Framework. IETF. doi:10.17487/RFC2774. RFC 2774. Dicapai pada 24 Oktober 2009. Unknown parameter |month= ignored (bantuan)

Pautan luar

[sunting | sunting sumber]