データページングについて質問があります。

例えば、データが数万件ある場合、ページ分割すると、1ページあたり50件あれば合計で数千ページとなり、ページごとにhtmlファイルが生成されます。
データが追加されるたびに、最初の HTML が最新のデータになるように、これらの数千の HTML を更新する必要があります。
あまりにももったいない気がしますが、何か良い方法はないでしょうか？

ディスカッションへの返信 (解決策)

増加ごと最後のページは HTML を生成しているのではありませんか?あなたのロジックは何ですか...

彼のロジックは、最新のデータが最初のページに表示され、各ページの最後のデータが次のページの最初のデータに移動されるというものです。

静的ページにしたり、擬似静的に使用したり、非同期でデータを取得したりするべきではないと思います

静的に使用しないことをお勧めします。リアルタイムにするのが最善です、 ajax クエリの比較 さて、ページングパラメータに従って、50 個のデータをクエリします

cms システムは、私がそれを理解する方法ですが、php はリソースを消費する列ページを生成します。ユーザーが 10,000 回アクセスすることも、PHP システムを占有せずに直接アクセスする静的ページに非常に効率的です。したがって、ユーザーが多ければ多いほど良いのですが、ユーザーが少ない場合でも、それは擬似静的です。弊社の情報サイトは現在、ご指摘の方法を採用しており、編集者が記事を公開するたびにすべての記事を生成する必要がありますが、Web サイトはまったく滞りません

データが生成されるたびに。追加されたのは、最後のページの HTML ではないでしょうか?どういうロジックですか...

これは静的ファイル生成戦略の問題です:
毎回 (新しいコンテンツがあるとき) すべてのリスト ページを再生成するのではなく、最初の数ページ (10 ページなど) のみが再生成される場合
この方法 50 個のコンテンツを追加した後、元の 11 ページ目から再生成する必要はありません
もちろん 10 ページ目以降にページをめくると、一部のデータが失われる可能性がありますが、大量のデータがあります閲覧するデータ (50*10 ) 短期的に見れなくても問題ありません
動的ページを通じてこの不足を補うこともできます

これは静的ファイル生成戦略の問題:
毎回 (新しいコンテンツがあるとき) にすべてのリスト ページを再生成するのではなく、最初の数ページ (10 ページなど) のみを再生成する場合
このように、 50 個のコンテンツを追加した後、元の 11 ページ目から再生成する必要はありません
もちろん、ページを 10 ページにめくった後、一部のデータが失われる可能性がありますが、閲覧するデータは大量にあります (50 ページ) *10) 短期間で見れなくても大丈夫です

と変わりません。あなたが最初に想像したもの！

静的ファイルの名前付けについて質問していますか?
ループ内で

の名前を逆の順序で変更できます。これは、最初に想像したものと何ら変わりません。

静的ファイルの名前付けについて質問していますか?
ループ内で逆の順序で名前を変更できます。