Ini adalah salah satu topik kegemaran saya, dan ini akan menjadi artikel yang berpengetahuan. Jadi baca dengan teliti.
Perkongsian Domain
Multiplexing
NOTA:-
Cara menerima pakai/menukar protokol semasa
Untuk bertukar daripada HTTP/1 kepada HTTP/2, anda perlu mengkonfigurasi pelayan anda untuk menyokong HTTP/2.
Langkah yang tepat bergantung pada perisian pelayan yang anda gunakan. Berikut ialah langkah umum untuk beberapa pelayan biasa:
Apache:
Nginx:
Node.js:
-Jika anda menggunakan Node.js, anda boleh menggunakan modul http2 terbina dalam untuk mencipta pelayan HTTP/2.
NOTA:-
Ingat, HTTP/2 memerlukan HTTPS dalam kebanyakan penyemak imbas, jadi anda juga perlu menyediakan sijil SSL untuk pelayan anda.
Dari perspektif Front-End apa sahaja yang kami lakukan ?
Bagaimana sambungan Berlaku dalam Pelanggan dan Pelayan
HTTP/1
HTTP/1 beroperasi pada satu sambungan bagi setiap model permintaan/tindak balas. Ini bermakna untuk setiap permintaan daripada klien ke pelayan, sambungan TCP yang berasingan diwujudkan.
Jika halaman web memerlukan berbilang sumber (seperti imej, CSS, fail JavaScript), berbilang sambungan TCP perlu diwujudkan.
Ini boleh membawa kepada masalah yang dikenali sebagai "sekatan ketua baris", di mana pemuatan sumber boleh disekat dengan pemuatan sumber sebelumnya.
HTTP/1 tidak menyokong tolak pelayan, bermakna pelayan hanya boleh menghantar sumber yang diminta oleh pelanggan.
HTTP/2
HTTP/2 memperkenalkan pemultipleksan, yang membolehkan berbilang permintaan dan respons dihantar pada masa yang sama melalui satu sambungan TCP. Ini secara berkesan menghapuskan masalah penyekatan kepala baris.
HTTP/2 juga memperkenalkan tolak pelayan, di mana pelayan boleh menghantar sumber kepada klien secara proaktif sebelum pelanggan memintanya. Ini boleh meningkatkan prestasi dengan mengurangkan keperluan untuk permintaan pergi balik antara pelanggan dan pelayan.
HTTP/2 juga menyokong pemampatan pengepala, yang boleh mengurangkan overhed dan meningkatkan prestasi, terutamanya untuk pengguna mudah alih.
HTTP/2 turut menyokong pemampatan pengepala
HTTP/2 memperkenalkan ciri baharu yang dipanggil Mampatan Pengepala, yang mengurangkan overhed pengepala HTTP.
Dalam HTTP/1, pengepala dihantar sebagai teks biasa, yang boleh menjadi agak besar dan menambah overhed yang ketara pada setiap permintaan dan respons.
Ini terutama berlaku untuk permintaan yang menyertakan kuki atau token dalam pengepala.
HTTP/2 menggunakan mekanisme yang dipanggil Mampatan HPACK untuk memampatkan pengepala.
HPACK ialah skim mampatan rentetan yang mudah dan selamat yang mengurangkan saiz pengepala, menjadikan permintaan dan respons HTTP/2 lebih pantas dan cekap.
Mampatan HPACK berfungsi Secara Dalaman
Ia dengan mengekalkan senarai medan pengepala yang dihantar sebelum ini pada kedua-dua bahagian klien dan pelayan, yang dikenali sebagai jadual dinamik.
Apabila medan pengepala diulang dalam permintaan atau respons berikutnya, bukannya menghantar keseluruhan medan pengepala, indeks yang merujuk masukan dalam jadual dinamik dihantar.
Ini mengurangkan dengan ketara saiz pengepala untuk permintaan dan respons, terutamanya apabila banyak pengepala diulang merentas permintaan.
HTTP/3
Berikut ialah beberapa kelebihan HTTP/3 berbanding HTTP/2:
Kelajuan yang Dipertingkatkan:
Pengendalian Kehilangan Paket yang Lebih Baik:
Migrasi Sambungan:
QUIC menyokong pemindahan sambungan, yang bermaksud jika pengguna menukar rangkaian mereka (seperti menukar daripada Wi-Fi kepada 4G), sambungan sedia ada boleh dikekalkan dan dipindahkan ke rangkaian baharu.
Ini tidak boleh dilakukan dengan TCP, yang terikat pada alamat IP asal.
Penyulitan secara Lalai:
Tekan Pelayan:
NOTA:-
Adalah penting untuk ambil perhatian bahawa walaupun HTTP/3 mempunyai beberapa kelebihan, ia masih tidak disokong atau digunakan secara meluas setakat ini.
Rujukan:-
Atas ialah kandungan terperinci HTTP/s HTTP/s HTTP3. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!