質問: スケーリング wp eコマースサイト これに関連する 質問 。wpで大規模なeコマースサイトを最適化するためのツール、プラグインに関する推奨事項。現在1000アイテムを突破中、さらに5000アイテムが登場。最適化は、何千人ものユーザーにサービスを提供している標準的なブログとは異なるようです。 wpで開発されているストアの数は増え続けており、最適化のパッケージをまとめることは役立つように思われます。mm/rc
回答: 私はshoppプラグインを使ってwordpressを使って55k製品のeコマースサイトを開発しました。mysqlに対して行ったことを共有してパフォーマンスを向上させることができます。"show status" sqlコマンドからの出力を見て、バッファ/キャッシュをどれだけ増やす必要があるかを判断してください - この出力をきれいにするツールがあります。役に立つかもしれません。 http://blog.mysqltuner.com/ も便利なリソースおよびユーティリティです。クエリキャッシュが有効になっていること、およびメモリ不足のプーナ数が非常に少ないことを確認してください。キーの読み取り数が多すぎないことを確認してください(これは相対値です)。key_buffer_sizeを大きくするとそれに役立ちます。作成されている一時テーブルの数が少ないことを確認し、tmp_table_sizeを増やしてその数を減らします。スロークエリーログをオンにしてスロークエリーをログに記録し、それらのクエリーをexplainステートメントを使用して手動で再実行し、必要に応じてインデックスを追加し、列タイプを変更するなどします。あるクエリでは、(本来あるべきよりも多くの行を比較するように)普通でないexplainステートメントを取得していました。mysqlで新しいバージョンにアップグレードすると、同じクエリがmysqlによってはるかに最適化されました。自体。フルテキストインデックスを使用しているのであれば、innodbテーブルが選択肢になるとは思わない - 忙しい時間帯に製品を更新しないでください。あなたのeコマースパッケージがそれをサポートしていれば、ステージングサーバーに変更を加え、ステージからダンプしてプロダクションにロードすることで製品テーブルだけを移動することで、顧客の混乱(パフォーマンスなど)を最小限に抑えることができます - これ wordpressのインストールの残りの部分のためにいくつかの追加作業なしで動作しません。あなたのサイトデザインとuxが「ブラウジング」モードと「サーチ」モードへのユーザーの誘導をサポートしている場合(例:サイトをクリックして検索ボックスに検索を入力する)、非常に簡単なデータベースを利用できます。 levelとwordpressのレベルキャッシング。あなたのキャッシュを事前にロードする - あなたのサイトをwgetでスパイダーすることによって、クエリキャッシュやwordpressレベルのキャッシュのような簡単なキャッシュも事前にロードすることができます。ユーザーの検索動作(ログを使用)を使用してキャッシュをいっぱいにする必要があるときにそれらの要求を再取得することで、検索用のキャッシュを事前に読み込むこともできます。