Apa itu HTTP？

HTTP adalah protokol yang membolehkan pengambilan sumber, seperti dokumen HTML. Ini adalah landasan pertukaran data apa pun di Web dan protokol pelayan pelanggan, yang bermaksud permintaan dimulai oleh penerima, biasanya penyemak imbas Web. Dokumen lengkap disusun semula dari sub-dokumen yang diambil, seperti teks, perihalan susun atur, gambar, video, skrip, dan banyak lagi.

Pelanggan dan pelayan berkomunikasi dengan menukar mesej individu (berbanding aliran data). Mesej yang dikirim oleh klien, biasanya penyemak imbas Web, disebut permintaan dan pesan yang dikirim oleh pelayan sebagai jawaban disebut respons.

HTTP sebagai protokol lapisan aplikasi, di atas TCP (lapisan transport) dan IP (lapisan jaringan) dan di bawah lapisan presentasi. Dirancang pada awal 1990-an, HTTP adalah protokol yang dapat diperluas yang telah berkembang dari masa ke masa. Ini adalah protokol lapisan aplikasi yang dikirim melalui TCP, atau melalui sambungan TCP yang dienkripsi TLS, walaupun protokol pengangkutan yang dapat dipercayai dapat digunakan secara teoritis. Karena kemampuannya yang meluas, ini digunakan untuk tidak hanya mengambil dokumen hiperteks, tetapi juga gambar dan video atau untuk mengirim konten ke pelayan, seperti dengan hasil bentuk HTML. HTTP juga dapat digunakan untuk mengambil bahagian dokumen untuk memperbarui halaman Web berdasarkan permintaan.

Komponen sistem berasaskan HTTP


HTTP adalah protokol pelayan pelanggan: 
permintaan dihantar oleh satu entiti, ejen pengguna (atau proksi bagi pihaknya). Selalunya agen pengguna adalah penyemak imbas Web, tetapi boleh jadi apa-apa, misalnya robot yang merayapi Web untuk mengisi dan mengekalkan indeks mesin pencari.
Setiap permintaan individu dikirim ke pelayan, yang menanganinya dan memberikan jawapan, yang disebut respons. Di antara klien dan pelayan terdapat banyak entiti, yang secara kolektif disebut proksi, yang melakukan operasi yang berbeza dan bertindak sebagai gerbang atau cache, misalnya.
Sebenarnya, ada lebih banyak komputer antara penyemak imbas dan pelayan yang menangani permintaan: ada penghala, modem, dan banyak lagi. Terima kasih kepada reka bentuk Web berlapis, ini tersembunyi di lapisan rangkaian dan pengangkutan. HTTP berada di atas, di lapisan aplikasi. Walaupun penting untuk mendiagnosis masalah rangkaian, lapisan yang mendasari kebanyakannya tidak berkaitan dengan perihal HTTP.

Pelanggan: ejen pengguna
Ejen pengguna adalah sebarang alat yang bertindak bagi pihak pengguna. Peranan ini terutama dilakukan oleh penyemak imbas Web; kemungkinan lain adalah program yang digunakan oleh jurutera dan pembangun Web untuk menyahpepijat aplikasinya.
Penyemak imbas selalu menjadi entiti yang memulakan permintaan. Ia tidak pernah menjadi pelayan (walaupun beberapa mekanisme telah ditambahkan selama bertahun-tahun untuk mensimulasikan mesej yang dimulakan oleh pelayan).

Untuk menyajikan halaman Web, penyemak imbas menghantar permintaan asli untuk mengambil dokumen HTML yang mewakili halaman. Kemudian menguraikan file ini, membuat permintaan tambahan sesuai dengan skrip pelaksanaan, informasi tata letak (CSS) untuk ditampilkan, dan sub-sumber yang terdapat di dalam halaman (biasanya gambar dan video). Penyemak imbas Web kemudian menggabungkan sumber-sumber ini untuk menunjukkan kepada pengguna dokumen lengkap, halaman Web. Skrip yang dilaksanakan oleh penyemak imbas dapat memperoleh lebih banyak sumber pada fasa kemudian dan penyemak imbas mengemas kini laman Web dengan sewajarnya.

Halaman Web adalah dokumen hiperteks. Ini bermaksud beberapa bahagian teks yang dipaparkan adalah pautan yang dapat diaktifkan (biasanya dengan satu klik tetikus) untuk mengambil halaman Web baru, yang memungkinkan pengguna mengarahkan ejen pengguna mereka dan menavigasi melalui Web. Penyemak imbas menerjemahkan arahan ini dalam permintaan HTTP, dan seterusnya menafsirkan respons HTTP untuk memberikan respons yang jelas kepada pengguna.

Pelayan Web
Di seberang saluran komunikasi, terdapat pelayan, yang menyajikan dokumen seperti yang diminta oleh klien. Pelayan muncul sebagai satu mesin sahaja: ini kerana ia sebenarnya merupakan kumpulan pelayan, berkongsi beban (load balancing) atau perisian yang rumit yang menyoal siasat komputer lain (seperti cache, pelayan DB, atau e-dagang pelayan), menghasilkan keseluruhan atau sebahagian dokumen berdasarkan permintaan.
Pelayan tidak semestinya satu mesin, tetapi beberapa contoh perisian pelayan dapat dihoskan pada mesin yang sama. Dengan HTTP / 1.1 dan header Host, mereka mungkin berkongsi alamat IP yang sama.

Proksi

Di antara penyemak imbas Web dan pelayan, banyak komputer dan mesin menyampaikan mesej HTTP. Oleh kerana struktur lapisan Web berlapis, kebanyakannya beroperasi pada tahap pengangkutan, rangkaian atau fizikal, menjadi transparan pada lapisan HTTP dan berpotensi memberikan kesan yang signifikan terhadap prestasi. Mereka yang beroperasi di lapisan aplikasi biasanya dipanggil proksi. Ini boleh dibuat secara telus, meneruskan permintaan yang mereka terima tanpa mengubahnya dengan cara apa pun, atau tidak telus, dalam hal ini mereka akan mengubah permintaan tersebut dengan cara tertentu sebelum meneruskannya ke pelayan.

Proksi boleh melakukan banyak fungsi:

● cache (cache boleh menjadi awam atau peribadi, seperti cache penyemak imbas)
● tapisan (seperti imbasan antivirus atau kawalan ibu bapa)
● load balancing (untuk membolehkan beberapa pelayan melayani permintaan yang berbeza)
● pengesahan (untuk mengawal akses ke sumber yang berbeza)

● pembalakan (membenarkan penyimpanan maklumat sejarah)

Aspek asas HTTP

HTTP mudah
HTTP umumnya dirancang agar mudah dan mudah dibaca oleh manusia, bahkan dengan kerumitan tambahan yang diperkenalkan dalam HTTP / 2 dengan memasukkan pesan HTTP ke dalam bingkai. Mesej HTTP dapat dibaca dan difahami oleh manusia, memberikan pengujian yang lebih mudah untuk pembangun, dan mengurangkan kerumitan bagi pendatang baru.


HTTP boleh dilanjutkan
Diperkenalkan dalam HTTP / 1.0, tajuk HTTP menjadikan protokol ini mudah diperluas dan bereksperimen dengan. Fungsi baru bahkan dapat diperkenalkan dengan perjanjian sederhana antara pelanggan dan pelayan mengenai semantik tajuk baru.


HTTP tidak bernegara, tetapi tidak tanpa sesi

HTTP tidak bernegara: tidak ada hubungan antara dua permintaan yang berturut-turut dijalankan pada sambungan yang sama. Ini langsung mempunyai prospek yang bermasalah bagi pengguna yang berusaha berinteraksi dengan halaman tertentu secara koheren, misalnya, menggunakan keranjang belanja e-commerce. Tetapi sementara inti HTTP itu sendiri tidak bernegara, kuki HTTP membenarkan penggunaan sesi bernegara. Menggunakan kepanjangan tajuk, Kuki HTTP ditambahkan ke alur kerja, yang memungkinkan pembuatan sesi pada setiap permintaan HTTP untuk berkongsi konteks yang sama, atau keadaan yang sama.

HTTP dan sambungan
Sambungan dikendalikan pada lapisan pengangkutan, dan oleh itu pada asasnya berada di luar ruang untuk HTTP. Walaupun HTTP tidak memerlukan protokol pengangkutan yang mendasarinya berdasarkan sambungan; hanya memerlukannya untuk dipercayai, atau tidak kehilangan mesej (jadi sekurang-kurangnya menunjukkan kesalahan). Di antara dua protokol pengangkutan yang paling biasa di Internet, TCP boleh dipercayai dan UDP tidak. Oleh itu, HTTP bergantung pada standard TCP, yang berasaskan sambungan.

Sebelum pelanggan dan pelayan dapat menukar pasangan permintaan / respons HTTP, mereka mesti membuat sambungan TCP, suatu proses yang memerlukan beberapa perjalanan pergi-balik. Tingkah laku default HTTP / 1.0 adalah membuka sambungan TCP yang terpisah untuk setiap pasangan permintaan / respons HTTP. Ini kurang berkesan daripada berkongsi satu sambungan TCP apabila banyak permintaan dihantar berturut-turut.

Untuk mengurangkan kekurangan ini, HTTP / 1.1 memperkenalkan pipelining (yang terbukti sukar dilaksanakan) dan sambungan berterusan: sambungan TCP yang mendasari dapat dikendalikan sebahagian menggunakan header Connection. HTTP / 2 melangkah lebih jauh dengan melipatgandakan mesej melalui satu sambungan, membantu memastikan hubungan tetap hangat dan lebih efisien.

Eksperimen sedang dijalankan untuk merancang protokol pengangkutan yang lebih baik dan lebih sesuai dengan HTTP. Sebagai contoh, Google bereksperimen dengan QUIC yang menggunakan UDP untuk menyediakan protokol pengangkutan yang lebih dipercayai dan cekap.

Tinggalkan pesanan 

Senarai mesej