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