Static File Cache - Typo3 Performance hoch 3

**Spyker** · 30.08.2006, 12:42

Hallo,

ich wollte euch einmal eine neue Extension von mir vorstellen. Ich habe eine Kunden Internetseite zu betreiben die mit 2.5 millionen Seitenaufrufen im Monat ein bischen überfordert war mit Typo3. Deshalb habe ich fl_staticfilecache geschrieben.

Mit dieser Extension kann man sehr einfach bestimmte seiten in dateien ablegen. Beim wieder besuchen der Seite werden dann die dateien geladen. Es gab schon eine änliche Extension. Ich habe das ganze aber nun so gestalltet das typo3 GAR NICHT mehr geladen wird, wenn es eine gecachete Version einer Seite gibt.

Für alle die einen Performanteren Webauftritt haben wollen oder wo Typo3 schon mal überlastet ist, hier der Link:

http://typo3.fruit-lab.de/typo3-exte...filecache.html

Beste Grüße,
Tim

**tom** · 31.08.2006, 05:07

Hört sich super an. Ich habe so was ähnliches vor einem Jahr für eine Seite manuell ausserhalb Typo3 gebastelt (per cronjob mit wget Seiten geholt und auf dem Server abgelegt).
Aber das ist eine unschöne Bastelei ...

Gibt es eine Doku zur Ext.? Bzw. Habt Ihr irgendwo genauer beschrieben wie das läuft?
Wie legt wer fest welche Seite statisch gecached werden?
Wie wird der Cache aktualisiert (jedesmal beim Ändern durch einen Redakteur?)?
Warum benötigt Ihr im Frontend die Anpassung an der index.php?

Kannst Du die URL einer Seite posten, die Ihr mit dieser Ext. betreibt?

Tom

**Spyker** · 31.08.2006, 07:32

Zitat von tom

Hört sich super an. Ich habe so was ähnliches vor einem Jahr für eine Seite manuell ausserhalb Typo3 gebastelt (per cronjob mit wget Seiten geholt und auf dem Server abgelegt).
Aber das ist eine unschöne Bastelei ...

Jop, habe auch schon von solchen Sachen gehört, deshalb habe ich ja die Ext geschrieben.

Zitat von tom

Gibt es eine Doku zur Ext.?

Ja liegt der Extension bei und wurde heute nacht auch von typo3.org gerendert (online)

Zitat von tom

Bzw. Habt Ihr irgendwo genauer beschrieben wie das läuft? Wie legt wer fest welche Seite statisch gecached werden?

Wie es läuft hier ein paar stichpunkte:

- du kannst deiner Seite im Backend einen Harken in den Seiteneigenschaften geben ob sie in den Cache mit einfließt. Zusätzlich gibt es ein Backend Module mit dem man das ganze auch noch komfortabler steuern kann.

Wenn ein Besucher kommt wir ddie Datei angelegt. Die nachfolgenden bekommen immer die statische Datei

Zitat von tom

Wie wird der Cache aktualisiert (jedesmal beim Ändern durch einen Redakteur?)?

Nein noch nicht bei änderungen des Redaktuere, weil ich nicht genau weiß wie ich dieses Event abfangen kann. Vielleicht weißt du ja Rat. Cache kann man derzeit nur über das Backend Module leeren.

Zitat von tom

Warum benötigt Ihr im Frontend die Anpassung an der index.php?

Weil der größte Nachteil an Typo3 ist, das es sich so aufbläht. Das wollte ich verhinden. Durch das Laden der Statischen Seiten vor TYPO3 sind diese genauso schnell beim Client wie eine Statische Seite.

Zitat von tom

Kannst Du die URL einer Seite posten, die Ihr mit dieser Ext. betreibt?

Haste Per PM gleich

Zitat von tom

Tom

Tim

edit: ein nettes feature ist, das die cache datei nur kommt wenn weder GET noch POST Vars übergeben werden. Deswegen auch REALURL am besten (Simulate Static documents nicht getestet). Dadurch kann man z.B. auch einfach das Kontakt forumlar cachen, weil wenn es abgeschickt wird (auch auf die selbe Seite) werden Parameter übergeben und der Skript läßt die anfrage zu Typo3 durch.

**tom** · 31.08.2006, 20:28

Hallo,
herzlichen Dank für die Antwort und die PM.

Zitat von Spyker

Ja liegt der Extension bei und wurde heute nacht auch von typo3.org gerendert (online)

Werde ich mir demnächst mal anschauen (bin gerade recht im Streß)

Wie es läuft hier ein paar stichpunkte:

- du kannst deiner Seite im Backend einen Harken in den Seiteneigenschaften geben ob sie in den Cache mit einfließt. Zusätzlich gibt es ein Backend Module mit dem man das ganze auch noch komfortabler steuern kann.

Wenn ein Besucher kommt wir ddie Datei angelegt. Die nachfolgenden bekommen immer die statische Datei

Genau dafür hab ich bei mir eben einen cronjob laufen, der über wget alle Seiten aufruft und so den Cache erzeugt.

Nein noch nicht bei änderungen des Redaktuere, weil ich nicht genau weiß wie ich dieses Event abfangen kann. Vielleicht weißt du ja Rat. Cache kann man derzeit nur über das Backend Module leeren.

Das ist schade - ich weiss aber leider auch (noch) keine Antwort. Was für Auswirkungen hat das wenn nun ein Redakteur eine Seite ändert, die gecached wurde - bekommt der nächste Webseitenbesucher dann immer noch die alte Seite angezeigt ?
Kann der Redakteur den Cache für eine Seite löschen und wenn ja wie ?

Weil der größte Nachteil an Typo3 ist, das es sich so aufbläht. Das wollte ich verhinden. Durch das Laden der Statischen Seiten vor TYPO3 sind diese genauso schnell beim Client wie eine Statische Seite.

Klar das versteh ich, wenn aber die Links schon auf .html lauten und die Seiten im Dateisystem liegen kommt die Anfrage doch gar nicht per bei der index.php vorbei - oder ?
Und selbst die Startseite liesse sich evtl. durch eine von T3 erzeugte statische index.html-Seite vor die index.php schieben.

Oder hab ich jetzt einen Denkfehler ?
Hier mal eine .htaccess:

Code:

RewriteEngine On
RewriteRule ^typo3$ - [L]
RewriteRule ^typo3/.*$ - [L]

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule .* index.php

Haste Per PM gleich

Vielen Dank sieht super aus - ich bastel meist an kleineren Seiten (zumindest in meiner Freizeit - im Berufsleben setz ich ein anderes CMS ein ...)

edit: ein nettes feature ist, das die cache datei nur kommt wenn weder GET noch POST Vars übergeben werden. Deswegen auch REALURL am besten (Simulate Static documents nicht getestet). Dadurch kann man z.B. auch einfach das Kontakt forumlar cachen, weil wenn es abgeschickt wird (auch auf die selbe Seite) werden Parameter übergeben und der Skript läßt die anfrage zu Typo3 durch.

Das ist z.B. ein Problem, dass ich nur über mein Skript (dass vom cronjob angestossen wurde) manuell hinbekommen habe ...

Vielen Dank und bin gespannt, mir das Teil genauer anzuschauen.

Tom

**Spyker** · 31.08.2006, 21:00

Hi,

Zitat von tom

Werde ich mir demnächst mal anschauen (bin gerade recht im Streß)

Das ist gut ... Suche noch Feedback und Ideen für weitere Features.

Zitat von tom

Genau dafür hab ich bei mir eben einen cronjob laufen, der über wget alle Seiten aufruft und so den Cache erzeugt.

Ich glaube das ist die Extension Comfortabler :-)

Zitat von tom

Das ist schade - ich weiss aber leider auch (noch) keine Antwort. Was für Auswirkungen hat das wenn nun ein Redakteur eine Seite ändert, die gecached wurde - bekommt der nächste Webseitenbesucher dann immer noch die alte Seite angezeigt ?Kann der Redakteur den Cache für eine Seite löschen und wenn ja wie ?

Der Benutzer bekommt so lange die Seite, bis der Cache der Seite gelöscht wird. Im Backend gibt es ein Extra Modul in dem Man sieht was gecached wird und von was es einen Cache gibt (hier kann man als Editor auch löschen)

Zitat von tom

Klar das versteh ich, wenn aber die Links schon auf .html lauten und die Seiten im Dateisystem liegen kommt die Anfrage doch gar nicht per bei der index.php vorbei - oder ?
Und selbst die Startseite liesse sich evtl. durch eine von T3 erzeugte statische index.html-Seite vor die index.php schieben.

Die Dateien werden nicht im Root dir gespeichert und auch nicht direkt aufgerufen. Deshalb ja die kleine Änderung an der index.php. Hier wird kurz geprüft ob Parameter übergeben wurden (GET oder POST). Wenn nicht, dann wird nach der Cachedatei geguckt. Wenn diese da ist wird diese zurückgegeben wenn nicht, dann geht die Anfrage ganz normal weiter an T3.

Zitat von tom

Hier mal eine .htaccess:

Bleibt alles beim alten in der htaccess.

Zitat von tom

Vielen Dank und bin gespannt, mir das Teil genauer anzuschauen.

Bin gespannt auf weiters Feedback ... Fragen beantworte ich natürlich auch gerne :-)

Zitat von tom

Tom

Tim

**Spyker** · 17.09.2006, 11:45

Weiter gehts...

der Core Hack ist raus. Und die Extension ist noch schneller:

Hier ein News eintrag indem auch ein link zu einem Benchmark zu finden ist.
Static File Cache - Next Generation: typo3.fruit-lab.de

PS: Fragen und Probleme werde ich gerne beantworten/lösen.

Beste Grüße,
Tim

**i_tobi** · 17.09.2006, 15:45

Danke!
ich werds mal testen!

**zefix** · 07.05.2007, 13:41

Hi,

geht die Extension auch für die lz_gallery?
Habe gerade das Problem, dass mir eine TYPO3 Installation den kompletten Server in die Knie schickt und zwar erst seitdem ich eine lz_gallery mit knappen 200 Bildern angelegt habe (und natürlich sind auch sau viele Besucher auf der Seite aktuell).

**Spyker** · 07.05.2007, 14:14

klar...

solange du mit RealURL alle Parameter weg bekommst damit die Seite "statisch" werden kann.

**zefix** · 07.05.2007, 14:19

Hi,

das habe ich bis auf die Dropdownbox, die kann ich aber aus dme Template nehmen.
Ich teste das später mal und dann werden wir sehen, wie sich der Server daraufhin macht ;)