Web サイトの種類に応じて、ページのどの部分を静的化する必要があり、機能ページのどの部分を静的化する必要がないかを決定します。一般的に、静的化は主に新しい に対して行われます。
ニュース Web サイトのコンテンツ ページや非常に頻繁に更新されるページの場合は、静的にすることはお勧めできません。代わりにキャッシュを使用する必要があります。
静的 Web サイトのコレクションについて話します
前に書いてください
静的化は、Web サイトの負荷を軽減し、Web サイトのアクセス速度を向上させるための一般的なソリューションですが、インタラクションを重視する We2.0 の時代では、静的化は静的であるだけでなく、動的である必要もあります。プロジェクトを通じて、Web サイトが静的になった後のアーキテクチャ設計計画について話し合います。また、オープン ソース製品が普及し、そのアーキテクチャが MemberCache および Nginx と呼ばれる時代の Web サイト アーキテクチャ設計における Microsoft テクノロジの適用についても議論します。 🎜>
静的設計の原則と手順
静的化は Web サイトへの負担を軽減するためのソリューションですが、静的化は開発の複雑さの増加、メンテナンスの困難さの増加、不適切な適用、逆効果になる可能性が高いなど、一連の問題も引き起こします。また、ページ キャッシュなどの多くの代替手段もあります。適切に使用すれば、非常に良い結果が得られるため、開始する前に、静的化に適しているかどうかを詳細に検査し、適切な静的化方法を策定する必要があります。まず、それを紹介しましょう。
l 読み取りと書き込みの比率をテストします:
読み取りと書き込みの比率、正確には読み取りと書き込みの負荷率は、書き込みが頻繁に行われる場合、書き込みの圧力が読み取りの圧力よりも大幅に大きいため、静的化に値するかどうかの最終的な考慮事項となります。または、各書き込みのリソースが多すぎるため、効果が得られません。読み取り/書き込み比率 10:1 を上限として、独自のビジネス ロジックに従って判断する必要があると思います。
l ページに表示されるコンテンツが静的化に適しているかどうかを判断します:
プランを設計する際には、各プロトタイプのページを詳細に検討し、ページに表示される情報とその更新方法、更新タイミング、更新頻度に注意する必要があります。これらの目立たない情報はデザインに影響を与える可能性があります。
例: を分析する例として、CSDN フォーラムの投稿を取り上げてみましょう。
上記投稿で提示される内容には、主に以下の部分、投稿内容、返信内容、投稿者および返信者のユーザー情報が含まれます
n 投稿内容や返信内容は投稿時に更新され、投稿後に内容を修正することができ、更新頻度も高い 。
n ユーザー情報は、ユーザーが個人情報を修正した場合に変更される場合があります。また、スターの追加などユーザーレベルが上昇した場合や更新頻度が低い場合にも変更される場合があります
n 返信ごとに返信数が変化し、更新頻度が高い
n 設計するときは、上の図で丸で囲んだ部分、その部分がどのように変更されるか、どのくらいの頻度で変更されるかなど、細部に注意を払う必要があります。どれも放置しないでください。
l 生成方法を決定します: 上記の投稿例では、返信数を超える投稿は膨大な量のデータ(各フロアのユーザー情報、返信内容)と修正が必要となるため、変更のたびにページを再生成することはお勧めできません。通常、ページを更新する必要がまったくない場合、または更新コストが非常に小さい場合 (埋め込まれた広告コードなど) を除き、全体の更新を使用できます。それ以外の場合は、ローカルエリアのメソッド: を見つける必要があります。
通常、次の 2 つの方法があります:
1) 通常の変更方法:
たとえば、投稿内の返信数の場合、HTML コードは次のようになります