Sama seperti Zhihu/quora dan laman web lain, apabila membaca jawapan atau artikel pengguna, anda boleh menggunakan read more atau modal untuk membaca keseluruhan artikel.
Sekarang terdapat senario perniagaan yang serupa Setiap kali bahagian hadapan meminta 15 artikel dari bahagian belakang, tetapi soalan saya ialah beberapa artikel mungkin mempunyai puluhan ribu perkataan dalam kes ini, sama ada jumlah data yang dikembalikan dengan tenang-. api terlalu besar.
Memandangkan penyoal tidak mempunyai pemahaman yang mendalam tentang konsep seperti penghantaran data rangkaian, adakah pengembalian hampir 100,000 perkataan data pada satu-satu masa mempunyai banyak kesan pada kependaman rangkaian? Dalam erti kata lain, saya hanya mengembalikan beberapa perkataan pertama artikel setiap kali Apabila pengguna mengklik membaca lebih lanjut, bahagian hadapan akan memulakan permintaan ke bahagian belakang.
Mengabaikan faktor rangkaian, senario ini perlu mempertimbangkan dua perkara
1 Prestasi algoritma pemampatan sisi pelayan
2 Kadar mampatan algoritma pemampatan bahagian pelayan
Secara amnya, prestasi algoritma dan kadar mampatan adalah berkadar songsang. Dalam kes yang paling ekstrem, pelayan tidak melakukan pemampatan, jadi kadar mampatan adalah 100% dan overhed CPU adalah 0% sebaliknya, kadar mampatan mencapai 0.1% dan overhed CPU ialah 100%.
Pada masa ini, pelayan akan mendayakan pemampatan gzip, dan kadar pemampatan teks boleh mencapai kira-kira 15%.
Berdasarkan senario perniagaan yang diterangkan oleh pemilik topik, ia sama dengan pramuat 15 artikel Anda boleh membuat pilihan yang sesuai Lagipun, anda mesti mengambil kira pengalaman produk dan trafik pengguna.
Maka persoalannya ialah, apabila anda memaparkan halaman pada bahagian pelayan dan anda meminta artikel yang mengandungi puluhan ribu perkataan, bukankah jumlah data lebih besar? Ratusan ribu perkataan Satu aksara Cina ialah 2 bait Ratusan ribu perkataan hanyalah beberapa ratus KB = =Berapa besar boleh jadi