Protokol Transfer Hiperteks: Perbedaan antara revisi
Konten dihapus Konten ditambahkan
k Mengembalikan suntingan oleh 103.155.197.130 (bicara) ke revisi terakhir oleh Henri Aja Tag: Pengembalian |
|||
(47 revisi perantara oleh 30 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
[[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 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 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 262:
''Content-Encoding'' seperti ''[[gzip]]'' dapat digunakan untuk mengompresi data yang dikirimkan.
== Protokol serupa ==
* [[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 ==
Baris 280 ⟶ 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]]
|