Protokol Transfer Hiperteks: Perbedaan antara revisi
Konten dihapus Konten ditambahkan
k ←Suntingan 112.215.174.206 (bicara) dibatalkan ke versi terakhir oleh LouGrare Tag: Pengembalian Suntingan perangkat seluler Suntingan peramban seluler Suntingan seluler lanjutan |
k Membatalkan 1 suntingan oleh 180.249.80.240 (bicara) ke revisi terakhir oleh CommonsDelinker Tag: Pembatalan |
||
(46 revisi perantara oleh 26 pengguna tidak ditampilkan) | |||
Baris 1:
RFC 2616 HTTP/1.1 <small>(1999)</small><br />
RFC 7540 HTTP/2 <small>(2015)</small><br />
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
[[HTTP
== Gambaran teknikal ==
HTTP berfungsi sebagai protokol [[
▲HTTP berfungsi sebagai protokol [[Permintaan-respon|permintaan-respons]] dalam model komputasi klien-server. [[Peramban web]], misalnya, mungkin ''klien'' dan aplikasi yang berjalan di komputer yang meng-[[Host (jaringan)|hosting]] [[situs web]] mungkin adalah ''server''. Klien mengirimkan pesan permintaan HTTP ke server. Server, yang menyediakan ''sumber daya'' seperti file [[HTML]] dan konten lainnya, atau melakukan fungsi lain atas nama klien, mengembalikan pesan ''respons'' ke klien. Respons tersebut berisi informasi status penyelesaian tentang permintaan dan mungkin juga berisi konten yang diminta di badan pesannya.
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.
HTTP 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 [[Tembolok web|cache web]] yang mengirimkan konten atas nama [[Server upstream|server hulu]] untuk meningkatkan waktu respon. Tembolok peramban web sebelumnya mengakses sumber daya web dan menggunakannya kembali, jika memungkinkan, untuk mengurangi lalu lintas jaringan. [[Server proxy]] HTTP pada batas [[jaringan pribadi]] dapat memfasilitasi komunikasi untuk klien tanpa alamat yang dapat dirutekan secara global, dengan menyampaikan pesan dengan server eksternal.
[[Sumber daya web|Sumber daya HTTP]] diidentifikasi dan terletak di jaringan oleh [[Url|Uniform Resource Locators]] (URLs), menggunakan skema [[Uniform Resource Identifiers]] (URI) http dan https. Misalnya, termasuk semua komponen opsional:▼
▲[[Sumber daya web|Sumber daya HTTP]] diidentifikasi dan
== Sejarah ==
Baris 88 ⟶ 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 218 ⟶ 211:
* Sebuah [[HTTP message body|message body]] opsional
Baris status dan bidang header lainnya harus diakhiri dengan <CR><LF>. Baris kosong harus terdiri dari hanya <CR><LF> dan tidak ada [[Karakter spasi|spasi putih]] lainnya.<ref name="ietf2616sec4" /> Persyaratan ketat ini untuk <CR><LF> adalah berelaksi dalam badan pesan untuk penggunaan konsisten dari linebreak sistem lain seperti <CR> atau <LF> saja.<ref>{{cite IETF|rfc=2616|sectionname=Canonicalization and Text Defaults|title=RFC 2616|section=3.7.1|idanchor=ietf}}</ref>
==== Kode status ====
Baris 230 ⟶ 223:
* Klien Error <code>4XX</code>
* Server Error <code>5XX</code>
== Koneksi terenkripsi ==
Cara paling populer untuk membangun koneksi HTTP terenkripsi adalah HTTPS.<ref>{{Cite journal|last=|first=|date=|title=Canavan, John (2001). Fundamentals of Networking Security. Norwood, MA: Artech House. pp. 82–83.|url=https://en.wiki-indonesia.club/wiki/Special:BookSources/9781580531764|journal=Wikipedia|language=en|volume=|issue=|pages=|doi=}}</ref> Dua metode lain untuk membuat koneksi HTTP terenkripsi juga ada: [[Secure Hypertext Transfer Protocol]], dan menggunakan [[header Upgrade HTTP/1.1]] untuk menentukan peningkatan ke TLS. Dukungan browser untuk keduanya, bagaimanapun, hampir tidak ada.<ref>{{Cite web|last=|first=|date=|title="Browser Security Handbook".|url=https://code.google.com/archive/p/browsersec/wikis/Part1.wiki|website=code.google.com|access-date=2020-09-05}}</ref><ref>{{Cite web|title=276813 - [RFE] Support RFC 2817 / TLS Upgrade for HTTP 1.1|url=https://bugzilla.mozilla.org/show_bug.cgi?id=276813|website=bugzilla.mozilla.org|language=en|access-date=2020-09-05}}</ref>
== Contoh sesi ==
Baris 267 ⟶ 263:
''Content-Encoding'' seperti ''[[gzip]]'' dapat digunakan untuk mengompresi data yang dikirimkan.
== Protokol serupa ==
= Referensi =▼
* [[Gopher (protokol)|Protokol Gopher]] adalah protokol pengiriman konten yang digantikan oleh HTTP pada awal 1990-an.
* Protokol [[SPDY]] adalah alternatif untuk HTTP yang dikembangkan di [[Google]], digantikan oleh [[HTTP/2]].
== Lihat pula ==
* [[Fiddler (perangkat lunak)]]
* [[Kompresi HTTP]]
* [[Daftar kode status HTTP]]
* [[Objek varian]]
* [[Temblok web]]
* [[WebSocket]]
* [[Wireshark]]
▲== Referensi ==
{{reflist}}
Baris 274 ⟶ 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]]
|