Los Pengembang Chrome mengumumkan bahwa mereka bermaksud untuk berhenti mendukung mekanismenya Server Push dalam protokol HTTP / 2 dan gQUIC, serta tidak mengimplementasikannya untuk protokol HTTP / 3, yang berada dalam tahap persetujuan standar. Teknologi Server Push tidak disediakan dalam protokol HTTP / 1.1 sejak awal.
Alasannya eliminasi adalah keinginan untuk menghilangkan kerumitan besar dalam kode, dalam konteks kurangnya permintaan dan hanya prasyarat teoretis untuk efektivitas pengoptimalan berbasis Server Push.
Teknologi Server Push didefinisikan dalam standar HTTP / 2 dan bertujuan untuk mengoptimalkan pemuatan data.
Selain browser berbasis mesin Chromium, dukungan Server Push saat ini diterapkan di Firefox dan Safari, dan di sisi server di nginx dan Apache httpd.
Dengan Server Push, server dapat mengirim sumber daya ke klien tanpa menunggu permintaan eksplisit Anda. Diasumsikan bahwa dengan cara ini server dapat mempercepat pemuatan halaman, karena file CSS, skrip, dan gambar yang diperlukan untuk merender halaman sudah akan ditransfer ke sisinya saat klien memintanya.
Klien menghubungkan dan meminta halaman tertentu, setelah itu server, berdasarkan konfigurasinya atau konten tajuk tautan yang dikirim oleh klien, memulai transfer sumber daya tertentu melalui koneksi HTTP / 2 yang sudah ada, tanpa menunggu permintaan untuk sumber daya ini oleh bagian klien.
Konten yang ditransfer melalui panggilan push disimpan di sisi klien dalam cache khusus yang terkait dengan koneksi HTTP / 2 saat ini.
Ketika, dalam proses merender halaman, klien mencapai permintaan sumber daya yang terkait dengannya (css, js, gambar, dll.), pemeriksaan cache dilakukan sebelum setiap permintaan benar-benar dikirim. Jika sumber daya telah ditransfer oleh server dan berada dalam cache, klien mengeluarkan sumber daya ini dari cache lokal tanpa membuat permintaan eksternal ke server.
HTTP / 3 adalah protokol kuasi-RFC yang juga mendefinisikan server push.
Chrome saat ini mendukung penanganan transmisi push melalui HTTP / 2 dan gQUIC, dan tujuannya adalah untuk menghapus dukungan untuk kedua protokol tersebut. Chrome tidak mendukung push over HTTP / 3 dan menambahkan dukungan tidak ada di peta jalan.
Mempertahankan cache semacam itu sangat mempersulit implementasi Server Push di sisi klien, tetapi tidak menyebabkan percepatan pemuatan yang nyata dibandingkan dengan permintaan sumber daya pre-emptive melalui tag "pramuat" dan, menurut beberapa penelitian, bahkan meningkatkan latensi.
Menurut statistik Google, Teknologi Server Push belum menerima distribusi yang tepat. Misalnya, dalam 28 hari terakhir, 99,95% koneksi HTTP / 2 tidak menggunakan Server Push. Indikator serupa diamati selama studi pada Juni 2019, yaitu tidak ada pertumbuhan dalam penerapan Server Push.
Selain itu, tahun ini, hanya 40% pesan yang diterima oleh Server Push yang digunakan oleh browser, dan dua tahun lalu angka ini adalah 63,51% (pesan mentah salah, tidak cocok dengan halaman yang diproses atau sudah ada di cache) .
Alih-alih Server Push, untuk mengoptimalkan beban dari halaman, bermaksud menggunakan tag , yang menjadi dasar browser dapat meminta sumber daya tanpa menunggu penggunaannya di laman.
Di satu sisi, pramuat, dibandingkan dengan Server Push, menyebabkan pertukaran paket (RTT) yang tidak perlu, tetapi di sisi lain, hal itu mencegah pengiriman sumber daya yang sudah ada di cache browser.
Secara umum, perbedaan latensi saat menggunakan Server Push dan preload dianggap dapat diabaikan. Selain untuk mengoptimalkan beban sumber daya, mekanisme Server Push juga dapat digunakan untuk mengirimkan data dari server ke klien, tetapi protokol WebTransport (berdasarkan QUIC) lebih cocok untuk tujuan ini, yang standarisasi masih dalam tahap draf. .
sumber:https://groups.google.com