Protokol Transfer Hiperteks: Perbedaan antara revisi
Konten dihapus Konten ditambahkan
Tidak ada ringkasan suntingan Tag: Dikembalikan VisualEditor Suntingan perangkat seluler Suntingan peramban seluler |
k Mengembalikan suntingan oleh 103.155.197.130 (bicara) ke revisi terakhir oleh Henri Aja Tag: Pengembalian |
||
(28 revisi perantara oleh 22 pengguna tidak ditampilkan) | |||
Baris 8:
RFC 7233 Rentang Permintaan <small>(1.1, 2014)</small><br />
RFC 7234 Caching <small>(1.1, 2014)</small><br />
RFC 7235 Autentikasi <small>(1.1, 2014)</small>|developer=Mulanya [[CERN]]; [[IETF]], [[W3C]]|introdate={{Start date and age|1991|df=yes}}|newer=}}
''' Pengembangan HTTP diprakarsai oleh [[Tim Berners-Lee]] di [[CERN]] pada tahun 1989. Pengembangan Permintaan HTTP awal untuk Komentar (RFC) adalah upaya terkoordinasi oleh [[Internet Engineering Task Force]] (IETF) dan [[World Wide Web Consortium]] (W3C), dengan pekerjaan kemudian pindah ke IETF.
HTTP/1.1 pertama kali didokumentasikan dalam RFC
[[HTTP/2]] adalah ekspresi semantik HTTP yang lebih efisien "on the wire", dan diterbitkan pada 2015; sekarang didukung oleh hampir semua peramban web<ref>{{Cite web|url=https://caniuse.com/#search=http2|title=Can I use... Support tables for HTML5, CSS3, etc|website=caniuse.com|access-date=2020-06-23}}</ref> dan server web utama melalui [[Transport Layer Security]] (TLS) menggunakan ekstensi
[[HTTP/3]] adalah penerus yang diusulkan untuk HTTP/2,<ref>{{Cite web|url=https://tools.ietf.org/html/draft-ietf-quic-http-22.html|title=Hypertext Transfer Protocol Version 3 (HTTP/3)|last=Bishop <mbishop@evequefou.be>|first=Mike|website=tools.ietf.org|language=en|access-date=2020-06-23}}</ref> yang sudah digunakan di web, menggunakan [[Udp|UDP]] bukan [[TCP]] untuk protokol transportasi yang mendasarinya. Seperti HTTP/2, protokol ini tidak ketinggalan versi utama sebelumnya. Dukungan untuk HTTP/ 3 ditambahkan ke [[Cloudflare]] dan [[Google Chrome]] pada September 2019,<ref>{{Cite web|url=https://www.zdnet.com/article/cloudflare-google-chrome-and-firefox-add-http3-support/|title=Cloudflare, Google Chrome, and Firefox add HTTP/3 support|last=Cimpanu|first=Catalin|website=ZDNet|language=en|access-date=2020-06-23}}</ref> dan dapat diaktifkan di versi stabil Chrome dan Firefox.<ref>{{Cite web|url=https://community.cloudflare.com/t/firefox-nightly-supports-http-3/127778|title=Firefox Nightly supports HTTP 3|date=2019-11-06|website=Cloudflare Community|language=en-US|access-date=2020-06-23|archive-date=2020-06-06|archive-url=https://web.archive.org/web/20200606233655/https://community.cloudflare.com/t/firefox-nightly-supports-http-3/127778|dead-url=yes}}</ref>
== Gambaran teknikal ==
Peramban web adalah contoh Jenis lain dari agen pengguna termasuk perangkat lunak pengindeksan yang digunakan oleh penyedia pencarian dirancang untuk mengizinkan elemen jaringan perantara untuk meningkatkan atau mengaktifkan komunikasi antara klien dan server. Situs web dengan lalu lintas tinggi sering kali mendapatkan keuntungan dari server yang mengirimkan konten atas nama untuk meningkatkan waktu respon. Tembolok peramban web sebelumnya mengakses sumber daya web dan menggunakannya kembali, jika memungkinkan, untuk mengurangi lalu lintas jaringan pada batas dapat memfasilitasi komunikasi untuk klien tanpa alamat yang dapat dirutekan secara global, dengan menyampaikan pesan dengan server eksternal. diidentifikasi dan ditempatkan di jaringan omenggunakan skema ''http'' Seperti yang didefinisikan dalam, URI dikodekan sebagai dalam dokumen, sehingga dapat membentuk dokumen hypertext yang saling terkait.▼
Peramban web adalah contoh ''[[user agent]]'' (UA). Jenis lain dari agen pengguna termasuk perangkat lunak pengindeksan yang digunakan oleh penyedia pencarian ([[perayap web]]), [[peramban suara]], [[aplikasi seluler]], dan [[perangkat lunak]] lain yang mengakses, menggunakan, atau menampilkan konten web.
▲
[[Sumber daya web|Sumber daya HTTP]] diidentifikasi dan ditempatkan di jaringan oleh [[Url|Uniform Resource Locators]] (URL), menggunakan skema ''http'' dan ''[[https]]'' [[Pengidentifikasi sumber seragam|Uniform Resource Identifiers]] (URI). Seperti yang didefinisikan dalam RFC 3986, URI dikodekan sebagai [[hyperlink]] dalam dokumen [[HTML]], sehingga dapat membentuk dokumen hypertext yang saling terkait.
== Sejarah ==
Baris 74 ⟶ 81:
=== Alam autentikasi ===
Spesifikasi Otentikasi HTTP juga menyediakan konstruksi sewenang-wenang, spesifik implementasi untuk membagi lebih lanjut sumber daya yang umum untuk [[Uniform Resource Identifier|URI]] root yang diberikan. String nilai ranah, jika ada, dikombinasikan dengan URI akar kanonik untuk membentuk komponen ruang perlindungan dari tantangan. Ini berlaku memungkinkan server untuk menentukan cakupan otentikasi terpisah di bawah satu URI root.<ref name=":0" /> bocor
== Format pesan ==
Baris 93 ⟶ 100:
==== Metode permintaan ====
HTTP mendefinisikan metode (kadang-kadang disebut sebagai kata kerja, tetapi tidak ada dalam spesifikasi yang menyebutkan kata kerja, juga OPTIONS atau HEAD kata kerja) untuk menunjukkan tindakan yang diinginkan untuk dilakukan pada sumber daya yang diidentifikasi. Sumber daya ini mewakili, apakah data yang sudah ada sebelumnya atau data yang dihasilkan secara dinamis, tergantung pada implementasi server. Seringkali, sumber daya berhubungan dengan file atau output dari executable yang berada di server. Spesifikasi HTTP/1.0<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-06-23|last3=Fielding|first3=Roy T.}}</ref> mendefinisikan metode GET, HEAD dan POST dan spesifikasi HTTP/1.1<ref name=":1" /> menambahkan lima metode baru: OPTIONS, PUT, DELETE, TRACE
; HEAD:Metode HEAD meminta respons yang identik dengan permintaan GET, tetapi tanpa badan respons. Ini berguna untuk mengambil meta-informasi yang ditulis di header respons, tanpa harus mengangkut seluruh konten.
; GET: Meminta representasi sumber tertentu. Permintaan menggunakan GET (dan beberapa metode HTTP lain) "tidak boleh memiliki kepentingan melakukan tindakan selain [[pengaksesan data|pengaksesan]]". [[W3C]] telah menerbitkan prinsip panduan mengenai perbedaan ini dengan menyatakan, "desain [[aplikasi web]] harus mematuhi prinsip di atas, serta batasan sejenis."<ref>{{cite web|last=Jacobs|first=Ian|title=URIs, Addressability, and the use of HTTP GET and POST|url=http://www.w3.org/2001/tag/doc/whenToUseGet.html#checklist|work= Technical Architecture Group finding|publisher=W3C|accessdate=26 September 2010|year=2004}}</ref>
Baris 278 ⟶ 285:
*"[https://www.w3.org/Protocols/History.html Change History for HTTP]". Sejarah teknis rinci HTTP.
*"[https://www.w3.org/Protocols/DesignIssues.html Design Issues for HTTP]". Masalah Desain oleh Berners-Lee ketika dia merancang protokol.
*"[https://www.w3.org/Protocols/Classic.html Classic HTTP Documents]".daftar dokumen klasik lainnya yang menceritakan sejarah protokol awal
*[https://www.w3.org/Protocols/HTTP/AsImplemented.html HTTP 0.9 – Sebagaimana Diterapkan pada 1991]
{{Authority control}} [[Kategori:Protokol Internet]]
|