JavaScript - フロントエンドとバックエンドでの REST 送信のデータ サイズについて質問があります。

Question

Zhihu/quora や他の Web サイトと同様に、ユーザーの回答や記事を読むときに、「続きを読む」または「モーダル」を使用して記事全体を読むことができます。

同様のビジネス シナリオがあります。毎回、フロント エンドがバック エンドから 15 の記事をリクエストしますが、私の質問は、一部の記事には数万語が含まれる可能性があるということです。この場合、返されるデータの量はrestful-api が大きすぎます。

質問者はネットワークデータ伝送などの概念を深く理解していないため、一度に10万ワード近いデータを返すとネットワーク遅延に多大な影響を与えるでしょうか?つまり、毎回記事の最初の数単語だけを返します。ユーザーが「続きを読む」をクリックすると、フロントエンドはバックエンドへのリクエストを開始します。

Answer 1

ネットワーク要因を無視すると、このシナリオでは 2 つの点を考慮する必要があります
1. サーバー側の圧縮アルゴリズムのパフォーマンス
2. サーバー側の圧縮アルゴリズムの圧縮率
一般に、アルゴリズムのパフォーマンスと圧縮率は反比例します。最も極端なケースでは、サーバーは圧縮を実行しないため、圧縮率は 100%、CPU オーバーヘッドは 0% になります。逆に、圧縮率は 0.1% に達し、CPU オーバーヘッドは 100% になります。
現在、サーバーは gzip 圧縮を有効にしており、テキストの圧縮率は約 15% に達する可能性があります。たとえば、ソートされたテキストの圧縮率は高くなります。
15 件の記事をプリロードする場合と同様に、件名で説明されているビジネス シナリオから判断すると、結局のところ、製品エクスペリエンスとユーザー トラフィックの両方を考慮する必要があります。

Answer 2

そこで問題は、サーバー側でページをレンダリングし、数万ワードの記事をリクエストすると、データ量はさらに大きくなるのではないかということです。数十万の単語は 2 バイトです。数十万の単語はわずか数百 KB です。 = =どれくらいの大きさになるでしょうか