Ich habe eine Wordpress e-comm übernommen (obwohl diese Frage mehr über die Profilerstellung allgemein ist), die ein Leistungsproblem hat, das anscheinend nur einen bestimmten Bereich im Admin-Bereich des CMS betrifft. Beim Versuch, einen bestimmten Produkttyp zu bearbeiten, der mit einer großen Anzahl von Attributen verbunden ist, führt die Seite effektiv dazu, dass der Browser in 99% der Fälle abstürzt. Ich erwartete, dass dies auf MySQL-Abfragen zurückzuführen ist, die den Flaschenhals verursachen, aber als ich die db profilierte, erhielt ich folgende Ergebnisse:
Gesamtanzahl der Abfragen: 174 - Gesamtzeit der MySQL-Abfragen: 0,11370
Dies deutet darauf hin, dass der Flaschenhals anderswo passiert, aber ich bin mir nicht sicher, wo es sein könnte. Wenn ich YSlow auf der Seite starte, gibt es nichts Drastisches, was das Problem erklären würde, obwohl etwa 20 Skripte und Stylesheets geladen sind, so dass dort einige Optimierungen vorgenommen werden könnten. Ich werde eine Opcode-Cache-Bibliothek aktivieren, die die PHP-Leistung verbessert, aber kann ich sonst noch etwas tun, um das Problem hier zu identifizieren? Danke.
Als ich das letzte Mal Wordpress profiliert habe, brauchte ich ein Dutzend Prozent Berechnungen, um den Ort zu finden, der die Ladezeit von 2,5 Sekunden dauerte. Es wurde loading und parsing der .mo Lokalisierungsdatei.
Ein weiterer großer Vorteil war die Installation des APC-Caches. Es stellte sich heraus, dass Wordpress ein stark aufgeblähtes Monster ist, das viel Zeit in Anspruch nimmt, um seine Codes zu parsen.
Ich würde
time curl -b PHPSESSID=123 http://example.com/wp-admin/ firebug (Zusatz zu Firefox) ist das beste Tool, das ich kenne, um solche Probleme zu finden. Sie können auch eine weitere Funktion namens " Seitengeschwindigkeit " installieren. Es zeigt Ihnen genau, welcher Teil länger zum Laden braucht. Eine weitere Möglichkeit besteht darin, den Code mit "Zeit" -Druck zu debuggen und zu sehen, welcher die größte Zeitlücke aufweist: Ссылка