phpBB.de

Verfasst: **23.05.2004 10:27**

Wie aktiviert man das und bringst es was? bei mir ist da ausser einer .htacces Datei und index.html nix weiter drin.

Verfasst: **23.05.2004 11:31**

Eine Anleitung und Erklärung findest du in der Datei contrib/README.html.

Verfasst: **23.05.2004 13:43**

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

Verfasst: **23.05.2004 17:16**

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

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)
)

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

Verfasst: **23.05.2004 17:51**

Hört sich ja im Prinzip nicht schlecht an, interessant wäre das natürlich schon sobald man richtig viel Traffic hat, aber wenns so einfach ist dann ist es kein Problem das wenn nötig auf die schnelle einzurichten.

Danke für die kurze aber verständliche Vorgehnsweise.

Verfasst: **23.05.2004 19:43**

Beku: Warum ist das bei "viel Traffic" interessant? Der Traffic wird dadurch um null Bytes verringert.

Grüße
Dennis

Verfasst: **29.05.2004 21:14**

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

Verfasst: **30.05.2004 15:09**

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 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.

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

Verfasst: **30.05.2004 20:36**

hallo

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.

da muss ich leider etwas wiedersprechen.

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

Verfasst: **30.05.2004 22:02**

Ich hatte das nur mal gelesen, daß eine MySQL-HEAP-Tabelle schneller sein soll. Wie das natürlich mit eine RamDisk ist weiß ich nicht.

Aber da stimme ich Dir zu, eine RamDisk wird mit Sicherheit schneller sein...

Mein Fehler. Sorry.

Grüße
Dennis

phpBB.de

Cache Ordner

Cache Ordner