[zefix]

Bringt das Cachen eigentlich wirklich so viel? Ich hatte mal den Vorläufer von Tim im Einsatz, das hat nicht wirklich was bewirkt.

[mstuebner]

Zitat von zefix

Bringt das Cachen eigentlich wirklich so viel? Ich hatte mal den Vorläufer von Tim im Einsatz, das hat nicht wirklich was bewirkt.

Du siehst doch die Messergebnisse. Ist das nicht Antwort genug?

[mstuebner]

Zitat von mic_jan

Die unschönen Urls habe ich bei mir nicht.

Kannst Du mal eine URL geben auf der Du den filecache einsetzt?

[zefix]

Zitat von mstuebner

Du siehst doch die Messergebnisse. Ist das nicht Antwort genug?

Wo sind da denn Messergebnisse?

[mic_jan]

Zitat von mstuebner

Kannst Du mal eine URL geben auf der Du den filecache einsetzt?

Gerne doch:
Kochrezepte / kostenlose Rezepte: Jungekueche

Gruss,

Michael

[mic_jan]

Zitat von zefix

Bringt das Cachen eigentlich wirklich so viel? Ich hatte mal den Vorläufer von Tim im Einsatz, das hat nicht wirklich was bewirkt.

Die Frage ist, was es bewirken soll. Also bei einem normalschnellen Server werden die Seiten dadurch nicht unbedingt schneller ausgeliefert.
Aber es werden mehr parallele Abrufe ermöglicht.

Das bedeutet bei einer Seite mit 1.000 Besuchern pro Tag bringt es wahrscheinlich nicht viel, aber bei 1.000/ h oder 1.000/min macht es dann den Unterschied.

Und dabei hilft die Extension natürlich extrem.

Gruss,

Michael
P.s.: Dafür müssen natürlich die obigen Tipps auch beachtet werden, denn wenn die Seite nicht cache-bare Elemente beinhaltet, ändert sich natürlich nichts.

[mic_jan]

So, hier noch ein paar Tipps bzw. Hinweise auf Fallstricke bei der Installation.

Im Gegensatz zur Doku bedeutet ein

<!-- cached statically on: 17-07-07 13:08 -->

nicht, dass das Caching funktioniert, sondern nur, dass die Seiten von der Extension auf dem Server abgespeichert werden. Denn beim ersten Aufruf nach dem Cache löschen wird das in die Seite geschrieben. Erst nach dem Test mit Cookie-freien Browsern, kann man sagen, ob die Dateien auch statisch ausgeliefert werden. (Ich nutze dafür ganz gerne den W3C-Validator mit Sourcecodeansicht ;-)

Das in der htaccess angegebene "DOCUMENT_ROOT" funktioniert nicht auf allen Servern (wichtig für alle Freunde bei df), da muss man dann in die htaccess den absoluten Pfad eintragen.

Noch was zur htaccess:
Nutzung von Realurl bedeutet die Version ohne Endung "*.html"
Wer bei Realurl Endungen benutzt nimmt die Version für SimulateStaticDocuments. Ansonsten wird der statische Cache nicht ausgeliefert.

Um die Funktionalität zu überprüfen kann man eine awstats-Extension einsetzen. Denn Awstats zeichnet nur die Zugriffe auf die Datenbank auf. Und da sollte dann in der Statistik jede Seite nur einen Aufruf erhalten (es sei denn, man ist eingeloggt oder hat FE-User ;-) Aber beim groben kann es schon helfen.

So, falls mir noch mehr einfällt, sage ich Bescheid.

Gruss,

Michael

[mstuebner]

Zitat von zefix

Wo sind da denn Messergebnisse?

Beitrag #5

[mstuebner]

Zitat von mic_jan

Gerne doch:
Kochrezepte / kostenlose Rezepte: Jungekueche

Und wie sieht die .htaccess dazu aus? Denn wie ich schon schrieb, steht docht in der letzten Rule der Path auf die erzeugten Dateien im typo3temp drin und dieser wird einfach ausgegeben. Wie also kommt es, dass die Dateien die ja auch bei Dir unter typo3temp/tx_ncfile.../... etc liegen dürften mit der "normalen" URL ausgegeben werden?

[mic_jan]

Zitat von mstuebner

Und wie sieht die .htaccess dazu aus? Denn wie ich schon schrieb, steht docht in der letzten Rule der Path auf die erzeugten Dateien im typo3temp drin und dieser wird einfach ausgegeben.

Also mit meinen rudmentären Kenntnissen wird mit der zweiten Zeile der eigentlich Pfad afu den "request_uri" umgebogen:

RewriteCond absoluter_pfad/typo3temp/tx_ncstaticfilecache/%{HTTP_HOST}/%{REQUEST_URI}/index.html -f
RewriteRule .* typo3temp/tx_ncstaticfilecache/%{HTTP_HOST}/%{REQUEST_URI}/index.html [L]

Gruss,

Michael