Saya mengonfigurasi server kami, dan karena sifat penyeimbang beban kami, kami tidak dapat mengirim header tetap-koneksi. Saya mencoba menentukan dampak pengiriman header ini ke pengguna akhir dan server. Apakah salah satu akan melihat sesuatu?
Saya mengonfigurasi server kami, dan karena sifat penyeimbang beban kami, kami tidak dapat mengirim header tetap-koneksi. Saya mencoba menentukan dampak pengiriman header ini ke pengguna akhir dan server. Apakah salah satu akan melihat sesuatu?
Jawaban:
Pertama dan terpenting, berteriak. Dengan keras. Di vendor Anda. Karena memiliki produk yang tidak mendukung protokol HTTP / 1.1 yang sudah lebih dari satu dekade .
Dampak dari tidak memiliki koneksi persisten adalah peningkatan besar dalam waktu pemuatan sumber daya. Dengan tetap-hidup, koneksi TCP tunggal dapat digunakan untuk meminta banyak sumber daya; tanpa, sesi TCP baru (dengan jabat tangan tiga arah baru - dan, jika Anda menggunakan SSL, negosiasi SSL baru) diperlukan untuk setiap sumber daya di halaman.
Secara praktis, dampaknya akan tergantung pada jumlah sumber daya pada halaman, waktu perjalanan antara klien dan server, dan jumlah permintaan bersamaan yang dibuat browser klien pada satu waktu (browser modern berjalan ~ 6ish secara default) . Banyak sumber daya per halaman dan klien yang jauh akan berarti peningkatan waktu pemuatan halaman yang sangat nyata.
Tetap hidup akan sangat meningkatkan kinerja di sisi klien dan server. Jika memungkinkan jangan nonaktifkan. Penyeimbang beban harus bekerja dengan baik dan tetap hidup.
sending these headers to both the end-user and the server
- Hah? Bisakah Anda lebih spesifik tentang apa yang ingin Anda lakukan? Dari mana header akan dikirim, dan bagaimana cara kerjanya di sekitar batasan penyeimbang beban Anda terhadap koneksi HTTP tetap-hidup? Bekerja menjaga-hidup membutuhkan lebih dari sekadar tajuk, itu membutuhkan kerja sama dari setiap perangkat yang terlibat dalam aspek HTTP koneksi.