Web ページを静的にするにはどのくらい時間がかかりますか?

Web ページが静的になるのはいつですか?
昨日、IT ナビゲーションを立ち上げました。SEO に関する知識を読んだ後、アクセス効率を高めるためにページを静的にすることにしました。ページをテンプレートにして、そのテンプレートを呼び出して新しい HTML を生成するページを作成しました。しかし、Web ページを更新するには毎回静的ページにアクセスする必要があります。新しいコンテンツが追加されるたびに静的ページを呼び出して更新することも考えました。ここで聞きたいのですが、どのように対処されていますか？ URL は hao123it.com
-----解決策---------------------------- -
ナビゲーション Web サイト、コンテンツの場合 更新権限はすべて自分で管理されているため、コンテンツが更新されるたびに静的ページを再生成するだけで済みます。
------解決策---------
LZ は PHP の Smarty テンプレート エンジンを確認できます。初めて静的ページを生成し、今後は毎回その静的ページにアクセスします。
------解決策---------
http://blog.csdn.net/yizhu2000 /archive/2008/09/01/2863324.aspx
この記事を見てください。
-----解決策---------------------------- ----
両方 新年を祝うために戻ってきました。静的
------解決策-----
を使用できます。実際に見てみることができます。 PHP の Smarty テンプレート エンジンは、初めて静的ページを生成し、今後アクセスするたびに静的ページにアクセスできます。
具体的な例については、この方法を使用して実装されている 114 ナビゲーション Web サイトを確認してください。
------解決策---------

引用:

引用:

実際に、PHP の Smarty テンプレート エンジンを見てみると、初めて静的ページが生成され、今後アクセスするたびに静的ページにアクセスできるようになります。
具体的な例については、この方法を使用して実装されている 114 ナビゲーション Web サイトを確認してください。

ホームページは頻繁に更新されていますか？

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 コードは次のようになります
返信数34
次の正規表現を使用してカウントを検索および置換できます
(?<=id="replyCount">)d{1,}
2) ページ領域ブロック:
ページを多数の小さな部分に分割し、表示中にそれらを組み立てます。たとえば、DotText はこのメソッドを使用します
。 これは典型的な Dottext ブログ ページです。赤いキャリブレーション部分は独立したファイルであり、黄色のボックスは最終的に表示されるときに結合され、最終的にブログを構成します。 Include を使用することも、自分で実装することもできます。DotText は独自の読み込みメカニズムを実装しています

上記の 2 つの方法は独立したものではなく、必要に応じて組み合わせて使用​​できます

l 動的にロードする必要がある情報を決定します:
ページには静的レンダリングに適していないと思われるコンテンツが常に存在します。たとえば、書籍の紹介ページを作成している場合、その日の書籍の総合スコアを表示する必要がある場合があります。 、または書籍ランキングは、スクリプト
を使用して動的に読み込む必要があります。 データを静的にしているため、動的にロードされるデータは常に最後の手段であり、場合によっては、データのリアルタイム性やパフォーマンスに関してある程度の妥協をすることもあります。上記の投稿は、リアルタイム データの観点からは、ユーザーのスター評価が増加すると、そのユーザーが投稿するすべての投稿が変更される必要があるため、実際には、この情報が変更されない場合には、動的読み込みを使用する必要があります。代わりに、ユーザーは何年も前に投稿したときの自分のレベルとニックネームを確認できます。
実際のプロジェクト

編集者によってバックグラウンドで公開され、更新は少ないですが、ページにはコメントやコレクションリストなどのインタラクティブなコンテンツが豊富にあり、同時に写真のアップロードなど、ユーザーが作成できるコンテンツも多数あります。インタラクティブなコンテンツの数とインタラクションの頻度は、通常の相談ページを超えています。この調整は、最もアクセス数の多いページ (映画情報ページと映画製作者情報ページ) も同様に行います。基本的にサイト全体の静的化を実現します