Hi Stefan, Stefan Padberg wrote:
> Der Sysadmin meinte dazu, dass es > vor allem die vielen Conditions im TypoScript seien, die eine große Last > im Typo Cache und damit in der Datenbank erzeugten. Er empfahl, die Zahl > der Conditions möglichst klein zu halten. Oder gleich ganz auf Fluid > umzusteigen. Das sei in dieser Hinsicht weniger ressourcenintensiv. Das ist so richtig. Für jede mögliche Kombination von (GLOBAL!) Conditions wir ein eigener Cache Eintrag angelegt, natürlich nur wenn die Condition tatsächlich greift. Allerdings geht dies schon mit wenigen Conditions kombinatorisch stark nach oben. Hier wird auch nichts zwischen den Condtions gecached, d.h. wenn einen spezifische Kombination von Global Conditions noch nicht gegriffen hat, dann wird das Rendering nochmal von hinten bis vorne durchgeführt. Beachte auch, dass Zugriffsschranken wie Global Conditions wirken, d.h. fúr jede FE Groups Kombination wird ein eigener Cache Eintrag erzeugt. Dies kann man verhindern, indem man den Login im Branch (Page Properties) deaktiviert und bekommt damit gleich noch etwas mehr Performance. Conditions im TS (if, etc.) und im Fluid erzeugen dagegen keinen eigenen Cache Eintrag. Falls Global Conditions wirklich notwendig sind, nutze die stdWrap.cache Eigenschaft um zumindest Teile des Templates zu sharen. (Komplexes) Beispiel für ein Menü: https://gist.github.com/pgampe/cb29bc0fc1111d1370cc Mittels des Admin Panels kannst du dir anschauen, wie lange die einzelnen Bereiche des Templates zum Rendern brauchen und ob das Template aus dem Cache kommt. Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Certified Integrator – Active contributor TYPO3 CMS TYPO3 .... inspiring people to share! _______________________________________________ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
