Typo3 - Performance optimieren - Versionsgeschichte

37.49.32.84: /* HTML Kommentare */

2017-10-19T07:31:12Z

HTML Kommentare

37.49.32.84: /* Maßnahmen bei eigenen Servern */

2017-10-19T07:27:49Z

Maßnahmen bei eigenen Servern

37.49.32.84: /* Browser Caching */

2017-10-19T07:27:39Z

Browser Caching

37.49.32.84: /* Extensions prüfen */

2017-10-19T07:16:28Z

Extensions prüfen

37.49.32.84: /* Indexed Search */

2017-10-19T07:06:27Z

Indexed Search

37.49.32.84: /* Unbenutzte Extensions entfernen */

2017-10-19T07:06:11Z

Unbenutzte Extensions entfernen

37.49.32.84: /* Datenbank */

2017-10-19T07:04:49Z

Datenbank

37.49.32.84: /* Alles utf-8 ? */

2017-10-19T06:17:30Z

Alles utf-8 ?

37.49.32.84 am 19. Oktober 2017 um 06:14 Uhr

2017-10-19T06:14:45Z

91.47.47.82: /* Static File Cache */

2008-07-23T08:53:01Z

Static File Cache

@@ Zeile 57: / Zeile 57: @@
 tt_content.stdWrap.prefixComment >
 </pre>
 == Objekte die Caching verhindern vermeiden ==

@@ Zeile 109: / Zeile 109: @@
 table_cache       = 256
 key_buffer_size   = 64M
 </pre>

@@ Zeile 67: / Zeile 67: @@
 == Browser Caching ==
-Weiß dieser etwa, dass sich die Seite überhaupt nicht verändert hat, muss er diese nicht extra anfordern und spart somit wertvolle Übertragungszeit. Dafür muss dem Browser aber erst mitgeteilt werden, wie lange die Seite im Cache vorgehalten werden soll. Dafür werden so genannte Cache-Header verwendet, die per HTTP-Header mit jedem Response übertragen werden. Diese schaltet man im TypoScript-Setup wie folgt ein: „config.sendCacheHeaders = 1“.
+Weiß dieser etwa, dass sich die Seite überhaupt nicht verändert hat, muss er diese nicht extra anfordern und spart somit wertvolle Übertragungszeit. Dafür muss dem Browser aber erst mitgeteilt werden, wie lange die Seite im Cache vorgehalten werden soll. Dafür werden so genannte Cache-Header verwendet, die per HTTP-Header mit jedem Response übertragen werden. Diese schaltet man im TypoScript-Setup wie folgt ein:
 == Maßnahmen bei eigenen Servern ==

← Nächstältere Version		Version vom 19. Oktober 2017, 07:16 Uhr
Zeile 47:		Zeile 47:

	Will man den selben (und sogar noch einen viel mächtigeren) Leistungsumfang verwenden, kommt man an „Apache Solr“ [3] nicht mehr vorbei. Wem ein geringerer Leistungsumfang reicht, kann „mnogosearch“ oder „joh_advbesearch“ verwenden.		Will man den selben (und sogar noch einen viel mächtigeren) Leistungsumfang verwenden, kommt man an „Apache Solr“ [3] nicht mehr vorbei. Wem ein geringerer Leistungsumfang reicht, kann „mnogosearch“ oder „joh_advbesearch“ verwenden.
		+
		+	== HTML Kommentare ==
		+	css_styled_content Kommentare entfernen
		+
		+	<pre>
		+	config.disablePrefixComment = 1
		+	lib.stdheader.5.prefixComment >
		+	lib.stdheader.stdWrap.prefixComment >
		+	tt_content.stdWrap.prefixComment >
		+	</pre>
		+
		+	== Objekte die Caching verhindern vermeiden ==
		+	Wann immer es geht, sollte man auf den Einsatz von „TypoScript _INT“-Objekten (also „USER_INT“ und „COA_INT“) verzichten.
		+
		+	== User intelligent verwalten ==
		+	Am Ende möglichst wenige – wirklich unterscheidbare – Benutzergruppen zu erhalten. Denn für jede Benutzergruppen-Kombination wird eine Kopie der Seite im Cache vorgehalten. Das sind bei fünf Benutzergruppen bereits 32 verschiedene Kombinationen (25) und damit eben 32 Einträge in der Cache-Tabelle.
		+	== Conditions ==
		+	Nur dort einsetzen wo man sie braucht. Beispiel den Marker „###DATUM###“ mit dem aktuellen Datum füllen will), so muss man darauf achten, dass die Condition auch wirklich nur auf diese eine Seite anschlägt und nicht etwa noch auf deren Unterseiten
		+
		+	== Browser Caching ==
		+	Weiß dieser etwa, dass sich die Seite überhaupt nicht verändert hat, muss er diese nicht extra anfordern und spart somit wertvolle Übertragungszeit. Dafür muss dem Browser aber erst mitgeteilt werden, wie lange die Seite im Cache vorgehalten werden soll. Dafür werden so genannte Cache-Header verwendet, die per HTTP-Header mit jedem Response übertragen werden. Diese schaltet man im TypoScript-Setup wie folgt ein: „config.sendCacheHeaders = 1“.
		+
		+	== Maßnahmen bei eigenen Servern ==
		+	=== PHP Beschleuniger ===
		+	* PHP Beschleuniger (z.B. eAccelerator)
		+
		+	=== t3p_scalable ===
		+	MySQL-Replikation (in der schreibende und lesende Zugriffe auf die Datenbank getrennt und somit optimiert werden) aufgebaut als auch Memcached verwendet werden. Memcached ist ein unter der BSD-Lizenz veröffentlichter Cache-Server zum allgemeinen Hinterlegen und Abholen von Daten aus dem Arbeitsspeicher. Dieser ist erheblich schneller als ein Zugriff des Caches über die Datenbank oder das File-System.
		+
		+	=== mySQL Tuning ===
		+	Erweiterte Optionen in my.cnf
		+	<pre>
		+	max_connections = 400
		+	#log-bin=mysql-bin
		+	query_cache_limit = 2M
		+	query_cache_size = 64M
		+	query_cache_type = 1
		+	table_cache = 256
		+	key_buffer_size = 64M
		+	</pre>

	== Static File Cache ==		== Static File Cache ==

@@ Zeile 43: / Zeile 43: @@
 Extensions können im Extension-Manager im Bereich „Install Extensions“ gelöscht werden, indem man auf den Namen der Extension klickt, oben aus dem Pulldown-Menü den Eintrag „Backup/Delete“ wählt und anschießend auf den Link „DELETE EXTENSION FROM SERVER“ klickt.
-== Indexed Search ==
+=== Indexed Search ===
 „indexed_search“ hat einen erheblichen Nachteil. Durch die Verwendung der Extensions sinkt die Performance bei steigenden Seitenzahlen nahezu exponentiell.

@@ Zeile 38: / Zeile 38: @@
 Benötigt zlib auf dem Server (ist normalerweise dabei)
-== Unbenutzte Extensions entfernen ==
+== Extensions prüfen ==
 Auch wenn sie nicht verwendet werden benötigen nicht genutzte Extensions wertvolle Rechenzeit. Es müssen Klassen geladen und initialisiert oder statische Templates geladen werden, die man gar nicht benötigt.
 Extensions können im Extension-Manager im Bereich „Install Extensions“ gelöscht werden, indem man auf den Namen der Extension klickt, oben aus dem Pulldown-Menü den Eintrag „Backup/Delete“ wählt und anschießend auf den Link „DELETE EXTENSION FROM SERVER“ klickt.

@@ Zeile 27: / Zeile 27: @@
   [SYS][setDBinit] ='SET NAMES utf8; SET SESSION character_set_server=utf8'; SET CHARACTER_SET utf8;
 Todo check ob SET SESSION character_set_server=utf8'; SET CHARACTER_SET utf8; das gleiche ist es gibt Angaben mit dem einen oder dem anderen
 == Static File Cache ==

@@ Zeile 1: / Zeile 1: @@
 == Performance und Serverlast testen ==
 === einfache Tools ===
-Rootkonsole: uptime (zeigt Serverauslastung an)
+* Rootkonsole: uptime (zeigt Serverauslastung an)
 == Performance Killer Faktoren ==
@@ Zeile 11: / Zeile 18: @@
   $TYPO3_CONF_VARS['FE']['debug'] = '1';
 == Static File Cache ==
 Typo3 erzeugt trotz Caching jedesmal einige Datenbank Anfragen

← Nächstältere Version		Version vom 23. Juli 2008, 08:53 Uhr
Zeile 22:		Zeile 22:
	Rewrite Conditions:		Rewrite Conditions:

		+	== Browser Cache ==
		+	Typo3 den Browser mittels Header Information anweisen die Seite zu Cachen.
		+	config.sendCacheHeaders = 1

		+	Die Cache Headers werden von Typo3 gesendet, wenn bestimmte Bedingungen erfüllt sind:
		+
		+	ToDo...

	== Server und Datenbank optimieren ==		== Server und Datenbank optimieren ==