静的ブログ サイトを有効にする

ウェブサイトの速度についてはそれほど高い要求はありません。通常、ページを開くのに 10 秒以内であれば問題ありません。しかし、最近私のブログにいくつかの出来事が起こり、少し落ち込んでいました。ある時は、攻撃によりリソースの消費が多すぎて、ネットワーク管理者によってブログが強制的に閉鎖されました。もう 1 回は、Google フォントの問題が原因で、すべてのページを開いた後の読み込みに時間がかかりました。その後、保護のために 360 Website Guard を見つけましたが、それは長期的な解決策ではなく、Web サイトを静的にするというアイデアが浮かびました。

数年間独立してブログを運営しているウェブマスターは、静的とは何かを理解する必要があると思います。昨日、Fangshi Blog の Afu がこの点についてまだ不明瞭であることを見ました。ここで説明します。WordPress のような Web サイト（データベースに依存する Web サイト）では、リクエストを受信して​​データベースから記事やコメントなどのデータを抽出し、データを渡すまでの背景が必要です。標準形式の Web ページ ファイルを合成するサーバーの PHP モジュール - レンダリングのために Web ページ ファイルをクライアントにアップロードします。表示される Web ページは、クライアント側でレンダリングされた後のものです。その中で、Web サイトを開く速度に影響を与える主な要因は、ホスト データベースのパフォーマンスとホスト PHP モジュールが Web ページ ファイルを合成する速度です。帯域幅も一定の影響を及ぼしますが、個人のブログには通常テキスト情報が含まれており、多くのファイルは含まれていないことを考慮すると、これによる影響はほとんどありません。

いわゆる静的 Web サイトとは、Web ページが事前に合成され、一時的な倉庫があることを意味します。訪問者がリクエストを行うと、バックエンド データベースや PHP 制作ワークショップに行って Web ページを急いで「作成」する必要がなく、倉庫からリクエストを直接送信できます。これにより、ブログの応答速度が大幅に向上します。欠点は、記事のビュー数や最新のコメントやメッセージなど、Web ページに動的な情報がある場合、リアルタイム更新を実現するために追加の JS が必要になることです。 、最新のプラグインは優れた解決策を提供します。

WordPress を静的にした後は、Jekyll のような純粋な静的なブログとは異なります。私の意見では、純粋に静的なブログにはデータベースはまったく必要ありません。標準形式の Web ページがローカルに生成された後は、アップロード スペースは問題ありません。 WordPress の静的化とは、サービスホストから Web ページを生成することですが、静的化後の速度とパフォーマンスを比較すると、Jekyll などの純粋な静的 Web サイトの方が速いのは間違いありません。 WordPress の場合、それは特定の静的メソッドに依存します。私が使用している WP Super Cache プラグインは、推奨の mod_rewrite キャッシュ モードを使用し、キャッシュ ファイル生成後に htaccess 設定を記述してパラメーターを調整する場合、パフォーマンスの比較に大きな違いはありません。純粋に静的なブログの欠点は、コメントをサポートできず、コメントの実装にはサードパーティのサービスに依存する必要があることです (つまり、ブロガーはゲスト メッセージを自由に管理できません)。 WordPress を静的にすると、コメントが送信されるとキャッシュが自動的に更新されます。この 2 つはそれぞれ長所と短所があります。

WordPress の擬似静的に関する記事がインターネット上に数多くあり、WP Super Cache は真の静的ではないと述べた上で、真の静的を実現できる他のプラグインを紹介する記事もあります。私の意見では、これらは他の静的プラグインを促進するためだけに、概念的な混乱にすぎません。疑似静的とは、現在ホストで一般的にサポートされている修正された記事の固定リンクです。ただし、率直に言って、固定リンクの形式は依然として静的リンクが存在しないことを意味します。真の静的ブログについて言えば、WordPress と純粋な静的ブログは別物であり、比較することはできません。ただし、公式 WordPress チームによって作成された静的プラグインである WP Super Cache は、そのパフォーマンス、パーソナライズされた構成、およびサポートに疑いの余地がありません。それが実際には静的ではないと言うことは、この男はそれを理解していないだけでなく、視聴者を混乱させているとしか言いようがありません。これには笑うしかありません。

WP Super Cache には欠点がないわけではありません。一般に、そのしきい値は少し高いため、インターネット上の多くの人は、トラフィックの少ないブログではその使用を推奨しません。設定が不十分なために効果が損なわれるだけでなく、アンインストールには htaccess と wp-config.php も関係します。一般的に言ってかなり面倒ですし、スキルが無いとガンガン使っても満足できないかもしれません。正しく使用すれば、ブログの速度を定性的に向上させることができますが、メリットとデメリットを比較検討するのはあなた次第です。

使用方法についてはオンライン チュートリアルが多数ありますが、注意すべき点だけを示します。

1. wp-content ディレクトリに読み取りおよび書き込み権限があることを確認します。同時に、WordPress ルート ディレクトリ内の wp-config.php および .htaccess ファイルにも書き込み権限があることを確認します。サイト プログラム全体を一度バックアップすることをお勧めします。

2. インストールしてアクティブ化した後、次のメッセージが表示された場合は、まずプラグイン テストを有効にします。タイムスタンプが異なるか、存在しません。キャッシュが有効ではないことを意味します。このとき、プラグインやテーマが競合していないか確認する必要があります。チェック方法は消去法です。テスト前に他のすべてのプラグインを停止するか、テスト前に公式テーマに戻してください。キャッシュが有効なページのソースコードの下部には、「キャッシュされたページは 2016-05-02 09:42:42 に WP-Super-Cache によって生成されました」などの文言があり、キャッシュの生成時刻を示しています。静的なページ。

特別な注意事項: ここでの公式テーマとは、変更されていないデフォルトのテーマを指します。自分でテーマを変更する友人もいますが、追加されたコードがこの問題の原因である可能性があります。以前に使用していたテーマに問題があることが確認された場合は、以前のテーマに切り替えて、テーマのすべてのファイルを注意深く確認する必要があります。 function.php や header.php などのファイルには特に注意を払う必要があります。ファイルに圧縮関数が含まれていないか、PHP ob_start 関数が正しく使用されていないかを確認してください。 zipやob_startなどのキーワードで検索できます。検索後、まず対応するコードをブロック (または削除、削除する前にバックアップを作成してください) してから、キャッシュ機能を再度テストしてください (最初に元のキャッシュを削除することを忘れないでください)。

3. プラグインが正常に起動できたら、以下の設定を開始します。 1 つ目は、推奨される mod_rewrite キャッシュ モードを有効にすることです。ホストがサポートしていない場合は、PHP キャッシュ モードを有効にすることができますが、通常モードは推奨されません。これを有効にした後、[詳細設定] タブで推奨される構成は次のとおりです。

1. 新しい記事やページが公開または更新されたときに、以前のキャッシュ ファイルをクリアします。 (このオプションはチェックを外す必要があります。オフにしないと、新しい記事が公開されると、以前のキャッシュ ファイルがすべて消去され、Web サイトのアクセス速度と SEO 効果に大きな影響を及ぼします。)

2. モバイル デバイスのサポート。 (アダプティブテーマを使用している場合は、チェックを外してください。オフにしないと、キャッシュ内に mobile.html などの不要なキャッシュ ファイルが大量に存在します。モバイル ページに別のテーマを設定している場合は、チェックを入れることができます。)

3. 訪問者がより速く閲覧できるようにページを圧縮します。 (Web サイトが圧縮をサポートしている場合は、チェックしてください。高速な Web サイトが嫌いな人はいないでしょうか? ただし、一部のホストも圧縮をサポートしていますが、チェックした後も事前キャッシュの生成は引き続き失敗することに注意してください。ウェブサイトのホームページが表示されます。空白になります。つまり、これは小さな問題なので、この項目には注意する必要があります)

4. 既知のユーザーに対してはキャッシュしないでください。 (チェックしないのが最善です。既知のユーザーもキャッシュを生成して読み取る必要があるため、要するにキャッシュがあった方が良いです!)

5. 既知のユーザーを匿名にして、閲覧するコンテンツを安全にします。キャッシュされたファイル。 (確認してください。原則は上記と同じで、すべてがキャッシュ中心です。)

6. ページに新しいコメントがある場合は、そのページのキャッシュのみを更新します。 （確認してください。そうしないと、コメントするときに全ページのキャッシュを更新するのが大変です。）

7. 「検索」ページと「フィード」購読ページを除外する設定をします。これにより、検索のたびにキャッシュされたページがアクティブ化され、スペースの無駄になることがなくなります。

4. 事前キャッシュをオンにし、事前キャッシュ モードを確認して、事前キャッシュをすぐにロードします。このようにして、アクセスのアクティブ化の有無に関係なく、すべての公開 Web ページに対して静的ページを生成できます。キャッシュの有効期限については、個人ブログの場合は 0 に設定し、キャッシュの有効期限を無効にすることをお勧めします。

最後に、プラグイン自体も CDN をサポートしており、Qiniu アクセラレーション サービスを使用している人はその構成を検討できます。静的 Web ファイルが Qiniu を通過したくない場合は、対応する html などの静的 Web ファイルを除外することにも注意してください。