Die TYPO3 Mailingliste - nicht fragen: lesen!
This is a discussion on [TYPO3-german] erhebliche Performanceprobleme within the typo3-german@lists.netfielders.de forums, part of the TYPO3-Mailinglisten: DEUTSCH category; Hallo CSS optimieren scheint nicht viel zu helfen, wenn die Wurzel des Problems wo anders liegt... Da die Site mir ...
|
|||||||
| Registrieren | Hilfe | Benutzerliste | Kalender | Suchen | Heutige Beiträge | Alle Foren als gelesen markieren |
|
#1
|
|||
|
|||
|
Hallo
CSS optimieren scheint nicht viel zu helfen, wenn die Wurzel des Problems wo anders liegt... Da die Site mir recht langsam vorkam, habe ich mal einen Test gemacht, und im Abstand von 1/2 Sekunden für 20 mal auf das Logo geklickt (Link auf Home). Innert kurzer Zeit ging die Maschine komplett in die Knie! Auch wenn ich schon lange aufgehört hab, zu klicken, stieg der Load von 1 auf bis über 70!!! Nach 1/2 h hatte sich die Maschine dann langsam wieder von den paar Klicks erholt und ich machte mich auf die Suche. Ein Apache Problem ist's nicht, denn auf anderen PHP-Seiten (nicht Typo3 betriebene) kann ich endlos rumklicken wie wild. Und nun kommts: Eine zweite Installation auf der selben Maschine, welche die gleichen T3-src verwendet, ist ebenfalls nicht anfällig. Zudem liefert diese Installation die Seiten im selben Umfang in kürzester Zeit aus!!! Während auf der Sorgenkindseite gut mal 4-15 Sekunden gewartet werden muss... Nun weiss ich gar nicht, wo ich beginnen soll. Wo loggt Typo3 hin? Muss ich die Developpment-Extension installieren, oder geht das auch ohne? Wie kann ich T3 gesprächiger machen? Die gute Installation ist eigentlich eine Kopie der diesigen, ausser dass sie ein anderes Template verwendet, keine Multidomain ist. Ideen wo anfangen? Gruss chris _______________________________________________ TYPO3-german mailing list TYPO3-german (AT) lists (DOT) netfielders.de http://lists.netfielders.de/cgi-bin/...o/typo3-german |
|
#2
|
|||
|
|||
|
Christoph Kuhn schrieb:
> Die gute Installation ist eigentlich eine Kopie der diesigen, ausser dass sie > ein anderes Template verwendet, keine Multidomain ist. > > Ideen wo anfangen? Ist vielleicht bei der einen Domain no_cache gesetzt? Oder ist in der langsameren Domain zusätzlich eine Extension installiert? Das wären jetzt meine ersten Ansatzpunkte. Viele Grüße Marco _______________________________________________ TYPO3-german mailing list TYPO3-german (AT) lists (DOT) netfielders.de http://lists.netfielders.de/cgi-bin/...o/typo3-german |
|
#3
|
|||
|
|||
|
Christoph Kuhn schrieb:
> Hallo > > CSS optimieren scheint nicht viel zu helfen, wenn die Wurzel des Problems wo > anders liegt... > Da die Site mir recht langsam vorkam, habe ich mal einen Test gemacht, und im > Abstand von 1/2 Sekunden für 20 mal auf das Logo geklickt (Link auf Home). > Innert kurzer Zeit ging die Maschine komplett in die Knie! Auch wenn ich schon > lange aufgehört hab, zu klicken, stieg der Load von 1 auf bis über 70!!! > Nach 1/2 h hatte sich die Maschine dann langsam wieder von den paar Klicks > erholt und ich machte mich auf die Suche. > Ein Apache Problem ist's nicht, denn auf anderen PHP-Seiten (nicht Typo3 > betriebene) kann ich endlos rumklicken wie wild. Und nun kommts: > Eine zweite Installation auf der selben Maschine, welche die gleichen T3-src > verwendet, ist ebenfalls nicht anfällig. Zudem liefert diese Installation die > Seiten im selben Umfang in kürzester Zeit aus!!! Während auf der > Sorgenkindseite gut mal 4-15 Sekunden gewartet werden muss... > > Nun weiss ich gar nicht, wo ich beginnen soll. Wo loggt Typo3 hin? Muss ich > die Developpment-Extension installieren, oder geht das auch ohne? Wie kann > ich T3 gesprächiger machen? > > Die gute Installation ist eigentlich eine Kopie der diesigen, ausser dass sie > ein anderes Template verwendet, keine Multidomain ist. > > Ideen wo anfangen? > > Gruss > > chris Du hast es korrekt angegangen, russische Methode, eine nackte neue installation ausprobieren, dann successive die Module rüber kopieren ich habe aus diesem Grund erst mal meine ganz einfachen html Templates weiter verwendet, weil das mit CSS Schwächen gezeigt hatte. Habe sogar die css extension deinstaliert und nutze zur zeit gar keine css und siehe da, es geht super ab. teste mal www.useddlt.com und klicke mal ein paar seiten ab diese sind die ziemlich längsten seiten http://www.useddlt.com/grundig-chronik-2.0.html http://www.useddlt.com/magnetband_story1.0.html ich habe tdsl 6000 und nutze davon überwiegend nur die 2mbit, habe ein snmp traffic grapher mit 1 sec mitlaufen und kann sehen, was da über die dsl leitung geht hier etwas über STG http://www.ipw.net/mrtg-snmp.0.html Dipl.Ing.Gert Redlich _______________________________________________ TYPO3-german mailing list TYPO3-german (AT) lists (DOT) netfielders.de http://lists.netfielders.de/cgi-bin/...o/typo3-german |
|
#4
|
|||
|
|||
|
Am Dienstag, 7. August 2007 15:21 schrieb Marco Peemöller:
> Christoph Kuhn schrieb: > > Die gute Installation ist eigentlich eine Kopie der diesigen, ausser dass > > sie ein anderes Template verwendet, keine Multidomain ist. > > > > Ideen wo anfangen? > > Ist vielleicht bei der einen Domain no_cache gesetzt? Oder ist in der > langsameren Domain zusätzlich eine Extension installiert? Das wären > jetzt meine ersten Ansatzpunkte. Nein, kein no_cache. Es hat einzelne zusätzliche Extensions, zB cal. Ich bin jetzt aber auf die Spur gekommen: Nach Anleitung von http://ug.typo3-nrw.de/png_transparenz.html habe ich mir ein Menü zusammengebaut, welches transparente PNG's enthält. Das Dumme ist nur: Typo3 korrigiert die Pfade nicht!!! [styles.css] #topnav1 { filter rogid XImageTransform.Microsoft.AlphaImag eLoader( src='images/topnav1.png', sizingMethod='scale'); } Damit wird ein Bild unter http://www.domain1.ch/aktueller/pfad/images/topnav1.png gesucht, und das existiert da natürlich nicht. Dann wird eine Fehlerseite ausgegeben... für jedes Bild einzeln... Bisher war mir das nie aufgefallen, da ich weit und breit kein Browser rumstehen hatte, den das betreffen würde (ie5-6). Nun müssen zwei Probleme gelöst werden: 1. Wenn ein Bild nicht gefunden wird (Endung gif/png/jpg/...) soll nicht die Fehlerseite, sondern ein HTTP-Error oder ein entsprechendes dummy.gif angezeigt werden. Dies würde dann nämlich nicht jedesmal neu geschickt.... 2. Typo muss irgendwie beigebracht werden, dass er auch die URLs in den src Tags von filter anpassen muss. Die Seiten sind jetzt wieder viel schneller abrufbar. Trotzdem bleibt ein fader Nachgeschmack. Wenn 20 Klicks jeweils einen html Code von 14kB abrufen und dabei drei zusätzliche Objekte nicht gefunden und jeweils eine 11kB Fehlerseite zurückgeschickt wird, ergibt dies rund 1MB. In den Logs sind aber nur die ersten neun Klicks zu finden, danach war der Apache verklemmt und die Prozesse konnten nicht normal beendet werden, sondern mussten mit kill -9 gekillt werden. Wenn ich den Versuch jetzt wiederhole, so bringe ich den Load noch immer über 10, der Load erholt sich aber inner weniger Minuten. Ist da eher bei der Apachekonfig oder bei der Typo Konfiguration zu suchen? Irgendwo muss doch da noch grob der Hund drin stecken? Die notfound Seite und das zugehörige realurlkonfig ist übrigens original WEC kopiert. Gruss chris _______________________________________________ TYPO3-german mailing list TYPO3-german (AT) lists (DOT) netfielders.de http://lists.netfielders.de/cgi-bin/...o/typo3-german |
|
#5
|
|||
|
|||
|
Christoph Kuhn schrieb:
> Ich bin jetzt aber auf die Spur gekommen: > > Nach Anleitung von http://ug.typo3-nrw.de/png_transparenz.html habe ich mir > ein Menü zusammengebaut, welches transparente PNG's enthält. > > Das Dumme ist nur: Typo3 korrigiert die Pfade nicht!!! > > [styles.css] > #topnav1 { > filter rogid XImageTransform.Microsoft.AlphaImag eLoader( > src='images/topnav1.png', sizingMethod='scale'); > } > > Damit wird ein Bild unter > http://www.domain1.ch/aktueller/pfad/images/topnav1.png gesucht, und das > existiert da natürlich nicht. > Dann wird eine Fehlerseite ausgegeben... für jedes Bild einzeln... > Bisher war mir das nie aufgefallen, da ich weit und breit kein Browser > rumstehen hatte, den das betreffen würde (ie5-6). Vielleicht verstehe ich ja etwas nicht.. aber reicht es nicht, den vollen absoluten Pfad anzugeben, also src='/fileadmin/dein/pfad/zum/bild/topnav1.png' So sollte es doch gehen?! Wenn man etwas mehr über Deine spezielle Konfiguration wissen würde, dann wären sicherlich auch ein relativer Pfad möglich Viele Grüße Marco _______________________________________________ TYPO3-german mailing list TYPO3-german (AT) lists (DOT) netfielders.de http://lists.netfielders.de/cgi-bin/...o/typo3-german |
|
#6
|
|||
|
|||
|
Am Dienstag, 7. August 2007 19:12 schrieb Marco Peemöller:
> Christoph Kuhn schrieb: > > Das Dumme ist nur: Typo3 korrigiert die Pfade nicht!!! > Vielleicht verstehe ich ja etwas nicht.. aber reicht es nicht, den > vollen absoluten Pfad anzugeben, also > > src='/fileadmin/dein/pfad/zum/bild/topnav1.png' daraus würde doch: http://www.domain1.ch/aktueller/pfad...ld/topnav1.png und es ginge wieder daneben. Ich müsste also den Pfad komplett mit http und allem drum und dran angeben... ok, wäre keine Sache, aber das Problem ist, dass ich das selbe Template mit styles.css in verschiedenen Domains verwende. Und dann würde ein von Domain2 abgerufenes Bild auf Domain1 geholt, und damit je nach Sicherheitseinstellungen des Browsers blockiert. Womöglich bleibt da einfach nur übrig, die entsprechenden CSS Codes im TS zusammenzustellen... oder den T3 Source aufzubohren. Gruss chris _______________________________________________ TYPO3-german mailing list TYPO3-german (AT) lists (DOT) netfielders.de http://lists.netfielders.de/cgi-bin/...o/typo3-german |
|
#7
|
|||
|
|||
|
Hallo,
ich habe das auch schon mal getestet: http://typo3.fruit-lab.de/typo3-exte...benchmark.html Darauf hin ist dann die Extension Static File Cache entstanden. Die weiterentwickelte Version ist von Netcreatores: nc_staticfilecache. Einen Podcast gibt es auch zu dem Thema. Vielleicht hilft das ja weiter. Beste Grüße, Tim -------------- http://typo3blogger.de http://typo3.fruit-lab.de Marco Peemöller schrieb: > Christoph Kuhn schrieb: > > >> Die gute Installation ist eigentlich eine Kopie der diesigen, ausser dass sie >> ein anderes Template verwendet, keine Multidomain ist. >> >> Ideen wo anfangen? >> > > Ist vielleicht bei der einen Domain no_cache gesetzt? Oder ist in der > langsameren Domain zusätzlich eine Extension installiert? Das wären > jetzt meine ersten Ansatzpunkte. > > Viele Grüße > > Marco > _______________________________________________ > TYPO3-german mailing list > TYPO3-german (AT) lists (DOT) netfielders.de > http://lists.netfielders.de/cgi-bin/...o/typo3-german > > > _______________________________________________ TYPO3-german mailing list TYPO3-german (AT) lists (DOT) netfielders.de http://lists.netfielders.de/cgi-bin/...o/typo3-german |
|
#8
|
|||
|
|||
|
Christoph Kuhn schrieb:
> >> Vielleicht verstehe ich ja etwas nicht.. aber reicht es nicht, den >> vollen absoluten Pfad anzugeben, also >> >> src='/fileadmin/dein/pfad/zum/bild/topnav1.png' >> > > daraus würde doch: > http://www.domain1.ch/aktueller/pfad...d/topnav1..png > und es ginge wieder daneben. Ich müsste also den Pfad komplett mit http und > allem drum und dran angeben... > ok, wäre keine Sache, aber das Problem ist, dass ich das selbe Template mit > styles.css in verschiedenen Domains verwende. Und dann würde ein von Domain2 > abgerufenes Bild auf Domain1 geholt, und damit je nach > Sicherheitseinstellungen des Browsers blockiert. Ich bin mir innerhalb von CSS-Dateien nicht ganz sicher mit den absoluten Pfaden, es müssten doch aber eigentlich andere Dateien angesprochen werden: src='/fileadmin/dein/pfad/zum/bild/topnav1.png' src='fileadmin/dein/pfad/zum/bild/topnav1.png' Ansonsten würde ich mir noch mal den Kommentar von Tom vom 30. März 2007 angucken: http://labuschin.com/journal/xhtml-c...ernet-explorer Viele Grüße Marco _______________________________________________ TYPO3-german mailing list TYPO3-german (AT) lists (DOT) netfielders.de http://lists.netfielders.de/cgi-bin/...o/typo3-german |
|
#9
|
|||
|
|||
|
Hi Christoph,
> CSS optimieren scheint nicht viel zu helfen, wenn die Wurzel des Problems > wo anders liegt... > Da die Site mir recht langsam vorkam, habe ich mal einen Test gemacht, und > im Abstand von 1/2 Sekunden für 20 mal auf das Logo geklickt (Link auf > Home). Innert kurzer Zeit ging die Maschine komplett in die Knie! Auch > wenn ich schon lange aufgehört hab, zu klicken, stieg der Load von 1 auf > bis über 70!!! Nach 1/2 h hatte sich die Maschine dann langsam wieder von > den paar Klicks erholt und ich machte mich auf die Suche. > Ein Apache Problem ist's nicht, denn auf anderen PHP-Seiten (nicht Typo3 > betriebene) kann ich endlos rumklicken wie wild. Und nun kommts: > Eine zweite Installation auf der selben Maschine, welche die gleichen > T3-src verwendet, ist ebenfalls nicht anfällig. Zudem liefert diese > Installation die Seiten im selben Umfang in kürzester Zeit aus!!! Während > auf der Sorgenkindseite gut mal 4-15 Sekunden gewartet werden muss... > > Nun weiss ich gar nicht, wo ich beginnen soll. Wo loggt Typo3 hin? Muss > ich die Developpment-Extension installieren, oder geht das auch ohne? Wie > kann ich T3 gesprächiger machen? > > Die gute Installation ist eigentlich eine Kopie der diesigen, ausser dass > sie ein anderes Template verwendet, keine Multidomain ist. > > Ideen wo anfangen? schau Dir mal die Datenbank Tabellen an. Irgendwo mehr als 100.000 Einträge in einer Tabelle? Hatte das jetzt gerade mit ner älteren TYPO3 Version und indexed-Search (4.000.000 Datensätze in einer Tabelle) ausschalten wird helfen. Problemsuche ist das aber noch nicht ![]() viel Erfolg & gruß, Martin _______________________________________________ TYPO3-german mailing list TYPO3-german (AT) lists (DOT) netfielders.de http://lists.netfielders.de/cgi-bin/...o/typo3-german |
|
#10
|
|||
|
|||
|
Am Dienstag, 7. August 2007 19:37 schrieb Tim Lochmue?ller:
> Hallo, > > ich habe das auch schon mal getestet: > http://typo3.fruit-lab.de/typo3-exte.../static-file-c >ache-benchmark.html > > Darauf hin ist dann die Extension Static File Cache entstanden. > Die weiterentwickelte Version ist von Netcreatores: nc_staticfilecache. Hey vielen Dank für den Tip! Werde mir das installieren, nachdem ich die TS konfigurationen durchgecheckt hab. Mir ist nämlich noch etwas seltsames aufgefallen. Ich habe drei domains im selben Tree. Also alle die selben extensions. Die Werte sind alle auf wiederholtem Abruf, wenn nur noch das html geholt wird: html download CPU Domain1: 16kb 4sec 35% Domain2: 10kb 1.6sec 10% Domain3: 10kb 0.8sec <2% Frage: Ackert Typo3 jedesmal das ganze TS durch, wenn eine Seite aufgerufen wird? Wird jedesmal das Menü neu zusammengestellt etc? Werden also nur die DB-Abfragen gecacht? Die drei Domains haben nahezu die selbe Konfiguration! Ich kann mir den Unterschied (noch?) nicht erklären. Gruss chris ps: Auf der von dir verlinkten Seite ist zB jeweils Typo3 gepunktet unterstrichen und bei mouseover gibt's ein Tooltip. Ich habe bisher nicht rausgefunden, mit welcher Extension man das erreicht. Nach was muss ich da suchen? Gibt's irgendwo eine Anleitung? _______________________________________________ TYPO3-german mailing list TYPO3-german (AT) lists (DOT) netfielders.de http://lists.netfielders.de/cgi-bin/...o/typo3-german |
| Themen-Optionen | Thema durchsuchen |
| Ansicht | Thema bewerten |
|
|