Seite 2 von 2

Verfasst: 30.05.2004 22:09
von rabbit
btw, ist diese funktion (also mit dem cache) vergleichbar oder evtl. sogar gleich wie der xtreme style mod? den hab' ich nämlich bei mir laufen, und er nutzt auch den ordner 'cache' und beschleunigt das board doch ziemlich, wie ich finde... :)

Verfasst: 30.05.2004 22:47
von Sven_R
hallo


==> denis : kann vor kommen. :wink:

wenn man, wie ich, professionell an solche systeme rangeht und mehr als 400 clienten
und 20 server am laufen halten will kommt man da schon auf einige wirkungsvolle tricks.

aber die sache ist das ich nicht laufend lust habe neue rechner zu kaufen, sondern meine
rechner optimal auszunutzen.

und die aufrüstung mit hauptspeicher bis an die magische 4GB grenze, beim 2.4´er kernel,
ist alle mal billiger als eine neues dual mothermoard zu kaufen.

der grossteil meiner freizeit und arbeit besteht nur aus testen und kompilieren von wichtigen
server systemen wie webserver, mailserver, mysqlserver, ldapserver, usw.

==> rabbit: sieht so aus

ich werde mich mal damit befassen.

wenn es was bringt sollte man diesen mod auf alle fälle einbauen.

cu

Verfasst: 31.05.2004 03:24
von BeKu
mit mehr traffic meinte ich, der cache bringt mir doch jetzt bei 50-100 user am tag doch garnix oder etwa doch?

Verfasst: 31.05.2004 12:02
von Sven_R
hallo

der cache mod bringt schon einiges.

er entlastet auf alle fälle die db und den webserver.

==> rabbit: hab mal den extrem mod installiert.

läuft echt schnell, er benutzt auch den cache mod, ist aber besser optimiert.

wenn du traffic sparen willst solltest du versuchen mod_gzip zu aktivieren.

wenn du zugriff auf die webserver einstellungen hast solltest du diese auch
gleich optimieren.

cu

Verfasst: 31.05.2004 13:04
von rabbit
hab' leider keinen zugriff auf die server-einstellungen, aber ich wüsste auch echt nicht, was ich da machen sollte, hehe...

freut mich, dass der mod wirklich was bringt, dachte, das wäre evtl. nur meine subjektive wahrnehmung... :)

Verfasst: 31.05.2004 17:41
von Sven_R
hallo

das du keinen zugriff auf die server config hast ist schade macht aber die sache nicht unmöglich.

als erstes solltest du mal raus finden was für einen webserver das system überhaupt hat.

das allseits berühmte phpinfo konstrukt hilft dir da weiter.

du kannst bei apache webservern viel über die .htaccess datei machen.

so wie redirect anweisungen usw.
das mod_gzip modul kannst du in der .htaccess datei starten.

mod_gzip komprimiert alle auszuliefernden daten um einiges, macht aber mit proxies wie
squid probleme, weill dieser einfach keine infos an dem server liefert das er das kann.

eine weitere möglichkeit gesteht darin alle im /cache liegenden dateien per script von php in
html zu wandeln. verbraucht zwar ein bisschen mehr an rechnerleistung ist aber für den
aufwand gerechtfertigt.

ein weiteres script entfernt alle unnötigen leerzeichen und und unsinnige tags die leer
sind, o. ä.

du kannst mit solchen massnahmen natürlich nicht alles rausholen aber immerhin.

wenn du zugriff auf die webserver config hättest, könntest du so was, bei apache zumindest,
alles als module einbinden und die arbeit dem webserver übergeben.

genauso kannst du alle verbindungen optimieren das spart einiges an traffic.

in solchen fällen kann ich nur sagen das man ein bisschen expiriementiren sollte.

cu

Verfasst: 31.05.2004 18:58
von R. U. Serious
Was das template-caching betrifft: Die .tpl-Dateien werden geparst und als .php Dateien gespeichert, macht doch einfach mal eine der gespeicherten Dateien auf aus dem cache-ordner und schaut sie auch an - dann sollte alles klar werden.

Man senkt damit Prozessor-Last, auf die DB hat es keine AUswirkungen, denn die Ergebnisse der DB-Abfragen werden nicht gecached (das geschieht allerdings in der 2.1/2.2).

rabbit hat geschrieben:btw, ist diese funktion (also mit dem cache) vergleichbar oder evtl. sogar gleich wie der xtreme style mod?
Ja, ist es. Der Xtreme-Styles Mod bringt ebenfalls ein Caching-System mit; und das ist sogar schneller als das welches im Contrib-Ordner mitgeliefert wird. Ich kann es also nur empfehlen. (lanzer von Gogaia hatte mal mit ab getestet und ein paar statistiken gepostet).

Die Verbesserung spürt man in der Regel überhaupt nicht als normaler Benutzer, da es sich um zehntel/hundertstel sekunden dreht. Nur wenn der Server an seine Grenzen käme, dann würde sich dieser Unterschied wirklich für einen Enduser bemerkbar machen.

Verfasst: 31.05.2004 21:19
von rabbit
@sven: ähm, ist mod_gzip das gleiche wie gzip aktivieren im acp? :oops:
das ist nämlich bei mir aktiviert... :)

ab wann rechnet sich so eine quasi server-config über htaccess eigentlich? bin z.zt. bei 60 usern, und ca. insges. bei 20 visits/diem (laut last_visit_mod von niels)

denke mal, dass das noch recht wenig ist, oder?

Verfasst: 02.06.2004 18:28
von Sven_R
hallo
rabbit hat geschrieben:@sven: ähm, ist mod_gzip das gleiche wie gzip aktivieren im acp? :oops:
das ist nämlich bei mir aktiviert... :)
ist zwar nicht ganz das gleiche aber es ist ähnlich.

mod_gzip ist eine apache modul was den gesamten datenstrom von
server zum clienten komprimiert und auch, je nach häufigkeit der anfragen
auch zwischenspeichert.

das problem ist aber beim gzip b.z.w. mod_gzip das nicht alle browser/proxies
damit klar kommen.
du kannst also nie sicher ein ob es jeder benutzt.

bei phpbb gzip, kann es bei einer sehr grossen anzahl von
unterschiedlichen foren passieren das einige browser nach
einer kurzen zeit mit der fehlermeldung
das dokument enthält keine daten
abbrechen.
ab wann rechnet sich so eine quasi server-config über htaccess eigentlich?
bin z.zt. bei 60 usern, und ca. insges. bei 20 visits/diem (laut last_visit_mod von niels)
sowas hängt von der hardware und dem server selber ab.

ich bin der meinung das jede entlastung von traffic und system auslastung
immer richtig ist.
man sollte es aber nicht übertreiben.

wichtig ist auch eine ordentliche db, das heist das die db regelmässig
gewartet werden sollte.

cu

Verfasst: 02.06.2004 21:40
von rabbit
ok, danke für die vielen (und guten) antworten! :)

die db wird bei mir vom optimize_database_mod gewartet, hab' ihn als cron einmal täglich laufen.

ich denke mal, mein board ist auch so schon schnell genug und von der optimierung sehe ich mal ab, da ich da noch keinen plan von habe... :roll:
bei 67 db-tabellen (ziemlich gemoddetes board) liegt die generations-zeit bei ca. 0,6sec. (DSL) und 84 SQL queries, ich denke, dass das ok ist... :)

cheers, rabbit