EDIT3
大通りのテーマは確かに犯人でした. 更新通知サービスは、ログインしているユーザー (管理者のみが希望する) のすべてのページ要求で実行されますが、何らかの理由で、ページが突然読み込まれるまでに @10 秒のリンボ 何も起こらない時間がかかります。これはもちろん、管理画面と公開画面の両方でログインしているユーザーに影響します。ファイルと出来上がりを削除すると、ページ全体がすばやく読み込まれます。
暴言: 1 日が無駄になり、サード パーティ製ソフトウェアで損失と利益が発生しました。
EDIT2
MySQLでもなく、大通りのテーマが原因のようです。回避方法、よくわかりません。クライアントはテーマの料金を支払い、それを使用したいと考えていますが、サイトの管理は悪夢です。つまり、管理画面がロードされるのを永遠に待っています...
編集
OK、ログインしているかどうかにかかわらず、最初のhttpリクエストがファイアウォールに即座に到着することを確認しました。ただし、ファイアウォール層でさらにアクティビティが発生するまでに 10 秒以上のタイムラグがあります。WP がセッション cookie を送信すると仮定すると、未定の理由により、リモート ユーザーがログインしていることを確認するのに遅延が発生します。
CPU/メモリの使用量が少ない場合、これはリソースの問題ではないと想定していますが、実行中のクエリが遅い可能性があります...
ORIGINAL
ここでの取引は何ですか?
WPの新機能で、ログインしていないときのパフォーマンスは良好です。ただし、それ以外の場合は、パブリックまたは管理画面をロードするのに 10 秒以上かかります。
linux top は目を見張るような出来事を何も示していません (CPU のスパイクやメモリ使用量はありません)。ああああ ;-)
ajaxリクエストはきびきびしているので、通常の同期httpリクエストで何かが起こっており、WPの犬が遅くなっています(画面がロードされるのを待つのは大変です。アプリケーションがコンパイルされるのを待つよりも悪いです。少なくとも何か有用なことが行われています待つ!)
私の準回避策は、WP にログインするのではなく、Chrome ブラウザ ウィンドウを開くことです。すぐに公開ページを表示できます。次に、Firefox で、管理パネルにログインして待っているゲームをプレイします ;-(
手がかりは高く評価され、WPは(ルック&フィール)印象的ですが、この点ではそれほどではありません、狂気...