https://wiki.stephanschlegel.de/api.php?action=feedcontributions&feedformat=atom&user=91.47.47.82Wikizone - Benutzerbeiträge [de]2026-05-06T22:51:54ZBenutzerbeiträgeMediaWiki 1.35.14https://wiki.stephanschlegel.de/index.php?title=Typo3_-_Performance_optimieren&diff=18516Typo3 - Performance optimieren2008-07-23T08:53:01Z<p>91.47.47.82: /* Static File Cache */</p>
<hr />
<div>== Performance und Serverlast testen ==<br />
=== einfache Tools ===<br />
Rootkonsole: uptime (zeigt Serverauslastung an)<br />
<br />
== Performance Killer Faktoren ==<br />
* USER_INT Objekte verhindern Browserseitiges Caching<br />
* indexed search<br />
== Fehler finden ==<br />
Parsetime und Cachezustand von Seiten im Quelltext anzeigen:<br />
localconf.php (in /typo3conf) <br />
$TYPO3_CONF_VARS['FE']['debug'] = '1';<br />
<br />
== Static File Cache ==<br />
Typo3 erzeugt trotz Caching jedesmal einige Datenbank Anfragen<br />
* früher fl_staticfilecache<br />
** Problem -> kein idealer Code (x-classes, looping constructions), muß von Hand angestoßen werden, Modul<br />
** Gut -> über mod_rewrite um zu entscheiden ob statisch oder dynamisch (kein php, schnell)<br />
<br />
* wir müssen Cache Headers senden -> deshalb berauchen wir Seiten in Filesystem ?<br />
Wir müssen Headers senden.<br />
<br />
Rewrite Conditions:<br />
<br />
== Browser Cache ==<br />
Typo3 den Browser mittels Header Information anweisen die Seite zu Cachen. <br />
config.sendCacheHeaders = 1<br />
<br />
Die Cache Headers werden von Typo3 gesendet, wenn bestimmte Bedingungen erfüllt sind:<br />
<br />
ToDo...<br />
<br />
== Server und Datenbank optimieren ==<br />
http://wiki.typo3.org/index.php/Performance_tuning#Webserver_proxy_caching_or_static_file_caching<br />
<br />
== <br />
<br />
== Typo3 - Welche Datenbanktabellen können gelöscht werden ? ==<br />
(aus dem Forum...)<br />
<br />
The answer more or less confirmed what I had listed myself in the german <br />
list. Thread in german list has the following Subject<br />
<br />
*[Typo3-german] Restore: ueberfluessige/unwichtige Tabellen*<br />
<br />
Nice tip also to get around timeout when restoring database via <br />
PhpMyAdmin. --> *More Infos: * http://www.ozerov.de/bigdump<br />
<br />
*So you don't have to look (here the german answer):*<br />
Alle Tabellen mit *cache_** kannst du ignorieren (solange die Tabellen <br />
an sich auf Maschine B vorhanden sind.<br />
*Sys_log *ist das Interne Logging von Typo3.<br />
Zum Aufspüren von fehlern ganz praktisch - deine Entscheidung, ob du das <br />
mitnehmen willst.<br />
*Sys_history *ist die Änderungs-Verlauf der Objekte in Typo3 - auch hier <br />
wieder deine Entscheidung<br />
*Sys_stat *ist der übliche Killer.<br />
die Ext lohnt sich meiner Meinung nach nur dann, wenn man keinen Zugriff <br />
auf Webserver Logs hat. Oder der Kunde einfache Statistiken direkt im BE <br />
sehen möchte.<br />
Hierzu kann ich nur empfehlen, einmal pro Monat einen CRON Job laufen zu <br />
lassen (oder von Hand) der alle Datensätze exportiert, die älter als 2 <br />
Monate sind (mit mysqldump --where) und danach die exportierten Daten zu <br />
löschen.<br />
sys_stat wächst schnell auf zig Millionen Records an und lähmt damit die <br />
DB.<br />
Wir hatten vor 3 Wochen den Fall, dass sys_stat so groß war, dass wir es <br />
nicht mehr selected konnten, noch exportieren oder gar löschen.<br />
Blieb also nur der Weg "DB runterfahren, Datendatei löschen, DB hochfahren"</div>91.47.47.82