タグ付けされた質問 「scale」

新しいWordPressとその新機能により、WordPressは単なるブログエンジン以上の機能を備えているようです。しかし、WordPressのスケールは、1日あたり1万人から10万人のユーザーに使用されていますか？ その多くのユーザーにとって、キャッシュストラテジーの大部分は重要ですが、WordPressはこれを支援するためにどれだけうまく開発されているのかを簡単にし、必要な制御を提供します。Fxはページの一部をキャッシュし、ユーザーがカスタマイズした部分のみをレンダリングし、マスター/スレーブdbのセットアップなどをサポートできますか？

34 performance  cache  scale 

先日、かなり大きなサイトを立ち上げましたが、キャッシュプラグインを組み込みたいと思います。セットアップは、共有ホスト上で実行されるいくつかのBuddypress機能（ユーザー登録、gpressを使用したマップ、プロファイルを持つため）が混在する単一サイトです。 私の質問は次のとおり です。1.このセットアップを考慮して、キャッシュに最も適しているプラ​​グインとその理由（可能な場合）。 2.すべてが機能していることを確認するために、セットアップ中に実行/検討する必要があるベストプラクティスと手順を教えてください。 3. transients自分で追加したものは引き続き使用できますか、それを削除してプラグインをそのままにしておく必要がありますか？削除しないと衝突しますか？ ありがとう！ 追加：http://www.inmotionhosting.com/hostingplans.htmlの「パワー」プラン

29 performance  cache  scale 

WordPressを使用している大規模なサイトがあります。これまでのところ、サイトには75,000ページあり、フロントエンドでのパフォーマンスは良好です。 問題は、チームの誰かがページエディター（wp-admin / edit.php？post_type = page）に触れると、Apacheがサーバー上のすべてのメモリを使い果たすことです。 すべてのプラグインを無効にしようとしましたが、うまくいきませんでした。また、4GBのボックスを備えたライブサーバーでデバッグを試みましたが、それでもすべてのメモリを消費し、障害が発生します。 このインストールでは、20,000件の投稿もあります。wp-adminでそれらをロードしても問題はありません。すべてのページを投稿に移動する必要があるかもしれません-しかし、それはパーマリンク構造に問題を引き起こすでしょう。 大規模なWPサイトで不足している特別な設定や構成はありますか？

12 pages  memory  scale 

Microsoft Azureでは、「高可用性」SLAを達成し、サイトが定期的なメンテナンスのためにダウンしないようにするために、アプリケーションが複数のデータセンターにまたがる2つのインスタンスを利用する必要があります。彼らは、どのデータセンターのペアが同時にメンテナンスに行くことは決してないだろうとさえ教えてくれます。 これで十分ですが、同じVMにMySQLデータベースを備えたWordPressなどのアプリで実際にこれを簡単に行うにはどうすればよいでしょうか。2つのVM間のロードバランシングに慣れているわけではありませんが、データベースレプリケーションのセットアップではわかりません。同期が取れなくなる可能性のある2つのバージョンのデータは必要ありません。MySQLレプリケーションには、ユーザーがスレーブインスタンスに到達した場合にマスターDBへの変更を同期できないマスター/スレーブセットアップが必要なようです。 私はこの概念を誤解しているだけですか？どんな助けでも大歓迎です！

12 mysql  hosting  amazon  cloud  scale