Daftar kode status HTTP: Perbedaan antara revisi

Konten dihapus Konten ditambahkan
Dikembalikan ke revisi 22518143 oleh Arya-Bot (bicara): Dilarang spam (TW)
Tag: Pembatalan
 
(28 revisi perantara oleh 7 pengguna tidak ditampilkan)
Baris 1:
{{Periksa terjemahan|en}}{{HTTP}}Ini adalah daftar kode status respon [[Hypertext transfer protocol|Hypertext Transfer Protocol]] (HTTP). Kode status dikeluarkan oleh serverpeladen sebagai tanggapan atas [[Klien (komputasi)|permintaan klien]] yang dibuat ke serverpeladen. Ini termasuk kode dari IETF [[Request for Comments]] (RFC), spesifikasi lain, dan beberapa kode tambahan yang digunakan dalam beberapa aplikasi umum HTTP. Digit pertama dari kode status menentukan satu dari lima kelas respons standar. Frase pesan yang ditampilkan adalah tipikal, tetapi segala alternatif yang dapat dibaca manusia mungkin disediakan. Kecuali dinyatakan sebaliknya, kode status adalah bagian dari standar HTTP/1.1 (<nowiki>RFC 7231</nowiki>).<ref name="Fielding">{{Cite web|url=https://tools.ietf.org/html/rfc7231.html|title=Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content|last=Fielding|first=Roy|last2=Reschke|first2=Julian|website=tools.ietf.org|language=en|access-date=2020-06-24}}</ref>
 
[[Internet Assigned Numbers Authority]] (IANA) mengelola pendaftaran resmi kode status HTTP.<ref name=":1">{{Cite web|url=http://www.iana.org/assignments/http-status-codes/http-status-codes.xhtml|title=Hypertext Transfer Protocol (HTTP) Status Code Registry|website=www.iana.org|access-date=2020-06-24}}</ref>
Baris 5:
Semua kode status respons HTTP dipisahkan menjadi lima kelas atau kategori. Digit pertama dari kode status menentukan kelas respons, sementara dua digit terakhir tidak memiliki peran klasifikasi atau kategorisasi apa pun. Ada lima kelas yang didefinisikan dengan standar:
# ''1xx respon informasi'' - permintaan diterima, melanjutkan proses
# ''2xx successsukses''- permintaan berhasil diterima, dipahami, dan diterima
# ''3xx pengalihan''- tindakan lebih lanjut perlu diambil untuk menyelesaikan permintaan
# ''4xx Klien error''- permintaan berisi sintaksis buruk atau tidak dapat dipenuhi
# ''5xx serverpeladen error''- serverpeladen gagal memenuhi permintaan yang tampaknya valid
 
== 1xx Respon informasi ==
Respons informasi menunjukkan bahwa permintaan diterima dan dipahami. Ini dikeluarkan secara sementara sementara pemrosesan permintaan berlanjut. Ini memperingatkan klien untuk menunggu tanggapan akhir. Pesan hanya terdiri dari baris status dan bidang tajuk opsional, dan diakhiri oleh baris kosong. Karena standar HTTP/1.0 tidak mendefinisikan kode status 1xx, serverpeladen tidak boleh mengirim respons 1xx <ref group="note">Kata dan frasa yang dicetak miring seperti '' must'' dan '' should '' mewakili pedoman interpretasi seperti yang diberikan oleh RFC 2119</ref> ke klien yang mematuhi HTTP/1.0 kecuali dalam kondisi eksperimental.<ref>{{cite web|url=http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html|title=10 Status Code Definitions|website=W3|archive-url=https://web.archive.org/web/20100316011642/http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html|archive-date=March 16, 2010|accessdate=16 October 2015|url-status=live}}</ref>
 
; {{anchor|100}}100 ContinueLanjutkan
: ServerPeladen telah menerima header permintaan dan klien harus melanjutkan untuk mengirim badan permintaan (dalam kasus permintaan yang mana badan perlu dikirim; misalnya, permintaan POST). Mengirim badan permintaan besar ke serverpeladen setelah permintaan ditolak karena tajuk yang tidak pantas akan tidak efisien. Untuk meminta serverpeladen memeriksa header permintaan, klien harus mengirim <code>Expect: 100-continue</code> sebagai header dalam permintaan awal dan menerima 100 kode status Lanjutkan sebagai tanggapan sebelum mengirim body. Jika klien menerima kode kesalahan seperti 403 (Terlarang) atau 405 (Metode Tidak Diizinkan) maka klien tidak boleh mengirim body permintaan. Respon <code>417 Expectation Failed</code> mengindikasikan bahwa permintaan harus diulang tanpa header Expect karena menunjukkan bahwa serverpeladen tidak mendukung harapan (ini adalah kasus, misalnya, dari serverpeladen HTTP/1.0).<ref>{{cite web|url=https://tools.ietf.org/html/rfc7231#section-5.1.1|title=Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content - 5.1.1. Expect|archive-url=https://web.archive.org/web/20170525004653/https://tools.ietf.org/html/rfc7231#section-5.1.1|archive-date=May 25, 2017|accessdate=27 September 2017|url-status=live}}</ref>
; {{anchor|101}}101 SwitchingBeralih ProtocolsProtokol
: Pemohon telah meminta serverpeladen untuk beralih protokol dan serverpeladen telah setuju untuk melakukannya.<ref>{{cite web|url=http://httpstatus.es/101|title=101|website=httpstatus|archive-url=https://web.archive.org/web/20151030081155/http://httpstatus.es/101|archive-date=October 30, 2015|accessdate=16 October 2015|url-status=live}}</ref>
; {{anchor|102}}102 Processing ([[WebDAV]]; RFC 2518)
: Permintaan WebDAV dapat berisi banyak sub-permintaan yang melibatkan operasi file, membutuhkan waktu lama untuk menyelesaikan permintaan. Kode ini menunjukkan bahwa serverpeladen telah menerima dan sedang memproses permintaan, tetapi belum ada tanggapan.<ref name="RFC_2518">{{cite IETF|title=HTTP Extensions for Distributed Authoring – WEBDAV|rfc=2518|last1=Goland|first1=Yaronn|last2=Whitehead|first2=Jim|authorlink2=Jim Whitehead (professor)|last3=Faizi|first3=Asad|last4=Carter|first4=Steve R.|last5=Jensen|first5=Del|date=February 1999|publisher=[[Internet Engineering Task Force|IETF]]|accessdate=October 24, 2009}}</ref> Ini mencegah klien dari waktu habis dan menganggap permintaan itu hilang.
; {{anchor|103}}103 EarlyPetunjuk HintsAwal (<nowiki>RFC 8297</nowiki>)
: Digunakan untuk mengembalikan beberapa header respons sebelum pesan HTTP final.<ref name="RFC_8297">{{cite IETF|title=An HTTP Status Code for Indicating Hints|rfc=8297|last1=Oku|first1=Kazuho|authorlink1=Kazuho Oku|date=December 2017|publisher=[[Internet Engineering Task Force|IETF]]|accessdate=December 20, 2017}}</ref>
 
Baris 27:
'''200 OK'''
: Respon standar untuk permintaan HTTP yang berhasil. Respon aktual akan bergantung pada metode permintaan yang digunakan. Dalam permintaan GET, respons akan berisi entitas yang sesuai dengan sumber daya yang diminta. Dalam permintaan POST, respon akan berisi entitas yang menjelaskan atau berisi hasil tindakan.<ref name="Leach">{{Cite web|url=https://tools.ietf.org/html/rfc2616.html|title=Hypertext Transfer Protocol -- HTTP/1.1|last=Leach|first=Paul J.|last2=Berners-Lee|first2=Tim|website=tools.ietf.org|language=en|access-date=2020-06-24|last3=Mogul|first3=Jeffrey C.|last4=Masinter|first4=Larry|last5=Fielding|first5=Roy T.|last6=Gettys|first6=James}}</ref>
'''201 CreatedDibuat'''
: Permintaan telah terpenuhi, menghasilkan penciptaan sumber daya baru.<ref>{{Cite web|url=https://stackoverflow.com/questions/1860645/create-request-with-post-which-response-codes-200-or-201-and-content|title=rest - Create request with POST, which response codes 200 or 201 and content|website=Stack Overflow|access-date=2020-06-24}}</ref>
'''202 AcceptedDiterima'''
: Permintaan telah diterima untuk diproses, tetapi pemrosesan belum selesai. Permintaan mungkin atau mungkin tidak pada akhirnya ditindaklanjuti, dan mungkin tidak diizinkan saat pemrosesan terjadi.<ref>{{Cite web|url=https://httpstatuses.com/202|title=202 Accepted — httpstatuses.com|website=httpstatuses.com|access-date=2020-06-24}}</ref>
'''203''' '''Informasi Non-Resmi (sejak HTTP/1.1)'''
: ServerPeladen adalah proxy pengubah (mis. ''[[Web accelerator]]'') yang menerima 200 OK dari asalnya, tetapi mengembalikan versi modifikasi dari respons asal tersebut.<ref name="Fielding"/>
'''204 Tanpa Konten'''
: ServerPeladen berhasil memproses permintaan, dan tidak kembali dengan konten apa pun.<ref>{{Cite news|title=Server Response Codes And What They Mean|url=http://www.koozai.com/blog/analytics/server-response-codes-and-what-they-mean/|newspaper=Koozai.com|access-date=2020-06-24|language=en-GB}}</ref>
'''205 ResetSetel ContentUlang Konten'''
: ServerPeladen berhasil memroses permintaan, meminta peminta mereset tampilan dokumennya, dan tidak kembali dengan konten apa pun.<ref name="Fielding"/>
'''206 PartialKonten ContentSebagian (RFC 7233)'''
: ServerPeladen hanya memberikan sebagian sumber daya ([[byte serving]]) karena rentang header yang dikirim oleh klien. Header rentang digunakan oleh klien HTTP untuk mengaktifkan kembali unduhan yang terputus, atau membagi unduhan menjadi beberapa aliran simultan.
'''207 Multi-Status (WebDAV; RFC 4918)'''
: Badan pesan yang mengikuti secara default adalah pesan [[XML]] dan dapat berisi sejumlah kode respons terpisah, tergantung pada berapa banyak sub-permintaan yang dibuat.<ref name=":0">{{Cite web|url=https://tools.ietf.org/html/rfc4918.html|title=HTTP Extensions for Web Distributed Authoring and Versioning (WebDAV)|last=Dusseault <lisa@xythos.com>|first=L.|website=tools.ietf.org|language=en|access-date=2020-06-24}}</ref>
'''208 AlreadySudah ReportedDilaporkan (WebDAV; RFC 5842)'''
: Anggota pengikat DAV telah disebutkan dalam bagian sebelumnya dari respon (multistatus), dan tidak dianggap lagi.
'''226 IM Used (RFC 3229)'''
: ServerPeladen telah memenuhi permintaan untuk sumber daya, dan responsnya adalah representasi dari hasil dari satu atau lebih manipulasi-instance yang diterapkan pada instance saat ini.<ref>{{Cite web|url=https://tools.ietf.org/html/rfc3229.html|title=Delta encoding in HTTP|last=Hellerstein|first=Daniel M.|last2=Goland|first2=Yaron Y.|website=tools.ietf.org|language=en|access-date=2020-06-24|last3=Mogul|first3=Jeffrey C.|last4=Krishnamurthy|first4=Balachander|last5=Douglis|first5=Fred|last6=Hoff|first6=Arthur van}}</ref>
 
== 3xx Pengalihan ==
Kelas kode status ini menunjukkan klien harus mengambil tindakan tambahan untuk menyelesaikan permintaan. Banyak dari kode status ini digunakan dalam [[pengalihan URL]].<ref name=":1" />
 
Agen pengguna dapat melakukan tindakan tambahan tanpa interaksi pengguna hanya jika metode yang digunakan dalam permintaan kedua adalah MENDAPATKAN atau MENGHADAPI. Agen pengguna dapat secara otomatis mengalihkan permintaan. Agen pengguna harus mendeteksi dan mengintervensi untuk mencegah pengalihan siklus.<ref name="tools.ietf.org">{{Cite web|url=https://tools.ietf.org/html/rfc7231.html|title=Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content|last=Fielding|first=Roy|last2=Reschke|first2=Julian|website=tools.ietf.org|language=en|access-date=2020-07-03}}</ref>
 
* '''300 Multiple Choices'''
'''300 Pilihan ganda'''
: Menunjukkan beberapa opsi untuk sumber dari mana klien dapat memilih (melalui [[Negosiasi konten#dikendalikan agen|negosiasi konten yang dikendalikan oleh agen]]). Misalnya, kode ini dapat digunakan untuk menyajikan beberapa opsi format video, untuk mencantumkan file dengan ekstensi nama file yang berbeda, atau untuk menyarankan disambiguasi arti kata.<ref>{{Cite web|url=https://httpstatuses.com/300|title=300 Multiple Choices — httpstatuses.com|website=httpstatuses.com|access-date=2020-07-03}}</ref>
*'''[[HTTP 301|301 MovedDipindahkan PermanentlyPermanen]]'''
: Ini dan semua permintaan di masa mendatang harus diarahkan ke [[Uniform Resource Locator|URI]] yang diberikan.<ref>{{Cite web|url=https://httpstatuses.com/301|title=301 Moved Permanently — httpstatuses.com|website=httpstatuses.com|access-date=2020-07-03}}</ref>
*'''[[HTTP 302|302 FoundDitemukan (Sebelumnya"Moved temporarily")]]'''
: Memberitahu klien untuk melihat (menelusuri) URL lain. 302 telah digantikan oleh 303 dan 307. Ini adalah contoh praktik industri yang bertentangan dengan standar. Spesifikasi HTTP / 1.0 (<nowiki>RFC 1945</nowiki>) mengharuskan klien untuk melakukan redirect sementara (frasa yang menggambarkan aslinya adalah "Moved Temporarily"),<ref>{{Cite web|url=https://tools.ietf.org/html/rfc1945.html|title=Hypertext Transfer Protocol -- HTTP/1.0|last=Nielsen|first=Henrik Frystyk|last2=Berners-Lee|first2=Tim|website=tools.ietf.org|language=en|access-date=2020-07-03|last3=Fielding|first3=Roy T.}}</ref> tetapi peramban populer menerapkan 302 dengan fungsi 303 See Other. Karenanya, HTTP / 1.1 menambahkan kode status 303 dan 307 untuk membedakan antara dua perilaku tersebut.<ref>{{Cite web|urlname=https://"tools.ietf.org"/html/rfc7231.html|title=Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content|last=Fielding|first=Roy|last2=Reschke|first2=Julian|website=tools.ietf.org|language=en|access-date=2020-07-03}}</ref> Namun, beberapa aplikasi dan kerangka kerja Web menggunakan kode status 302 seolah-olah itu adalah 303.<ref>{{Cite web|url=https://api.rubyonrails.org/classes/ActionController/Redirecting.html|title=ActionController::Redirecting|website=api.rubyonrails.org|access-date=2020-07-03}}</ref>
*'''[[HTTP 303|303 SeeLihat OtherLainnya]] (sejak HTTP/1.1)'''
: Respons terhadap permintaan dapat ditemukan di bawah [[Uniform Resource Locator|URI]] lain menggunakan metode GET. Ketika diterima sebagai respons terhadap POST (atau PUT / DELETE), klien harus menganggap bahwa serverpeladen telah menerima data dan harus mengeluarkan permintaan GET baru ke URI yang diberikan.<ref>{{Cite web|url=https://httpstatuses.com/303|title=303 See Other — httpstatuses.com|website=httpstatuses.com|access-date=2020-07-03}}</ref>
*'''304 NotTidak Modifieddimodifikasi'''
: Menunjukkan bahwa sumber daya belum dimodifikasi sejak versi yang ditentukan oleh [[Daftar bidang header HTTP#Bidang permintaan|header permintaan]] If-Modified-since atau If-None-Match. Dalam kasus seperti itu, tidak perlu mentransmisikan ulang sumber daya karena klien masih memiliki salinan yang diunduh sebelumnya.<ref>{{Cite web|url=https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/304|title=304 Not Modified|website=MDN Web Docs|language=en|access-date=2020-07-03}}</ref>
*'''305 UseGunakan Proxyproxy (sejak HTTP/1.1)'''
: Sumber daya yang diminta hanya tersedia melalui proxy, alamat yang disediakan dalam respons. Untuk alasan keamanan, banyak klien HTTP (seperti [[Mozilla Firefox]] dan [[Internet Explorer]]) tidak mematuhi kode status ini.<ref>{{Cite web|url=https://bugzilla.mozilla.org/show_bug.cgi?id=187996|title=187996 - Strange behavior on 305 redirect|website=bugzilla.mozilla.org|language=en|access-date=2020-07-03}}</ref>
*'''306 SwitchBeralih ProxyProksi'''
: Tidak lagi digunakan. Awalnya berarti "Permintaan selanjutnya harus menggunakan proksi yang ditentukan."<ref>{{Cite web|url=https://tools.ietf.org/html/draft-cohen-http-305-306-responses-00.html|title=HTTP/1.1 305 and 306 Response Codes|last=Cohen <josh@microsoft.com>|first=Josh|website=tools.ietf.org|language=en|access-date=2020-07-03}}</ref>
*'''307 Temporary Redirect (sejak HTTP/1.1)'''
 
*'''308 Permanent Redirect (RFC; <nowiki>RFC 7238</nowiki>)'''
*'''307 TemporaryPengalihan RedirectSementara (sejak HTTP/1.1)'''
: Dalam hal ini, permintaan harus diulangi dengan URI lain; namun, permintaan di masa mendatang harus tetap menggunakan URI asli. Berbeda dengan bagaimana 302 diterapkan secara historis, metode permintaan tidak diizinkan untuk diubah saat menerbitkan kembali permintaan asli. Misalnya, permintaan POST harus diulang menggunakan permintaan POST lain.<ref name="tools.ietf.org"/>
*'''308 PermanentPengalihan RedirectPermanen (RFC; <nowiki>RFC 7238</nowiki>)'''
: Permintaan dan semua permintaan di masa mendatang harus diulang menggunakan URI lain. 307 dan 308 sejajar dengan perilaku 302 dan 301, tetapi ''jangan biarkan metode HTTP berubah''. Jadi, misalnya, mengirimkan formulir ke sumber daya yang dialihkan secara permanen dapat berlanjut dengan lancar.<ref>{{Cite web|url=https://tools.ietf.org/html/rfc7538.html|title=The Hypertext Transfer Protocol Status Code 308 (Permanent Redirect)|last=Reschke <julian.reschke@greenbytes.de>|first=Julian|website=tools.ietf.org|language=en|access-date=2020-07-03}}</ref>
 
== 4xx Klien error ==
[[Berkas:Wikipedia_Not_Found_Page.png|al=A 404 error on Wikipedia.|jmpl|404 error di Wikipedia]]
Kelas kode status ini dimaksudkan untuk situasi di mana kesalahan tampaknya disebabkan oleh klien. Kecuali ketika menanggapi permintaan HEAD, serverpeladen ''harus'' menyertakan entitas yang berisi penjelasan tentang situasi kesalahan, dan apakah itu kondisi sementara atau permanen. Kode status ini berlaku untuk metode permintaan apa pun. Agen pengguna harus menampilkan entitas apa pun yang disertakan kepada pengguna.<ref>{{cite web|url=https://docs.oracle.com/cd/E14269_01/doc.451/e14266/result_codes.htm|title=E Explanation of Failure Codes|website=Oracle|archive-url=https://web.archive.org/web/20150216043819/http://docs.oracle.com/cd/E14269_01/doc.451/e14266/result_codes.htm|archive-date=February 16, 2015|accessdate=16 October 2015|url-status=live}}</ref>
 
'''400 Bad Request'''
: ServerPeladen tidak dapat atau tidak akan memproses permintaan karena kesalahan klien yang nyata (mis., Sintaks permintaan salah bentuk, ukuran terlalu besar, pembingkaian pesan permintaan tidak valid, atau perutean permintaan yang menipu).<ref name="Fielding"/>
 
'''401 UnauthorizedTidak diperbolehkan (RFC 7235)'''
: Mirip dengan ''403 Forbidden'', tetapi khusus untuk digunakan ketika otentikasi diperlukan dan telah gagal atau belum disediakan. Respons harus mencakup bidang tajuk WWW-Otentikasi yang berisi tantangan yang berlaku untuk sumber daya yang diminta. Lihat [[Basic access authentication]] dan [[Digest access authentication]].<ref>{{Cite web|url=https://httpstatuses.com/401|title=401 Unauthorized — httpstatuses.com|website=httpstatuses.com|access-date=2020-06-24}}</ref> 401 secara semantik berarti "tidak sah", pengguna tidak memiliki kredensial autentikasi yang valid untuk sumber daya target.
'''402 Payment Required'''
: Digunakan untuk penggunaan di masa mendatang. Maksud awalnya adalah bahwa kode ini dapat digunakan sebagai bagian dari beberapa bentuk uang tunai digital atau skema pembayaran mikro, seperti yang diusulkan, misalnya, oleh [[GNU Taler]],<ref>{{Cite web|url=https://web.archive.org/web/20171108142249/https://docs.taler.net/merchant/frontend/php/html/tutorial.html#Headers-for-HTTP-402|title=The GNU Taler tutorial for PHP Web shop developers 0.4.0|date=2017-11-08|website=web.archive.org|access-date=2020-06-24|archive-date=2017-11-08|archive-url=https://web.archive.org/web/20171108142249/https://docs.taler.net/merchant/frontend/php/html/tutorial.html|dead-url=unfit}}</ref> tetapi itu belum terjadi, dan kode ini tidak banyak digunakan. [[Google Developers]] API menggunakan status ini jika pengembang tertentu telah melampaui batas harian berdasarkan permintaan.<ref>{{Cite web|url=https://developers.google.com/search-ads/v2/standard-error-responses?hl=id|title=Standard Error Responses {{!}} Search Ads 360 API|website=Google Developers|language=en|access-date=2020-06-24}}</ref> [[Sipgate]] menggunakan kode ini jika akun tidak memiliki dana yang cukup untuk memulai panggilan.<ref>{{Cite web|url=https://api.sipgate.com/v2/doc/#/sessions/newCall|title="Sipgate API Documentation".|last=|first=|date=|website=api.sipgate.com|access-date=2020-06-24}}</ref> [[Shopify]] menggunakan kode ini ketika toko belum membayar biayanya dan untuk sementara dinonaktifkan.<ref>{{Cite web|url=https://shopify.dev/concepts/about-apis/response-codes|title="Shopify Documentation".|last=|first=|date=|website=Shopify|language=EN|access-date=2020-06-24}}</ref> [[Stripe]] menggunakan kode ini untuk pembayaran gagal di mana parameternya benar, misalnya pemblokiran pembayaran penipuan .<ref>{{Cite web|url=https://stripe.com/docs/api/errors|title=Stripe API Reference - Errors|website=stripe.com|access-date=2020-06-24}}</ref>
'''[[HTTP 403|403 ForbiddenTerlarang]]'''
: Permintaan berisi data yang valid dan dipahami oleh serverpeladen, tetapi serverpeladen menolak tindakan. Ini mungkin disebabkan oleh pengguna yang tidak memiliki izin yang diperlukan untuk sumber daya atau membutuhkan semacam akun, atau mencoba tindakan yang dilarang (mis. Membuat catatan duplikat di mana hanya satu yang diizinkan). Kode ini juga biasanya digunakan jika permintaan menyediakan otentikasi melalui bidang header WWW-Authenticate, tetapi serverpeladen tidak menerima otentikasi itu. Permintaan tidak harus diulang.
'''[[HTTP 404|404 Tidak Ditemukan]]'''
: Sumber daya yang diminta tidak dapat ditemukan tetapi mungkin tersedia di masa depan. Permintaan selanjutnya oleh klien diizinkan.
'''405 MethodMetode NotTidak AllowedDiizinkan'''
: Metode permintaan tidak didukung untuk sumber daya yang diminta; misalnya, permintaan GET pada formulir yang mengharuskan data disajikan melalui POST, atau permintaan PUT pada sumber daya baca-saja.
'''406 NotTidak Acceptabledapat diterima'''
: Sumber daya yang diminta hanya mampu menghasilkan konten yang tidak dapat diterima sesuai dengan header Terima yang dikirim dalam permintaan.<ref>{{Cite web|url=https://stackoverflow.com/questions/12865093/spring-3-x-json-status-406-characteristics-not-acceptable-according-to-the-requ|title=Spring 3.x JSON status 406 "characteristics not acceptable according to the request "accept" headers ()"|website=Stack Overflow|access-date=2020-06-24}}</ref> Lihat [[negosiasi Konten]].
'''407 ProxyDiperlukan AuthenticationOtentikasi RequiredProksi (RFC 7235)'''
: Klien harus terlebih dahulu mengotentikasi dirinya dengan proxy.<ref>{{Cite web|url=https://httpstatuses.com/407|title=407 Proxy Authentication Required — httpstatuses.com|website=httpstatuses.com|access-date=2020-06-24}}</ref>
'''408 ''Request Timeout'''''
: Server Timeout menunggu permintaan. Menurut spesifikasi HTTP: "Klien tidak menghasilkan permintaan dalam waktu yang disiapkan serverpeladen untuk menunggu. Klien MUNGKIN mengulangi permintaan tanpa modifikasi di waktu kemudian.<ref>{{Cite web|url=https://httpstatuses.com/408|title=408 Request Timeout — httpstatuses.com|website=httpstatuses.com|access-date=2020-06-24}}</ref>
'''409 ConflictKonflik'''
: Menunjukkan bahwa permintaan tidak dapat diproses karena konflik dalam kondisi sumber daya saat ini, seperti [[konflik edit]] antara beberapa pembaruan simultan.
'''410 GoneHilang'''
: Menunjukkan bahwa sumber daya yang diminta tidak lagi tersedia dan tidak akan tersedia lagi. Ini harus digunakan ketika suatu sumber daya telah sengaja dihapus dan sumber daya itu harus dibersihkan. Setelah menerima kode status 410, klien seharusnya tidak meminta sumber daya di masa depan. Klien seperti mesin pencari harus menghapus sumber daya dari indeks mereka.<ref>{{Citation|title=Does Google treat 404 and 410 status codes differently?|url=https://www.youtube.com/watch?v=xp5Nf8ANfOw|accessdate=2020-06-24|language=id-ID}}</ref> Sebagian besar kasus penggunaan tidak memerlukan klien dan mesin pencari untuk membersihkan sumber daya, dan "404 Tidak Ditemukan" dapat digunakan sebagai gantinya.
'''411 LengthPanjang RequiredDiperlukan'''
: Permintaan tidak menentukan panjang kontennya, yang diperlukan oleh sumber daya yang diminta.<ref>{{Cite book|url=https://books.google.com/books?id=J1gb2eb-NuEC&pg=PA197&lpg=PA197&dq=The+request+did+not+specify+the+length+of+its+content,+which+is+required+by+the+requested+resource.&hl=en|title="List of HTTP status codes".|last=|first=|date=|publisher=PediaPress|isbn=|location=|pages=|language=en|url-status=live}}</ref>
'''412 Precondition Failed (RFC 7232)'''
: ServerPeladen tidak memenuhi salah satu prasyarat yang diletakkan pemohon pada bidang header permintaan.<ref>{{Cite web|url=https://stackoverflow.com/questions/6123425/rest-response-code-for-invalid-data|title=http - REST response code for invalid data|website=Stack Overflow|access-date=2020-06-24}}</ref>
'''413 Payload TooTerlalu LargeBesar (RFC 7231)'''
: Permintaan lebih besar dari yang diinginkan atau mampu diproses oleh serverpeladen. Sebelumnya bernama "Permintaan Entitas Terlalu Besar".<ref name="Leach"/>
'''414 URI TooTerlalu LongPanjang (RFC 7231)'''
: URI yang diberikan terlalu lama untuk diproses oleh serverpeladen. Seringkali hasil dari terlalu banyak data yang dikodekan sebagai string kueri dari permintaan GET, dalam hal ini harus dikonversi menjadi permintaan POST.<ref>{{Cite web|url=https://stackoverflow.com/questions/20157706/get-request-why-is-my-uri-so-long|title=ajax - GET Request - Why is my URI so long?|website=Stack Overflow|access-date=2020-06-24}}</ref> Disebut "Permintaan-URI Terlalu Panjang" sebelumnya.<ref name="Leach"/>
'''415 UnsupportedJenis Media Typeyang Tidak Didukung (RFC 7231)'''
: Entitas permintaan memiliki jenis media yang tidak didukung serverpeladen atau sumber daya. Sebagai contoh, klien mengunggah gambar sebagai [[Scalable Vector Graphics|gambar / svg + xml]], tetapi serverpeladen mengharuskan gambar menggunakan format yang berbeda.<ref name="Fielding"/>
'''416 Range Not Satisfiable (RFC 7233)'''
: Klien telah meminta sebagian dari file ([[byte serving]]), tetapi serverpeladen tidak dapat menyediakan bagian itu. Misalnya, jika klien meminta bagian dari file yang berada di luar akhir file.<ref>{{Cite web|url=https://web.archive.org/web/20151022220744/http://getstatuscode.com/416|title=Example HTTP Status: 416 Requested Range Not Satisfiable — GetStatusCode.com|date=2015-10-22|website=web.archive.org|access-date=2020-06-24|archive-date=2015-10-22|archive-url=https://web.archive.org/web/20151022220744/http://getstatuscode.com/416|dead-url=unfit}}</ref> Disebut "Requested Range Not Satisfiable" sebelumnya.<ref name="Leach"/>
'''417 Expectation Failed'''
: ServerPeladen tidak dapat memenuhi persyaratan bidang tajuk permintaan Harapkan.<ref>{{Cite web|url=https://serverfault.com/questions/433470/http-1-1-status-codes-400-and-417-cannot-choose-which|title=HTTP/1.1 Status Codes 400 and 417, cannot choose which|website=Server Fault|access-date=2020-06-24}}</ref>
'''418 [[Hyper Text Coffee Pot Control Protocol|418 I'm a teapot]] (RFC 2324, RFC 7168)'''
: Kode ini didefinisikan pada tahun 1998 sebagai salah satu lelucon tradisional [[IETF]] [[Hari April Mop Request for Comments|April Mop]], di RFC 2324, ''[[Hyper Text Coffee Pot Control Protocol|Protokol Kontrol Pot Kopi Hiper Teks]]'', dan tidak diharapkan diimplementasikan oleh serverpeladen HTTP yang sebenarnya. RFC menentukan kode ini harus dikembalikan oleh teko yang diminta untuk menyeduh kopi.<ref>{{Cite web|url=https://tools.ietf.org/html/rfc2324.html|title=Hyper Text Coffee Pot Control Protocol (HTCPCP/1.0)|last=Masinter|first=L.|website=tools.ietf.org|language=en|access-date=2020-06-24}}</ref> Status HTTP ini digunakan sebagai [[Easter egg (media)|telur Paskah]] di beberapa situs web, seperti paskah [[Google Search|Google.com's]] [https://www.google.com/teapot I'm a teapot].<ref>{{Cite web|url=https://searchengineland.com/new-google-easter-egg-seo-geeks-server-status-418-im-teapot-201739|title=New Google Easter Egg For SEO Geeks: Server Status 418, I'm A Teapot|date=2014-08-26|website=Search Engine Land|access-date=2020-06-24}}</ref>
'''421 Misdirected Request (RFC 7540)'''
: Permintaan diarahkan pada serverpeladen yang tidak dapat menghasilkan respons<ref>{{Cite web|url=https://http2.github.io/http2-spec/#MisdirectedRequest|title=Hypertext Transfer Protocol Version 2 (HTTP/2)|last=Belshe|first=M.|last2=Peon|first2=R.|date=2015-05-30|website=http2.github.io|language=en|access-date=2020-06-24|last3=Thomson|first3=M.|archive-date=2013-07-15|archive-url=https://web.archive.org/web/20130715004452/https://http2.github.io/http2-spec/#MisdirectedRequest|dead-url=yes}}</ref> (misalnya karena koneksi digunakan kembali).<ref>{{Cite web|url=https://tools.ietf.org/html/rfc7540.html|title=Hypertext Transfer Protocol Version 2 (HTTP/2)|last=Belshe|first=Mike|last2=Thomson|first2=Martin|website=tools.ietf.org|language=en|access-date=2020-06-24|last3=Peon|first3=Roberto}}</ref>
;{{anchor |423}}423 Locked (WebDAV; RFC 4918)
'''426 Upgrade Required'''
: Sumber daya yang sedang diakses terkunci.<ref name="RFC_4918"/>
'''426 Diperlukan Peningkatan'''
: Klien harus beralih ke protokol yang berbeda seperti [[Transport Layer Security|TLS/1.0]], yang diberikan di bidang header Upgrade.<ref>{{Cite web|url=https://tools.ietf.org/html/rfc2817.html|title=Upgrading to TLS Within HTTP/1.1|last=Lawrence|first=Scott|last2=Khare|first2=Rohit|website=tools.ietf.org|language=en|access-date=2020-06-24}}</ref>
 
== 5xx Kesalahan ServerPeladen ==
[[Server|Peladen]] gagal memenuhi permintaan.<ref>{{Cite web|url=http://www.csgnetwork.com/servererrors.html|title=Server Error Codes|website=www.csgnetwork.com|access-date=2020-06-24}}</ref>
 
Kode status respons yang dimulai dengan angka "5" menunjukkan kasus-kasus di mana serverpeladen mengetahui bahwa ia telah mengalami kesalahan atau sebaliknya tidak mampu melakukan permintaan. Kecuali ketika menanggapi permintaan HEAD, serverpeladen ''harus'' menyertakan entitas yang berisi penjelasan tentang situasi kesalahan, dan menunjukkan apakah itu kondisi sementara atau permanen. Demikian juga, agen pengguna ''harus'' menampilkan entitas yang disertakan kepada pengguna. Kode respons ini berlaku untuk metode permintaan apa pun.<ref>{{Cite web|url=https://web.archive.org/web/20150930030217/http://blog.mrgott.com/misc/5-http-status-codes-to-handle-errors-in-your-api|title=mrGott - Blog - HTTP status codes to handle errors in your API|date=2015-09-30|website=web.archive.org|access-date=2020-06-24|archive-date=2015-09-30|archive-url=https://web.archive.org/web/20150930030217/http://blog.mrgott.com/misc/5-http-status-codes-to-handle-errors-in-your-api|dead-url=unfit}}</ref>
 
'''500 InternalKesalahan Serverpeladen Errordalam'''
: Pesan kesalahan umum, diberikan ketika kondisi yang tidak terduga ditemukan dan tidak ada pesan yang lebih spesifik yang cocok.<ref>{{Cite web|url=https://www.lifewire.com/500-internal-server-error-explained-2622938|title=Getting a 500 Internal Server Error? Here's What to Do|last=Facebook|last2=Twitter|website=Lifewire|language=en|access-date=2020-06-24|last3=LinkedIn}}</ref>
'''501 Not Implemented'''
: ServerPeladen tidak mengenali metode permintaan, atau tidak memiliki kemampuan untuk memenuhi permintaan. Biasanya ini menyiratkan ketersediaan di masa mendatang (mis., Fitur baru API layanan web).<ref>{{Cite web|url=http://www.checkupdown.com/status/E501.html|title=www.checkupdown.com/status/E501.html|website=CheckUpDown|language=en|access-date=2020-06-24|archive-date=2017-05-12|archive-url=https://web.archive.org/web/20170512044355/http://www.checkupdown.com/status/E501.html|dead-url=yes}}</ref>
'''502 Bad Gateway'''
: ServerPeladen bertindak sebagai [[Gateway (telekomunikasi)|gateway]] atau proxy dan menerima respons yang tidak valid dari serverpeladen hulu.<ref>{{Cite web|url=https://www.lifewire.com/502-bad-gateway-error-explained-2622939|title=Getting a 502 Bad Gateway Error? Here's What to Do|last=Facebook|last2=Twitter|website=Lifewire|language=en|access-date=2020-06-24|last3=LinkedIn}}</ref>
'''503 Service Unavailable'''
: ServerPeladen tidak dapat menangani permintaan (karena kelebihan beban atau mati untuk pemeliharaan). Secara umum, ini adalah keadaan sementara.<ref>{{Cite web|url=https://stackoverflow.com/questions/2786595/what-is-the-correct-http-status-code-to-send-when-a-site-is-down-for-maintenance|title=php - What is the correct HTTP status code to send when a site is down for maintenance?|website=Stack Overflow|access-date=2020-06-24}}</ref>
'''504 Gateway Timeout'''
: ServerPeladen bertindak sebagai gateway atau proxy dan tidak menerima respons tepat waktu dari serverpeladen hulu.<ref>{{Cite web|url=http://www.checkupdown.com/status/E504.html|title=www.checkupdown.com/status/E504.html|website=CheckUpDown|language=en|access-date=2020-06-24|archive-date=2015-09-20|archive-url=https://web.archive.org/web/20150920105844/http://www.checkupdown.com/status/E504.html|dead-url=yes}}</ref>
'''505 HTTP Version Not Supported'''
: ServerPeladen tidak mendukung versi protokol HTTP yang digunakan dalam permintaan.<ref>{{Cite web|url=http://www.checkupdown.com/status/E505.html|title=www.checkupdown.com/status/E505.html|website=CheckUpDown|language=en|access-date=2020-06-24|archive-date=2015-09-24|archive-url=https://web.archive.org/web/20150924132744/http://www.checkupdown.com/status/E505.html|dead-url=yes}}</ref>
'''506 Variant Also Negotiates (RFC 2295)'''
: Negosiasi konten transparan untuk permintaan menghasilkan referensi melingkar.<ref>{{Cite web|url=https://tools.ietf.org/html/rfc2295.html|title=Transparent Content Negotiation in HTTP|last=Mutz|first=Andrew H.|last2=Holtman|first2=Koen|website=tools.ietf.org|language=en|access-date=2020-06-24}}</ref>
'''507 Insufficient Storage (WebDAV; RFC 4918)'''
: ServerPeladen tidak dapat menyimpan representasi yang diperlukan untuk menyelesaikan permintaan.<ref name=":0" />
'''508 Loop Detected (WebDAV; RFC 5842)'''
: ServerPeladen mendeteksi pengulangan tak terbatas saat memproses permintaan (dikirim alih-alih [[Daftar kode status HTTP#208 Sudah Dilaporkan|208 Sudah Dilaporkan]])
'''510 Not Extended (RFC 2774)'''
: Diperlukan ekstensi lebih lanjut untuk permintaan agar serverpeladen memenuhinya.<ref>{{Cite web|url=https://tools.ietf.org/html/rfc2774.html|title=An HTTP Extension Framework|last=Leach|first=Paul J.|last2=Lawrence|first2=Scott|website=tools.ietf.org|language=en|access-date=2020-06-24}}</ref>
'''511 Network Authentication Required (RFC 6585)'''
: Klien perlu mengautentikasi untuk mendapatkan akses jaringan. Dimaksudkan untuk digunakan dengan mencegat proksi yang digunakan untuk mengontrol akses ke jaringan (mis., "[[Captive portal]]" yang digunakan untuk mensyaratkan persetujuan terhadap Ketentuan Layanan sebelum memberikan akses Internet penuh melalui [[Hotspot (Wi-Fi)|hotspot Wi-Fi]]).<ref>{{Cite web|url=https://tools.ietf.org/html/rfc6585.html|title=Additional HTTP Status Codes|last=Nottingham|first=Mark|last2=Fielding|first2=Roy|website=tools.ietf.org|language=en|access-date=2020-06-24}}</ref>
Baris 145 ⟶ 152:
Kode berikut tidak ditentukan oleh standar apa pun.
 
'''530 Site is frozen'''
: Digunakan oleh platform web [[Pantheon (perangkat lunak)|Pantheon]] untuk menunjukkan situs yang telah dibekukan karena tidak aktif.<ref>{{Cite web|url=https://pantheon.io/docs/platform-considerations/|title=Platform Considerations|website=Pantheon Docs|language=en|access-date=2020-07-04}}</ref>
'''598 Network read timeout error'''
: Digunakan oleh beberapa proksi HTTP untuk memberi sinyal batas waktu baca jaringan di belakang proksi ke klien di depan proksi.
 
=== Layanan Informasi Internet ===
Digunakan oleh beberapa proksi HTTP untuk memberi sinyal batas waktu baca jaringan di belakang proksi ke klien di depan proksi.
Peladen web [[Internet Information Services|Layanan Informasi Internet]] (IIS) Microsoft memperluas ruang kesalahan 4xx untuk memberi sinyal kesalahan dengan permintaan klien.
 
'''440 Login Time-out'''
: Sesi klien telah kedaluwarsa dan harus masuk lagi.<ref>{{Cite web|url=https://support.microsoft.com/en-us/help/941201/|title="Error message when you try to log on to Exchange 2007 by using Outlook Web Access: "440 Login Time-out"".|last=|first=|date=|website=support.microsoft.com|access-date=2020-07-04}}</ref>
'''449 Retry With'''
: Peladen tidak dapat memenuhi permintaan karena pengguna belum memberikan informasi yang diperlukan.
'''451 Redirect'''
: Digunakan di [[Exchange ActiveSync]] ketika peladen yang lebih efisien tersedia atau peladen tidak dapat mengakses kotak surat pengguna. Klien diharapkan untuk menjalankan kembali operasi HTTP AutoDiscover untuk menemukan peladen yang lebih tepat.
 
IIS kadang-kadang menggunakan sub-kode desimal tambahan untuk informasi yang lebih spesifik,<ref>{{Cite web|url=https://support.microsoft.com/en-us/help/943891/the-http-status-code-in-iis-7-0-iis-7-5-and-iis-8-0/|title="The HTTP status codes in IIS 7.0".|last=|first=|date=|website=support.microsoft.com|access-date=2020-07-04}}</ref> namun sub-kode ini hanya muncul di payload respon dan dalam dokumentasi, bukan di tempat kode status HTTP yang sebenarnya.
 
=== Cloudflare ===
Layanan reverse proxy Cloudflare memperluas seri ruang kesalahan 5xx untuk memberi sinyal masalah dengan serverpeladen asal.<ref>{{Cite web|url=https://support.cloudflare.com/hc/en-us/sections/200820298-Error-Pages|title=Cloudflare Errors – Cloudflare Help Center|website=support.cloudflare.com|access-date=2020-06-24|archive-date=2016-03-04|archive-url=https://web.archive.org/web/20160304035212/https://support.cloudflare.com/hc/en-us/sections/200820298-Error-Pages|dead-url=yes}}</ref>
 
'''520 Server Web kembaliServer denganReturned Kesalahanan TidakUnknown DikenalError'''
: ServerPeladen asal mengembalikan responsrespon kosong, tidak dikenal, atau tidak dijelaskan ke Cloudflare.<ref>{{Cite web|url=http://support.cloudflare.com/hc/en-us/articles/115003011431|title=Troubleshooting Cloudflare 5XX errors|website=Cloudflare Help Center|language=en-US|access-date=2020-06-24|archive-date=2020-06-15|archive-url=https://web.archive.org/web/20200615130731/https://support.cloudflare.com/hc/en-us/articles/115003011431|dead-url=yes}}</ref>
'''521 Web Server WebIs MatiDown'''
: ServerPeladen asal menolak koneksi dari Cloudflare.
'''522 Connection timed out'''
: Cloudflare tidak dapat menegosiasikan [[handshake TCP]] dengan serverpeladen asal.
'''523 Origin Is Unreachable'''
: Cloudflare tidak dapat mencapai serverpeladen asal; misalnya, jika [[catatan DNS]] untuk serverpeladen asal salah.
'''524 Terjadi sebuah timeout'''
: Cloudflare mampu menyelesaikan koneksi TCP ke serverpeladen asal, tetapi tidak menerima respons HTTP tepat waktu.
 
== Catatan ==
Baris 170 ⟶ 190:
 
== Pranala luar ==
{{commons category|Kodekode status HTTP}}
* [[rfc:7231#section-6|RFC 7231 – Hypertext Transfer Protocol (HTTP/1.1): Semantik dan Konten]] – Bagian 6, Kode Status Tanggapan
 
* [httphttps://www.iana.org/assignments/http-status-codes/http-status-codes.xhtml Registri Kode Status Hypertext Transfer Protocol (HTTP) Status Code Registry]
* Microsoft Knowledge Base: MSKB943891: [http://support.microsoft.com/kb/943891/ The HTTPKode status codesHTTP indi IIS 7.0]
* Microsoft Office Knowledge Base: [https://mslivesupportchat.blogspot.com/2020/02/error-code-2-11.html Kode Kesalahan 2–11]
 
{{DEFAULTSORT:Daftar kode status Http}}
{{komputer-stub}}
[[Kategori:Kode status Protokol Transfer Hiperteks|Kode status Protokol Transfer Hiperteks]]
[[Kategori:Daftar yang berhubungan dengan internet]]