Hallo,
seit kurzem hat eines unserer TYPO3-Systeme ab und zu Probleme mit der Ladezeit einzelner Seiten.
Es handelt sich um ein TYPO3-System in Version 4.5.11, welches vor ca. drei Monaten von Version 4.3.2 geupdatet wurde.
Seit dem Update ist es nun schon mehrfach passiert, dass eine einzelne Seite (!) plötzlich extrem lange lädt (ca. 1 Minute).
Am Server liegt es nicht, denn der ist mehr als stark genug und bremst die Seite nicht aus, hierfür wurde die Performance gemessen und alle Daten des Server gecheckt, um dies auszuschließen.
Nach dem Löschen aller Cache-Tabellen im Installtool und den Realurl-Pfaden zeigte sich keine Änderung.
Abhilfe schuf letzten Endes nur die Deaktivierung des Caches auf der betroffenen Seite. Nach ca. 24 Stunden wurde der Cache wieder aktiviert und alles lief wieder völlig in Ordnung.
Daten zum System:
- TYPO3 4.5.11
- ca. 1000 Seiten
- ca. 66000 Datensätze
- ca. 60 Domains
- Update von Version 4.3.2 auf 4.5.11 (keine Probleme dabei aufgetreten)
Da das Deaktivieren des Cache für betroffene Seiten keine dauerhafte Lösung ist, würde ich gerne wissen, ob jemand dieses
Problem kennt oder eine Idee hat, wie man das genaue Problem finden könnte?
Mit freundlichen Grüßen
Ephraim
Hallo Ephraim
Interessant wäre, was auf dieser Seite ist. Wenn es eine einzelne Seite ist, dann muss die Ursache ja an ihr bzw. ihren Inhalten/Plugins liegen.
Ein Ansatz wäre, einmal zuschauen, wieviele Versionen der Seite im Cache liegen bzw. in der chash-Tabelle.
Hatte selbst einmal eine Seite, auf der Dank ungünstigem Plugin und einem Crawler eine einzelne Seite mehrere tausend Einträge produziert hatte. Damit dauern dann Abfragen an den Cache usw. natürlich aufgrund der Menge sehr lange.
Viele Grüße
Julian
Hallo,
danke für deine schnelle Antwort.
Wir haben bei der Suche alle Plugins und Inhalte auf der betroffenen Seite überprüft und konnten darin/daran keinerlei Fehler feststellen.
Derzeit beobachten wir, wieviele Versionen einer Seite in der chash-Tabelle gespeichert werden, da diese Tabelle zwischendurch sehr groß (1GB) geworden ist. Vielleicht wurden wirklich enorm viele Einträge einer einzelnen Seite erzeugt und dadurch der Aufruf ausgebremst.
Da wir alle Cacheseinträge gelöscht haben als der Fehler auftrat, dürfte es eigentlich aber nicht an solch einem Problem gelegen haben, oder?
Gibts noch andere Ideen?
Kephson schriebDa wir alle Cacheseinträge gelöscht haben als der Fehler auftrat, dürfte es eigentlich aber nicht an solch einem Problem gelegen haben, oder?
Kommt drauf an, wie ihr die Cacheeinträge gelöscht habt. Meine das normale "Alle Cahes löschen" aus dem Backend erfasst auch nicht unbedingt alles. Ebenso sollte ggf. der realurl-Cache nicht vergessen werden.
Ein Blick in die Tabellen in der Datenbank sollte extreme Spitzen zeigen udn Nachforschungen zu lassen, ob diese Tabellen ganz normal so groß sind, oder ob hier etwas krumm ist.
Weitere Ideen wäre eine tiefere Analyse:
- slow queries mitloggen umd mal gucken, ob da was dabei ist
- Profiler integrieren und genau gucken, wo es hängt
Hi,
wir haben alle Cacheeinträge übers das Backend gelöscht. Danach alle gecachten Einträge über das Installtool gelöscht und zum Schluss noch alle Realurleinträge gelöscht.
Leider habe ich danach nicht in die Tabellen geschaut, da wir das Problem über das temporäre Deaktivieren des Cache in den Griff bekommen haben.
Slow queries haben wir mitloggen lassen, da gab es aber keine Probleme.
Mit Profiler meinst du denke ich die Extension "typo3profiler", oder?
Ich denke, damit werden wir die Seite nun auch mal überwachen.
Hm, klingt irgendwie merkwürdig, das Ganze...
Kephson schriebMit Profiler meinst du denke ich die Extension "typo3profiler", oder?
Meinte eher sowas wie xdebug oder xhprof - losgelöst von TYPO3.
Noch eine andere Idee: sind auf der Seite irgendwelche hochauflösende/große Bilder, die verarbeitetw erden? Oder große PDFs, von den ein Thumbnails odgl. generiert wird?
Im Install-Tool kann man über [systemLog] das Entsprechende aktiviren. Eventuell gibt es dort neue Erkenntnisse? Uns hat es bei ähnlichem Verhalten schon einmal geholfen, eine "schuldige" Extention zu entlarfen.