Hallo Bernd, >>>> ich habe bei einer aktuellen TYPO3-Installation das Problem, dass bei >>>> Seiten mit viel Inhalt (viel Textwüste, aber halt Kundenwunsch) diese >>>> langen Seiten im FE öfters nicht angezeigt werden - der Browser lädt, >>>> lädt und lädt, danach kommt wahrscheinlich ein Timeout und man hat die >>>> wunderbare Ansicht eines leeren Browserfensters. >>>> >>>> Schalte ich bei der betreffenden Seite im BE allerdings "Seite nicht >>>> cachen" ein, so wird die Seite brav aufgebaut. >>>> >>> würde jetzt spontan erstmal darauf tippen das typo3 der speicher >>> ausgeht. sprich man sollte dem php prozess mehr speicher gönnen. >>> >> danke für den Tip, aber hat leider nicht wirklich eine Besserung >> gebracht - vorher warens 128MB Speicher für den PHP-Prozess, nu hab ichs >> auf 256MB hochgeschraubt - das Ergebnis ist dasselbe - die Seite lädt >> sich tot und beschert dann einen weißen Screen. Wie gesagt, wenn das >> Caching für die Seite ausgeschalten ist, ist die Seite innerhalb von >> Bruchteilen einer Sekunde zu sehen, nur der Cache selber scheint sich >> verschluckt zu haben. >> > > dein Fehler erinnert mich an etwas, was wir in der UG hatten: wenn ein > plugin auf der Seite aktiv war kam nur eine leere Seite (=0Bytes), wenn > es nicht aktiv war kam die Seite ohen Inhalt im Content-Bereich (das > Plugin war ja deaktiv). > Ursache war eine Konfiguration in der php.ini. Dort waren alle > Fehlermeldungen deaktiviert. > Nachdem wir im Installtool die Fehlermeldungen für TYPO3 aktiviert hatten > bekamen wir auch etwas mit aktiviertem Plugin zu sehen: nämlich eine > Fehlermeldung des Plugins. Im Plugin wurde TYPO3 ohne Ausgabe und eben > ohne Fehlermeldung abgebrochen. das dürfte es eigentlich auch nicht sein, denn ansonsten würde die Seite, egal in welcher Cache-Einstellung, garnicht ausgeliefert werden. Ich habe auch mal testweise die Darstellung der Fehlermeldungen angeschalten, wie vermutet läuft er da in einen timeout.
*Fatal error*: Maximum execution time of 60 seconds exceeded in *D:\InetPub\kunde\html\t3lib\class.t3lib_lock.php* on line *159 *Wenn ich genauer in den Code an der angemäkelten Stelle gucke, sehe ich, dass er da in einem Loop drinhängt, das das Locking überprüfen soll (und halt so lange loopt, bis der Lock gelöst wird). Komischerweise ist auf dieser Seite nicht wirklich etwas besonderes eingerichtet - wenn Extensions eingesetzt werden, dann sind es dieselben wie auf allen anderen (funktionierenden) Seiten, Menü ist gleich, JS-Spielereien sind gleich - der einzige Unterschied ist wirklich die Menge an Content-Elementen "Text" (es sind nicht mal Bilder dabei - reine, stupide Textwüste, mit der eigentlich noch n C64 zurechtkommen müsste) - die anderen Seiten haben so 1-2 Inhaltselemente, auf dieser Seite sinds 7 Inhaltselemente (also auch noch weitab von dem, was ich eigentlich als "kritisch" ansehen würde). So langsam gehen mir da die Ideen aus - vor allem ist ja das Caching nicht nur aus performancegründen wichtig, sondern auch für die Suche (es sei denn, jemand hat nen Alternativvorschlag ohne die indexed_search, die aber auch genauso alles findet, nach Sprachen und geschützten Bereichen unterscheidet, und, und, und). Grüsse, Wolfgang _______________________________________________ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
