[TYPO3-german] Re: Wie entdecke ich Performance-Flaschenhlse einer Typo3 Seite?
* ab TYPO3 6.0 (bzw. 6.1), stdWrap.cache., .addPageCacheTags, etc nutzen und nur selektiv den Cache löschen stdWarp.cache glaube ich schon ab 4.7. Aber man sollte unbedingt den folgenden Hinweis beachten, denn die Wahrscheinlichkeit ist hoch, daß man es gerade für HMENU und COA einsetzen will. Macht man es falsch, hat man eher einen Negativeffekt. http://forge.typo3.org/issues/34307#note-1 HINT: Please take into account in which order stdWrap is processed for your current cObject and what content is processed/generated inside that stdWrap. E.g. using TEXT cObjects works perfectly, while using stdWrap on COA or HMENU will be processed after the inside content is rendered. In latter case caching is not efficient at all, as the content will be rendered anyways. In those case you can still nest your inside an outer stdWrap to gain the same effect: Elmar ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Wie entdecke ich Performance-Flaschenhlse einer Typo3 Seite?
Hallo Oli, * Extension Templates sind zu vermeiden Wie begründest Du das? Für das Rendering ist die Quelle des TypoScript egal. Die Datei muß zusätzlich eingelesen werden. Bei den hunderten Dateien, die ein Aufruf einliest, dürfte eine weitere Datei nicht ein entscheidender Flaschenhals sein. Da gibt es ganz andere Stellschrauben. Wenn Du überflüssig eingebundene Templates meinst, dann ist da natürlich richtig. Das Arbeiten mit Extension Templates, bringt aber so viele Vorteile, daß ich keinen Grund sehe, sie anzuschwärzen. Im Gegenteil, sie sollten gerade den Anfängern in ihren Möglichkeiten besser kommuniziert werden. Schönen Wochenstart Elmar ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Wie entdecke ich Performance-Flaschenhlse einer Typo3 Seite?
Wenn es aber um die Wartung geht, die später ggf. auch von Leuten durchgeführt werden soll, die selbst keines der Extension-Templates angelegt haben, sind Conditions sicherlich sinnvoller, weil man speziell bei umfangreicheren Seitenbäumen sonst schnell die Übersicht verliert. Ich unterstütze diese Sicht. TypoScript wird aus unterschiedlichen Gründen sehr schnell unübersichtlich. Darum würde ich meine Templates immer unter dem Gesichtspunkt der Wartbarkeit organisieren, wobei ich es bevorzuge das TypoScript in Dateien zu schreiben und in einer Extension zu versionieren. Das Rendering des TypoScripts in ein PHP-Array selbst fällt nämlich vermutlich gar nicht so Gewicht. Als PHP-Objekte erzeugt werden dann hoffentlich nur die Teile, welche in der konkreten Seite gebraucht werden. (Und auch da schreibe ich die PHP-Objekte in Anführungsstriche. Es werden meines Wissens gar nicht Dutzende von Objekten erzeugt, sondern dieselben zum Rendern wiederverwendet. Das entspräche am ehestem dem Entwurfsmuster des Fliegengewichtes.) Entscheidende Gewinne der Performance kann man vor allem durch richtig angewendetes Caching erreichen. Auch im TypoScript muß man gelegentlich wissen, wie der cHash funktioniert. Das ist nicht trivial zu verstehen. Auch die richtige Anwendung von Indizes in der Datenbank kann wahre Wunder bewirken. Schließlich sollte man sich beim Einsatz von Extbase darüber klar sein, was Extbase eigentlich ist. Mit den falschen Anwendungsfällen wird es zum Blocker. Elmar ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
