Apakah protokol SPDY menghilangkan kebutuhan untuk domain yang tidak bisa memasak?

Dengan HTTP biasa, domain tanpa cookie adalah pengoptimalan untuk menghindari pengiriman header cookie yang tidak perlu untuk sumber daya halaman.

Namun, protokol SPDY mengkompres header HTTP dan dalam beberapa kasus menghilangkan header yang tidak perlu. Pertanyaan saya kemudian, apakah SPDY membuat domain tanpa masak tidak relevan?

Lebih lanjut, haruskah sumber halaman dan semua sumber dayanya di-host di domain yang sama untuk mengoptimalkan implementasi SPDY?

http http-headers cookie

— Clint Pachl
sumber

Sebuah pertanyaan yang bagus, malu satu-satunya jawaban tidak memberikan pengalaman / jawaban nyata!

— Codemonkey

Lihat juga stackoverflow.com/a/13948404/41906 , yang dijawab oleh Ilya Grigorik yang merupakan spesialis kinerja web.

— Clint Pachl

Pertanyaan SPDY serupa: serverfault.com/q/545849/12985

— Clint Pachl

Dalam permintaan menuju situs web (non-SPDY) tempat saya bekerja, saya telah melihat permintaan dengan header permintaan hingga 4-5 KiB. (kami menendang javascript menyinggung yang menyebabkan itu)

Dengan asumsi kompresi SPDY setidaknya melakukan kompresi untuk meninggalkan paling banyak 25% dari header (perhatikan bahwa saya belum menguji SPDY !!!) maka header permintaan yang dihasilkan turun ke ukuran yang sesuai dengan paket tcp tunggal (1500 byte). Ini menghilangkan bagian terbesar dari overhead yang tidak perlu.

Di sisi lain server masih perlu mendekompresi dan mem-parsing semua header ini.

Secara keseluruhan, harapan saya adalah bahwa menggunakan SPDY akan mengurangi kebutuhan akan domain yang tidak bisa memasak.

Jika Anda memiliki permintaan tanpa kewarganegaraan, saya akan tetap menggunakan domein terpisah karena dua alasan:

Jika Anda tidak membutuhkan cookie, Anda sebaiknya menghindari mendapatkannya.
Belum semua browser saat ini mendukung SPDY.

— Niels Basjes
sumber