0

多くの場所をターゲットにしたページをインポートした後、現在約9,000ページのWordPress Webサイトがあります. フロントエンドは完全に正常に動作し、(wp_list_pages をカスタム MySQL クエリに置き換えた後) パフォーマンスの低下はありませんが、ページ管理セクションには触れることさえできません。管理者の他のすべてのセクションは正常に開きます。フロントエンドのページに移動して [ページの編集] リンクを使用しても、[ページの編集] 画面を表示できません。パーマリンク構造を変更しても解決しません。これは WordPress 3.0 より前の問題でした。また、すべてのプラグインを無効にして w3cache を実行しようとしましたが、何の助けにもなりません。WordPress 3.3.2 で実行しています。

私が考えている唯一の代替案は、Web サイトを Wordpress ネットワーク上に構築された小さなサブサイトに分割することですが、それでは Web サイト全体の再構築に少なくとも 1 か月の遅延が発生します。

EDIT wordpress 開発者は、潜在的な回避策として、「edit.php で階層表示をオフにすることができます。wp_edit_posts_query() のフィルターでこれに対応できる可能性があります」と述べました。そのようなことを扱った経験のある人はいますか？

4

1 に答える 1

0

問題はWordPressではありません。完全にスケーラブルです。問題はサーバーとプラグインで何をしているのかです。

W3TCは管理者を支援しません。W3TCキャッシュも非アクティブ化します。サーバー上のAPCphp構成およびデータベースキャッシュと競合する可能性があります。WPスーパーキャッシュとphp（mod_rewriteではない）キャッシュを試してください。

MySQLサーバーを操作し、 https：//github.com/rackerhacker/MySQLTuner-perlを実行してmy.cnfとMySQLを最適化する必要があります。管理者は、管理者のページのリストを作成するためにDBに対して多くのクエリを実行しており、MySQLはメモリの割り当てとクエリのキャッシュに支援を必要としています。

MySQLサーバーとmy.cfにアクセスできない場合は、VPSまたは専用サーバーを入手してください。安価な共有ホストでそれほど大きなWPサイトを実行することはできません。

また、php.iniのPHPメモリ割り当てを128Mに増やしてください。または、wp-config.phpで、試してください

define('WP_MEMORY_LIMIT', '128M');

開いた直後で、<?phpW3TCによって挿入されたキャッシュ呼び出しの下。

于 2012-04-30T21:32:42.443 に答える