Movatterモバイル変換


[0]ホーム

URL:


Pergi ke kandungan
WikipediaEnsiklopedia Bebas
Cari

Senarai kod status HTTP

Daripada Wikipedia, ensiklopedia bebas.

Berikut ialah senaraikod status jawapanProtokol Pemindahan Hiperteks (HTTP), termasuklah kod-kod daripadapiawai InternetIETF di sampingRFC 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, pelayanmestilah 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, permintaanPOST). 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 menghatarExpect: 100-continue sebagai pengepala dalam permintaan asalnya[2] dan memeriksa samada kod status100 Continue diterima sebagai jawapan sebelum meneruskan (atau menerima417 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 sepertiwget 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 mesejXML 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 pengolahantika (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 diperlukanboleh dilakukan oleh agen pengguna tanpa interaksi dengan pengguna jika dan hanya jika kaedah yang diguna dalam permintaan kedua ialah GET atau HEAD. Agen penggunatidak seharusnya menghalakan semula sesebuah permintaan secara automatik lebih daripada lima kali, kerana penghalaan semula sebegitu selalunya bermaknagelung 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 berlainansambungan, ataupenyahtaksaan maksud perkataan.[2]
301 Moved Permanently
Permintaan ini dan di masa hadapan akan dihalakan keURI 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 ialahMoved 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 bawahURI 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 (sepertiMozilla[9] danInternet 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 sebagaiRFC 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, namuntidak 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, pelayansepatutnya 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 penggunaseharusnya memaparkan sebarang entity yang disertakan kepada pengguna.

400 Bad Request
Permintaan tidak dapat ditunaikan kerana sintaks salah.[2]
401 Unauthorized
Sama seperti403 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. LihatPengesahsahihan capaian asas (Basic access authentication) danPengesahsahihan capaian cerna (Digest access authentication).
402 Payment Required
Disimpan untuk kegunaan mendatang.[2] Pada mulanya kod ini ingin digunakan sebagai sebahagian daripada bentukwang digital atau skimmikropembayaran, 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 jawapan401 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 pengepalaAccept 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, misalnyapercanggahan 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 sepertienjin gelintar patut membuang sumber begini daripada indeks-indeksnya. Kebanyakanuse 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 mempunyaijenis media yang tidak disokong oleh pelayan atau sumber.[2] Contohnya, pelanggan memuat naik imej sebagaiimage/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 permintaanExpect.[2]
420 Enhance Your Calm (Twitter)
Bukan sebahagian daripada piawai HTTP, tetapi dipulangkan oleh Twitter Search dan API Trends apabila pelanggandihadkadarkan (rate limit).[13] Perkhidmatan lain juga boleh memakai kod jawapan429 Too Many Requests.
422 Unprocessable Entity (WebDAV; RFC 4918)
Permintaan adalahterbentuk 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 misalnyaTLS/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 skemapengehadan 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 pencegahanperisian 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 noveldistopia 1953 berjudulFahrenheit 451, di mana buku diharamkan.[22]
451 Redirect (Microsoft)
Digunakan dalamExchange 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 pelangganSSL 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, pelayanpatut menyertakan entiti yang mengandungi penerangan tentang ralat yang berlaku, dan menandakan sama ada ia sementara atau kekal. Agen pengguna pulapatut 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 sebagaiget 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 dalamrujukan 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]

Rujukan

[sunting |sunting sumber]
  1. ^"The HTTP status codes in IIS 7.0".Microsoft. July 14, 2009. Dicapai pada1 April 2009.
  2. ^abcdefghijklmnopqrstuvwxyzaaabacadaeafagahaiajakalamanaoapaqarasatauFielding, 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 pada24 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 pada24 Oktober 2009.Unknown parameter|month= ignored (bantuan)
  4. ^abcdeDusseault, Lisa, penyunting (2007).HTTP Extensions for Web Distributed Authoring and Versioning (WebDAV).IETF.doi:10.17487/RFC4918. RFC 4918. Dicapai pada24 Oktober 2009.Unknown parameter|month= ignored (bantuan)
  5. ^Delta encoding in HTTP.IETF. 2002.doi:10.17487/RFC3229. RFC 3229. Dicapai pada25 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 pada24 Oktober 2009.Unknown parameter|month= ignored (bantuan)
  7. ^"HTTP/1.1 Section 10 Status Code Definitions".W3C. Dicapai pada16 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 pada30 Jun 2012.
  9. ^"Mozilla Bugzilla Bug 187996: Strange behavior on 305 redirect". March 3, 2003. Dicapai pada21 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 pada8 Oktober 2012.
  12. ^"The Hypertext Transfer Protocol (HTTP) Status Code 308 (Permanent Redirect)".IETF. 2012. Dicapai pada27 Mac 2012.
  13. ^"Twitter Error Codes & Responses".Twitter. 2012. Diarkibkan daripadayang asal pada 2012-02-25. Dicapai pada20 Januari 2012.
  14. ^"WebDAV Status Codes: 300s and 400s". Microsoft Developer Network. Dicapai pada9 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 pada24 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 pada24 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 pada24 Oktober 2009.Unknown parameter|month= ignored (bantuan)
  18. ^abcdNottingham, M.; Fielding, R. (April 2012)."RFC 6585 – Additional HTTP Status Codes".Request for Comments.Internet Engineering Task Force. Dicapai padaMay 1, 2012.
  19. ^"2.2.6 449 Retry With Status Code".Microsoft. 2009. Dicapai pada26 Oktober 2009.
  20. ^"Screenshot of error page"(bmp). Dicapai pada11 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 pada12 Jun 2012.
  22. ^Flood, Alison (22 Jun 2012).Call for Ray Bradbury to be honoured with internet error message. The Guardian. Dicapai pada22 Jun 2012.
  23. ^"MS-ASCMD, Section 3.1.5.2.2".
  24. ^"Ms-oxdisco".
  25. ^"Nginx Change Log".nginx.org/. Dicapai padaNovember 9, 2012.
  26. ^Sysoev, Igor (2007)."Re: 499 error in nginx". Dicapai pada9 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 pada24 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 pada24 Oktober 2009.Unknown parameter|month= ignored (bantuan)

Pautan luar

[sunting |sunting sumber]
Diambil daripada "https://ms.wikipedia.org/w/index.php?title=Senarai_kod_status_HTTP&oldid=6123152"
Kategori:
Kategori-kategori tersembunyi:

[8]ページ先頭

©2009-2026 Movatter.jp