Hallo zusammen!
Ich werkel gerade an einer Typo3 Seite mit tt_news.
Es sind etwas mehr als 20000 Newseinträge in der DB.
Wenn man die Seite aufruft passiert folgendes:
Der Browser wartet auf die Antwort vom Webserver.
Das kann bis zu 20 Sekunden dauern.
Nach dieser Wartezeit ploppt dann die Seite raus (renderzeit laut Firebug 1-2 Sekunden).
Die Frage ist, was passtier während auf die Antwort vom Webserver gewartet wird?
Zu diesem Zweck wüßte ich gerne was Typo3 tut wenn ne Anfrage kommt.
Oder ob es doch am Apache,PHP oder an der MYSQL-Datenbank liegt.
Leider hab ich über diverse Suchmachinen nichts nützliches gefunden was LOGs oder Debug-Anzeigen in Typo3 angeht.
Also wo kann man erweitertes logging "debug" und oder "trace" oder "performance-tracing" einschalten?
Oder meint ihr ich sollte ganz woanders ansetzen?
Noch nen paar Specs:
Die Kiste ist irgend nen Dedizierter Linux-Server. (hat nen Kunde gemietet)
Typo3 4.1.3
Apache/2.0.59
easyTECC/2.0 (Unix)
PHP/5.2.1
mod_perl/2.0.3
Perl/v5.8.5
MySQL 4.1.7-standard
Ich hab übrigens schon die meisten Guides zu Performance-steigerung in Typo3 durch. eaccelerator ist installiert usw.
Diese Ominöse Wartezeit bis die Antwort kommt ging dadurch nicht weg.
Der Seitenaufbau an sich ist aber schnell.
wird tt_news nicht gecached?
probier mal tt_news svn und 4.2, da soll sich was getan haben siehe news mailingliste
georg
Über diverse "speedtest" (1,2)konnte man sehen das es ziemlich lange dauerte bis der Server das "First Byte" loschickt, danach geht es zügig.
Der Hoster hat heute gemeldet das es nen Plattenproblem gab.
Jetzt sind neue Festplatten im Server und es geht schneller.
Aber dafür stehe ich vor einem anderen Rätsel.
Ich habe nicht direkt mit dem Hoster gesprochen, sondern unser Kunde, der den Vertrag beim Hoster hat und für den wir Typo3 einrichten.
Und der Kunde hat auch nicht mit mir geredet sondern mit meinem Chef...
Kennt ihr stille Post?
#angry#
Jedenfalls kam folgendes bei mir an:
"Die Typo3 Statisiken belastet die CPU stark"
Auf direkte Rückfrage (ohne stille Post) beim Hoster kam raus, das es mehr nen Schuss ins Blaue von denen war...
Trotzdem meine Frage:
Was könnten die damit meinen?
Ist bekannt welche funktionen von Typo3 die CPU stark belasten können?
Ich konnte über google nicht wirklich was finden.
Vermute aber das sie vielleicht die Indexierung oder das Logging meinen könnten.
:o
Allgemein wäre ich jedenfalls für Tipps,Hilfe,Links zu Guides o.ä. & sogar Mutmassungen dankbar.
😃
P.S.
Doch tt_news wir gecached.
Hallo,
Problem ist oft die indexed_search
georg
hmm...
Jetzt muss ich mal stark grübeln, ob ich die überhaupt noch nutze...
So lange die tt_news-suche nicht auf der indexed_search zurückgreift könnte ich die sonst deinstalliern...
Danke für den Tipp! 😉
So nach einiger Zeit.
Immernoch das gleiche Problem.
Indexed_search hab ich definitiv nicht aktiv.
Die News sind gecached.
Der Server ist im unteren Auslastungsbereich.
Mittlerweile sinds ca. 28.000 Newseinträge und die Performance schwangt stark.
Wenn ich mir so http://forge.typo3.org/projects/activity/extension-tt_news anschaue, sieht es auch nicht so aus, als würde noch irgendwer was an tt_news machen.
😢