まず、サーバーのハードウェアが現在のトラフィックをサポートするのに十分であるかどうかを確認します。
通常の P4 サーバーは、通常、1 日あたり最大 100,000 の独立した IP をサポートできます。アクセス数がこれを超える場合は、
まず問題を解決するためにより高性能の専用サーバーを構成する必要があります。そうしないと、最適化は行われません。パフォーマンスの問題を完全に解決できます。
2 番目に、データベース アクセスを最適化します。
データベースにアクセスする必要がまったくないため、フロントデスクの完全な静的化を実現するのが最善ですが、頻繁に更新される Web サイトの場合、
静的化では特定の機能を満たせないことがよくあります。
キャッシュ テクノロジーは、動的データをキャッシュ ファイルに保存するもう 1 つのソリューションであり、動的 Web ページはデータベースにアクセスすることなく
これらのファイルを直接呼び出します。WordPress と Z-Blog はどちらもこのキャッシュ テクノロジーを広く使用しています。私は
Z-Blog 用のカウンター プラグインも書きましたが、これもこの原則に基づいています。
実際にデータベースにアクセスすることが避けられない場合は、
Select * from のようなステートメントの使用を避け、短い時間内で大規模な
SQL クエリを避けることができます。期間。 。
第三に、外部ホットリンクは禁止されています。
外部 Web サイトからの画像やファイルのホットリンクは、多くの場合負荷がかかるため、自分自身の画像やファイルへの外部ホットリンクは厳しく制限されるべきです。幸いなことに、現時点では、Apache を使用するだけでホットリンクを自動的に制御できます。 IIS には、同じ機能を実現できるサードパーティの ISAPI もいくつかあります。
もちろん、偽の紹介を使用してコードを介してホットリンクを実現することもできますが、現時点では意図的に偽の紹介をホットリンクに設定する人は多くありません。
現時点では無視することも、次のような非技術的な手段を使用して解決することもできます。画像に透かしを追加します。
4 番目に、大きなファイルのダウンロードを制御します。
大きなファイルをダウンロードすると大量のトラフィックが消費され、非 SCSI ハードドライブの場合、大量のファイルをダウンロードすると
CPU が消費され、ウェブサイトの応答性が低下します。したがって、2M を超える大きなファイルのダウンロードは提供しないようにしてください。必要に応じて、大きなファイルを別のサーバーに配置することをお勧めします。
5 番目に、メインのトラフィックを迂回するために別のホストを使用します。
ファイルを別のホストに配置し、ユーザーがダウンロードできるように別のイメージを提供します。たとえば、RSS ファイルが大量のトラフィックを消費していると感じる場合は、FeedBurner や FeedSky などのサービスを使用して、RSS 出力を他のホストに配置します。この方法では、他のユーザーのアクセスによるトラフィック プレッシャーのほとんどが集中します。 FeedBurner のホストと RSS は多くのリソースを占有しません。
6番目、トラフィック分析および統計ソフトウェアを使用します。
ウェブサイトにトラフィック分析と統計のソフトウェアをインストールすると、どの場所が大量のトラフィックを消費しているか、どのページを最適化する必要があるかを即座に知ることができます。 したがって、トラフィックの問題を解決するには、正確な統計分析が必要です。
http://www.bkjia.com/PHPjc/947052.html
www.bkjia.com
true