1. 管理バックグラウンドでレコードを追加すると、ターゲットの HTML ページが直接生成され、フロントエンド呼び出し接続は生成された HTML ページを直接指します。この方法の利点は、プログラムが最も効率的であることです。
サーバーの負荷は軽いですが、純粋に静的なページを生成するため、ページのスタイル (テンプレートと css=テーマ) を変更すると、すべてのコンテンツ ページを再生成する必要があります。
したがって、実際に使用されているアプリケーションは一般的にそれほど多くありません。多くの場合、js、ssi、xml/xsl などのクライアント側のメソッドが使用されます。生成された静的ファイルにはデータのみが保存され、スタイルは含まれません。これにより、速度と保守性のバランスを実現できます。ただし、フロントエンドおよびバックエンドと比較すると、プログラムはより複雑になります(この方法を適用する場合、コンテンツは純粋に静的であるため、別途コンパイルされた純粋に静的な Apache で使用できます。効率とリソース使用量は、動的でサポートされているものよりも優れています) content)
====
補足:
a. 上記のスタイルを変更するには、次のように渡します:
>>>>apache の ErrorDocument404 関数ですが、ここのフロントエンド リンクは html を指しています。html が存在しない場合、Apache のファイルが存在しないため、404 ハンドラーにリダイレクトされます。 Generate html
(注: httpd.conf と ErrorDocument 404 /errprocess.php コマンド)、この関数を使用して、Web サイトのスタイル
静的フォルダー全体を削除するだけです。 b. <script></script>js を埋め込んで php を呼び出すことで、変更が必要な箇所 (クリック率など) を多数変更します 2 . フロントエンド アクセス リンクは php プログラムを指し、まず対応する静的ファイルが存在するかどうかを確認します。静的ファイルが存在しない場合。その後、ファイルが生成されてこのファイルにリダイレクトされます。それ以外の場合は、直接リダイレクトされます。 実際の運用では、Apacheのurl_rewrite関数と併用するのが一般的です。 php ファイルのアドレスを html として再表示します。これは、検索エンジンの検索に役立ちます。 この方法は効率が若干低下しますが、プログラムの構造がシンプルであり、訪問数がそれほど多くない場合に適しています。注:
生成されたすべての HTML ファイルは 1 つのフォルダーに配置されます。生成されたファイルが多数ある場合 (フォーラムなど)、いずれかの HTML ファイルにアクセスするとエラーが発生することにも注意してください。
>>>> のように日付ごとにフォルダーを分けるのが最善です。データベース内のフィールド長に基づく ID: たとえば、データベース内の ID が 123456 で int(11) の場合、ID 処理は 00000123456 になります。Linux では、同じファイルは通常 4 ビットに達することを考慮すると、パフォーマンスに影響します。これをカットすると、最終的なパスは static/00/000/123/456.html
になります。