雇われたプログラマーによって作成された父のWebサイトの背後にあるPHPスクリプトを調べました。今、私は彼より優れているとは思っていませんが、そのテクニックは最高ではないかもしれないと思います。
Webサイトには動的なページ本体があります。つまり、私の父は特定の管理ページを介して、Webサイト内のほとんどのWebページのHTMLコンテンツを変更できます。現在、データベースを介して作成されています。ページはすべてデータベースに保存され、すべてのリクエストはデータベースからページをフェッチして実装するクエリを処理します。
さて、この方法は、データベースへの追加のクエリが必要になるため（キャッシュされている場合はそれほど高価ではないにしても）、非常に悪いと思います。ページをHTMLファイルとして保存し、必要に応じてファイル自体を変更する方が効率的ではないでしょうか。このように、ファイルの編集はより高速であり、リクエストごとのhtmlファイルのコンテンツのロードは、クエリを実行するよりもはるかに簡単で高速です。
それは...ですか？この状況を処理する他の（より効率的な）方法はありますか？
これは世紀の問題です:)この質問に対する正確な答えはありません。パフォーマンスのヒントです。人々は最近30年間、ページの読み込み時間を最適化するために取り組んでいます。
いいえ、架空の「/mypages」フォルダの下に固定HTMLページを配置することをお勧めします。
もっと考えることができます。
CMSが動的コンテンツを保存/フェッチするためにデータベースを使用する必要がある理由はいくつかあります。DBに依存したくない理由がいくつかあるのと同じように。
プロDb：
セキュリティ：それは明白で、少し曖昧な議論ですが、それでもなおです。コンテンツを個別のファイルとしてサーバーに保存する場合は、パブリックアクセスを許可しないディレクトリに保存する必要があります。そうでない場合、ユーザーはサイトのチャンクに個別にアクセスできる可能性があります。
無視できる意図を持っている人も、あなたのサイトのコンテンツを簡単に変更することができます。もちろん、これを防ぎ、全体的なセキュリティを強化する方法はたくさんあります。データベースシステムは、独自のデバイスに任せた場合も、完全に安全というわけではありませんが、最小限の労力でハッカーに追加の障害をもたらします。
注：セキュリティの議論は、スクリプトがインジェクションをどの程度適切に除外するか、およびサーバーをどれだけ安全にセットアップするかによって決まります。
ディスクの使用状況。個別のファイルを使用して要求された各ページを作成する場合、サーバーは要求ごとにHDにアクセスする必要があります。繰り返しになりますが、キャッシュはこの問題をある程度解決しますが、DBクエリの結果をキャッシュする方が簡単で（一般的に）優れています（パフォーマンスの面で）。データベースサーバー上、PHP内、またはさらに良いことに、両方。
ロギング。つまり、コンテンツを変更すると、データベース駆動型CMSの管理がはるかに簡単になります。コンテンツを変更し、変更を元に戻す/ロールバックする場合は、DBがそのような機能を実装する最も簡単な方法です。HTMLを使用すると、すぐにと呼ばれる大量のファイルを探し回ることになりますsite_menu_block_YYYY-mm-dd.html.backup。これがスクリプトによって実行されたとしても、DBを使用するよりもほぼ確実に遅くなります。
翻訳：vlzvlが指摘したように、静的ページを使用している場合は、言語ごとに1回ずつ、各ページがN回表示されることになります。スタイルシートを変更するときは、N個のファイルも変更する必要があります。これはリソースが高価です。または、スクリプトはリクエストごとにHTMLテンプレートファイルと実際の内容を含むXMLファイルを解析します。このようにして、HTMLファイルのSEOの利点が失われ、サーバーの負荷が増えてサイトの速度が低下します。
プロHTML：
とはいえ、扱っているデータの種類に応じて、すべての主要なCMSが両方の方法を使用していると言っているのは正しいと思います。たとえば、HTMLヘッダーは、JSファイルやスタイルシートのように、部分的に個別のファイルとして保存されることがよくあります。
これはすべてコンテンツによって異なります。ニュースのようにコンテンツが大きく異なる場合は、ニュースエントリごとにデータベース内にデータを保存し、データをテンプレートにロードする方が簡単です。ただし、単一のコンテンツ（巨大な記事や情報ページなど）がある場合は、HTMLを使用してデータを保存できます。
また、多言語ページが必要かどうかによっても異なります。HTMLだけで多言語ページを作成することができます。しかし、これは上記と同じです。どんなコンテンツがありますか。エントリが大きく異なるか、コンテンツが同じではありませんか？
しかし、これまで私が行ったことは、両方を同時に行ったことです。クライアントがニューススクリプトや多言語などを含むページを必要とした場合、ユーザーがニュースエントリにログインしてニュースを保存できるページを作成しました。異なる言語でありますが、他のサイトへの変更はHTMLを介して行われ、言語ごとに異なるhtmlファイルがありました。
編集：
ユーザーによっても異なります。ユーザーがHTMLの使用方法を知らないが、自分でサイトを変更したい場合、利用可能な唯一のオプションは、変更を行うための管理センターをユーザーに提供するオプションです。または、ユーザーに多くの力を与えたくない場合：D
私の意見：ほとんどのCMSは、最終的に訪問者に送信される1つのページをコンパイルするために、多くのDBアクセスを処理し、多くのファイルをロードします。それでも、ほとんどのサイトでは、パフォーマンスの問題はありません（つまり、ほとんどのページが1秒未満で読み込まれます）。ですから、DBアクセスが1つしかないという問題が発生した場合は、驚かれることでしょう。しかし、処理のために、あなたのサイトが本当にそれを必要としないのに、なぜデータベースを使うのですか？すべてのページで同じ1つのメニューファイルと1つのフッターファイルをロードする1つのindex.phpを使用し、その間に選択した個々のhtmlファイルをロードするクライアント用のサイトをいくつか作成しました。したがって、ページを編集するには、任意のエディターを使用して、対応するhtmlを開いて編集します。とてもシンプルです。