Magento管理バックエンドは、同じバージョン1.7.0.2の新規インストールでは非常に低速です。
以前のインストールでは、同じホスティング会社の同じサーバー上で適度に良好な速度で完全に正常に動作し、追加の調整はまったくありませんでした。
しかし、インストールした別のカスタムテーマが原因で、突然それを台無しにしました。そこで、取り外してから再インストールしました。それから私はそれにアクセスすることでさえより多くの問題を見つけました。
したがって、新しいpublic_htmlフォルダを作成し、前のフォルダの名前をに変更しましたpublic_html.old。
その後、ルートフォルダにMagentoを正常に再インストールすることができました。しかし、今回は非常にゆっくりと開いています。実際、すべてのステップが遅いです。
誰かが私が実際の理由を追跡するのを手伝ってくれますか？可能性は何でしょうか。以前は問題なく動作していましたが、今回はどうでしょうか。
これは古い問題であることは承知していますが、多くの人がまだ 1.7.0.2 を使用しているため、まだ関連性があると思います。
説明されているパフォーマンスの遅れにより、システムが使用できなくなります。それを修正できるのは、標準的な微調整だけではありません. これは、「回避策」が非常に簡単なバグであり、それを修正することはおそらく優先度が低いものでした。しかし、私はこの回避策を簡単には見つけられませんでした。だから私はここに投稿しています。
私のセットアップ:
管理インターフェイスで 8 ～ 12 秒のページ読み込みが発生していた問題。正常に動作している場合の典型的なパフォーマンスは、約 1 秒の負荷でした。
診断
Magento Profiler を実行しました: http://www.neptuneweb.com/blog/?id=24を参照してください。
私の場合、プロファイラー テーブル (残念ながら並べ替えできません) は、「adminhtml/default/default/template/notification/survey.phtml」の非常に遅い時間を示しました。
リクエストが入ったときに0から始まり、追跡された各イベントのマークまでのタイムスタンプが表示されるようです。このようにして、何かが処理されて返されるまでにかかった時間を確認できません。しかし、それがいつ終了したかを知ることができ、別のプロセスの次に高い時間を差し引くことで、（一種の）かかった時間を知ることができます. 物事を複雑にする非対称処理が行われている可能性があります。しかし、いくつかはおそらく依存関係を持っているので、これはうまくいくようです。
解決
そのため、多くのトラブルシューティングを行った後、それは私にとって非常に簡単な解決策でした. しかし、それが正確な原因ではない場合、またはポップアップが表示されない場合は、トラブルシューティング情報が原因を特定するのに役立ちます。
プロファイラーは、多かれ少なかれ問題なく動作している場合でも、ページの読み込みを最適化するのに役立つ優れたツールです。