Cache Ordner
Forumsregeln
phpBB 2.0 hat das Ende seiner Lebenszeit überschritten
phpBB 2.0 wird nicht mehr aktiv unterstützt. Insbesondere werden - auch bei Sicherheitslücken - keine Patches mehr bereitgestellt. Der Einsatz von phpBB 2.0 erfolgt daher auf eigene Gefahr. Wir empfehlen einen Umstieg auf phpBB 3.1, welches aktiv weiterentwickelt wird und für welches regelmäßig Updates zur Verfügung gestellt werden.
phpBB 2.0 hat das Ende seiner Lebenszeit überschritten
phpBB 2.0 wird nicht mehr aktiv unterstützt. Insbesondere werden - auch bei Sicherheitslücken - keine Patches mehr bereitgestellt. Der Einsatz von phpBB 2.0 erfolgt daher auf eigene Gefahr. Wir empfehlen einen Umstieg auf phpBB 3.1, welches aktiv weiterentwickelt wird und für welches regelmäßig Updates zur Verfügung gestellt werden.
Cache Ordner
Wie aktiviert man das und bringst es was? bei mir ist da ausser einer .htacces Datei und index.html nix weiter drin.
Bringen tut es nur was, wenn ständig sehr viele Gäste/Reg.Benutzer bei Dir sind.
Ich habe mir die Cache-Funktion noch nicht genauer angeschaut, aber der einzige Vorteil den ich mir denken kann ist der, daß wenn 10 Gäste (oder auch Reg.Members) nacheinander die selben Seiten anschauen (Also in der Zwischezeit nicht gepostet wurde), dann wird die Seite beim ersten Benutzer erstellt. Das dauert meistens nur so 0.1 Sekunden. Und die anderen neun bekommen dann einfach ne Kopie von der Seite.
Der Vorteil müßte also erst sichtbar werden, wenn so viele Leute auf dem Forum (oder Server, wenn es ein Shared-Server ist) sind, daß die CPU an ihre Leistungsgrenze kommt.
Das ist zum einen so ab 100 Leuten ständig Online der Fall (schätze ich mal so grob) oder wenn man auf einem hoffnungslos überlastetem Server ist (z.B. Tripod, kostenloser Account).
Grüße
Dennis
Ich habe mir die Cache-Funktion noch nicht genauer angeschaut, aber der einzige Vorteil den ich mir denken kann ist der, daß wenn 10 Gäste (oder auch Reg.Members) nacheinander die selben Seiten anschauen (Also in der Zwischezeit nicht gepostet wurde), dann wird die Seite beim ersten Benutzer erstellt. Das dauert meistens nur so 0.1 Sekunden. Und die anderen neun bekommen dann einfach ne Kopie von der Seite.
Der Vorteil müßte also erst sichtbar werden, wenn so viele Leute auf dem Forum (oder Server, wenn es ein Shared-Server ist) sind, daß die CPU an ihre Leistungsgrenze kommt.
Das ist zum einen so ab 100 Leuten ständig Online der Fall (schätze ich mal so grob) oder wenn man auf einem hoffnungslos überlastetem Server ist (z.B. Tripod, kostenloser Account).
Grüße
Dennis
Hallo
hab mich auch schon mal diesem thema befasst.
und die installation ist super einfach.
also
1. erzeuge eine backup von includes/templatees.php
z.b. -->> template.orginal.php
2. gehe in den ordner contrib
wirst du wahrscheinlich aus dem archiv hollen müssen.
3. kopiere die datei template_db_cache.php und/oder die datei template_file_cache.php
nach /includes
4. stelle sicher das der ordner /cache auf chmod 777 steht.
5. wenn du die dateien auf der platte speichern willst das bennene das file
includes/template_file_cache.php nach template.php um
6. wenn du die dateien in einer mysql db speichern willst dann muss du
6.1 in der db von phpbb folgenden code einfügen
6.2 die datei includes/template_db_cache.php nach template.php umbenenen.
anmerkung:
die variante mit dem speichern der dateien in der db ist nicht ratsam, da das die db
nur unnötig aufbläht und den db server stark belastet.
die file_cache variante hat den vorteil das du das verzeichniss /cache auch ohne probleme
auf einen anderen server verlagern kannnst oder auch, sofern man über den server verfügt
auch den file_cache ordner auf eine seperates raid verlegen.
je jach variante kannst du bei boards die stark belastet werden einiges an speed raus holen.
aber man kann phpbb nicht nur auf diese varianten beschleunigen, es gibt
noch ein paar ganz gute tricks. aber da benötigt man schon ein bisschen
wissen über linuxsysteme.
besonders über webserver, mysql server und kompilieren von von quellcode
cu
hab mich auch schon mal diesem thema befasst.
und die installation ist super einfach.
also
1. erzeuge eine backup von includes/templatees.php
z.b. -->> template.orginal.php
2. gehe in den ordner contrib
wirst du wahrscheinlich aus dem archiv hollen müssen.
3. kopiere die datei template_db_cache.php und/oder die datei template_file_cache.php
nach /includes
4. stelle sicher das der ordner /cache auf chmod 777 steht.
5. wenn du die dateien auf der platte speichern willst das bennene das file
includes/template_file_cache.php nach template.php um
6. wenn du die dateien in einer mysql db speichern willst dann muss du
6.1 in der db von phpbb folgenden code einfügen
Code: Alles auswählen
CREATE TABLE phpbb_template_cache (
template_name char(255) NOT NULL default '',
template_handle char(50) NOT NULL default '',
template_cached int(11) NOT NULL default '0',
template_echo tinyint(1) NOT NULL default '1',
template_compile text NOT NULL,
PRIMARY KEY (template_name)
)
anmerkung:
die variante mit dem speichern der dateien in der db ist nicht ratsam, da das die db
nur unnötig aufbläht und den db server stark belastet.
die file_cache variante hat den vorteil das du das verzeichniss /cache auch ohne probleme
auf einen anderen server verlagern kannnst oder auch, sofern man über den server verfügt
auch den file_cache ordner auf eine seperates raid verlegen.
je jach variante kannst du bei boards die stark belastet werden einiges an speed raus holen.
aber man kann phpbb nicht nur auf diese varianten beschleunigen, es gibt
noch ein paar ganz gute tricks. aber da benötigt man schon ein bisschen
wissen über linuxsysteme.
besonders über webserver, mysql server und kompilieren von von quellcode
cu
hallo
Dennis hat da recht
mit dem cache verringerst du den traffic nicht sondern du kannst damit nur
die last von der datenbank und dem server verlagern.
durch den cache mod wird nur erreicht das alle seiten die jemand sieht als
datei auf dem server liegen.
beim erneuten anfordern durch einen browser wird einfach nur diese datei ausgeliefert.
wenn du also viele benutzer die selbe seite aufrufen wird einfach nur die datei geliefert.
der webserver muss also nicht jedes mal die seite neu erzeugen.
wenn du traffic sparen willst gibt es da mehre möglichkeiten
1. verwendung von css
2. verwendung von mod_gzip
3. verwendung von z.b. zend php beschleuniger
4. massives optimieren von webserver einstellungen
5. verwenden von convertern die php in html wandeln und diesen dann
durch scripte optimieren.
nur durch solche massnahmen kannst du wirklich traffic sparen.
cu
Dennis hat da recht
mit dem cache verringerst du den traffic nicht sondern du kannst damit nur
die last von der datenbank und dem server verlagern.
durch den cache mod wird nur erreicht das alle seiten die jemand sieht als
datei auf dem server liegen.
beim erneuten anfordern durch einen browser wird einfach nur diese datei ausgeliefert.
wenn du also viele benutzer die selbe seite aufrufen wird einfach nur die datei geliefert.
der webserver muss also nicht jedes mal die seite neu erzeugen.
wenn du traffic sparen willst gibt es da mehre möglichkeiten
1. verwendung von css
2. verwendung von mod_gzip
3. verwendung von z.b. zend php beschleuniger
4. massives optimieren von webserver einstellungen
5. verwenden von convertern die php in html wandeln und diesen dann
durch scripte optimieren.
nur durch solche massnahmen kannst du wirklich traffic sparen.
cu
Das ist so nicht ganz korrekt. Das Speichern in der Datenbank ist schneller als das Speichern auf der Festplatte. Gerade weil man die Daten auch direkt im Arbeitsspeichers des Computers lassen kann.Sven_R hat geschrieben:die variante mit dem speichern der dateien in der db ist nicht ratsam, da das die db
nur unnötig aufbläht und den db server stark belastet.
Das ganze setzt natürlich voraus, daß der PC nicht hoffnungslos überlastet ist (siehe Tripod Freehosting) - Hier würde das nichts bringen...
Grüße
Dennis
hallo
das speichern in der db wird nur dann schnell wenn es ein reiner db server
ist und keine anderen server darauf laufen. und der db server wirlich absolut
auf die hardware kompiliert wurde.
die auslieferung der daten aus der db ist mit wesentlich mehr verbindungen
behaftet als die auslieferung über den webserver.
ich hab da schon einige erfahrungen mit gemacht, glaub es mir
der unterschied besteht in darin das die auslieferung immer erst üder den
webserver geht und dann in die db. nach sammeln der daten wieder
zurück an den webserver und dann erst zu clienten.
der webserver muss ja die daten erst interpretieren an php liefern,
eine verbindung zur db aufbauen, und dann die daten suchen und
ausliefern.
man benötigt ca 6 bis 8 verbindungen mehr als die auslieferung von der
platte.
die auslieferung von der platte kann mit 2 verbindungen pro prozess laufen.
ausserdem kann man den, ich gehe jetzt mal von apache aus, webserver so
opimieren das er wirklich nur minimale verluste erzeugt.
und bei ausreichend ram, nicht weniger als 1024 MB, kann man sogar mit
einer ramdisk arbeiten.
die ramdisk ist dann um einiges schneller als das suchen in der db.
bei einer mysqldb kann man da nicht all zu viel drehen.
ausserdem glaub ich kaum das ein stark besuchtes board eine noch grössere
db benötigt als unbedingt erforderlich.
und eine komplette db im speicher halten kann auch nicht das wahre,
weill ja nie alle relevaten datenbestände verwendet werden.
lieber sollten alle php dateien optimiert werden und der webserver sollte
auch ordentlich eingestellt werden.
cu
da muss ich leider etwas wiedersprechen.Das Speichern in der Datenbank ist schneller als das Speichern auf
der Festplatte. Gerade weil man die Daten auch direkt im Arbeitsspeichers
des Computers lassen kann.
das speichern in der db wird nur dann schnell wenn es ein reiner db server
ist und keine anderen server darauf laufen. und der db server wirlich absolut
auf die hardware kompiliert wurde.
die auslieferung der daten aus der db ist mit wesentlich mehr verbindungen
behaftet als die auslieferung über den webserver.
ich hab da schon einige erfahrungen mit gemacht, glaub es mir
der unterschied besteht in darin das die auslieferung immer erst üder den
webserver geht und dann in die db. nach sammeln der daten wieder
zurück an den webserver und dann erst zu clienten.
der webserver muss ja die daten erst interpretieren an php liefern,
eine verbindung zur db aufbauen, und dann die daten suchen und
ausliefern.
man benötigt ca 6 bis 8 verbindungen mehr als die auslieferung von der
platte.
die auslieferung von der platte kann mit 2 verbindungen pro prozess laufen.
ausserdem kann man den, ich gehe jetzt mal von apache aus, webserver so
opimieren das er wirklich nur minimale verluste erzeugt.
und bei ausreichend ram, nicht weniger als 1024 MB, kann man sogar mit
einer ramdisk arbeiten.
die ramdisk ist dann um einiges schneller als das suchen in der db.
bei einer mysqldb kann man da nicht all zu viel drehen.
ausserdem glaub ich kaum das ein stark besuchtes board eine noch grössere
db benötigt als unbedingt erforderlich.
und eine komplette db im speicher halten kann auch nicht das wahre,
weill ja nie alle relevaten datenbestände verwendet werden.
lieber sollten alle php dateien optimiert werden und der webserver sollte
auch ordentlich eingestellt werden.
cu
