1

EDIT3
大通りのテーマは確かに犯人でした. 更新通知サービスは、ログインしているユーザー (管理者のみが希望する) のすべてのページ要求で実行されますが、何らかの理由で、ページが突然読み込まれるまでに @10 秒のリンボ 何も起こらない時間がかかります。これはもちろん、管理画面と公開画面の両方でログインしているユーザーに影響します。ファイルと出来上がりを削除すると、ページ全体がすばやく読み込まれます。

暴言: 1 日が無駄になり、サード パーティ製ソフトウェアで損失と利益が発生しました。

EDIT2
MySQLでもなく、大通りのテーマが原因のようです。回避方法、よくわかりません。クライアントはテーマの料金を支払い、それを使用したいと考えていますが、サイトの管理は悪夢です。つまり、管理画面がロードされるのを永遠に待っています...

編集
OK、ログインしているかどうかにかかわらず、最初のhttpリクエストがファイアウォールに即座に到着することを確認しました。ただし、ファイアウォール層でさらにアクティビティが発生するまでに 10 秒以上のタイムラグがあります。WP がセッション cookie を送信すると仮定すると、未定の理由により、リモート ユーザーがログインしていることを確認するのに遅延が発生します。

CPU/メモリの使用量が少ない場合、これはリソースの問題ではないと想定していますが、実行中のクエリが遅い可能性があります...

ORIGINAL
ここでの取引は何ですか?

WPの新機能で、ログインしていないときのパフォーマンスは良好です。ただし、それ以外の場合は、パブリックまたは管理画面をロードするのに 10 秒以上かかります。

linux top は目を見張るような出来事を何も示していません (CPU のスパイクやメモリ使用量はありません)。ああああ ;-)

ajaxリクエストはきびきびしているので、通常の同期httpリクエストで何かが起こっており、WPの犬が遅くなっています(画面がロードされるのを待つのは大変です。アプリケーションがコンパイルされるのを待つよりも悪いです。少なくとも何か有用なことが行われています待つ!)

私の準回避策は、WP にログインするのではなく、Chrome ブラウザ ウィンドウを開くことです。すぐに公開ページを表示できます。次に、Firefox で、管理パネルにログインして待っているゲームをプレイします ;-(

手がかりは高く評価され、WPは(ルック&フィール)印象的ですが、この点ではそれほどではありません、狂気...

4

2 に答える 2

1

キャッシュを実装する一部の Wordpress プラグインは、ログインしているユーザーのキャッシュをオフにします。Wordpress は大量のメモリを使用することでも知られています。Web サーバーの全体的なパフォーマンスが低下する可能性があります。

メモリ ビューアーを使用して、Wordpress がページごとに使用するメモリを監視できます。

于 2012-06-20T09:00:00.800 に答える
0

更新: update-notifier.php でこのコードを見つけました

curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
            curl_setopt($ch, CURLOPT_HEADER, 0);
            curl_setopt($ch, CURLOPT_TIMEOUT, 1);
            $cache = curl_exec($ch);
            curl_close($ch);

TIMEOUT は 10 に設定され (秒だと思います)、上記のように 1 秒に編集されました。現在、ログインしている間はすべて正常に動作しています...10 秒は非常に大きな値です。

于 2013-01-17T13:28:40.937 に答える