Server Vergleichs Frage

[easteregg]

iwe gesagt, caching caching und nochmal caching

im falle von nem forum kannst du die komplett thread und forenübersicht für die einzelnen membergruppen zwischenlagern und damit nen performance boost rausholen. und den cacheeintrag killst du erst, wenn nen neues thema erstellt wurde, dann wird die übersicht einmal neu generiert und liegt wieder im cache. damit nimmst du dort schonmal extrem last von den datenbanken weg.

für gäste ist es das selbe, da kannst du sogar nochmehr zwicshenspeichern, da die ja nicht die extra infos sehen, wie zb die letzten updates seit dem letzten besuch. und die gäste sind die größten teile bei großen foren.

das ist dann ne frage der genauen struktur und software, aber wenn man sich da konzeptionelle gedanken drüber macht ist das kein problem. und grade fürs vbulletin gibts mit sicherheit mehr als genug menschen, die sich da im detail schonmal gedanken gemacht haben.

und das schwierigste sind die suchen, aber wenn man da die dbs sauber konfigueriert und die indexe sauber erstellt sollte das auch alles händelbar sein! und wohlgemerkt sprechen wir ja nicht von nem atom prozessor im server

 

[Blutschlumpf]

Das braucht dann aber wieder Anpassungen an die Seiten, Cachen alleine funktioniert halt nicht in jeder Situation bzw. lange nicht mit jeder Software.

Einfaches Beispiel bei mir:
Ich hab noch ein phpbb2 laufen, da wird oben in der Ecke der Username angezeigt mit dem man eingeloggt ist (hier ja übrigens auch). Wie willst du das cachen ? Selbst wenn du alles andere statisch hast muss das script welches checkt welcher User da eingeloggt ist bei jedem Seitenaufruf mindestens einmal laufen (zumal evtl. auch jeder User andere Unterforen sieht, ein Cache kann ja kaum wissen wer was sehen darf).

Anderes Beispiel:
Ich hab stats für CSS-Server laufen, das webinterface macht Schreibzugriffe (sogar beim Ansehen der Seite, total kranke Software), cachen imo nicht möglich.

Und #3: Auf der Hauptseite dazu gibts die Statistiken live, die ändern sich mehrmals pro Sekunde, imo keine Chance das (ohne Einschränkung der Funktion) zu cachen.

 

[easteregg]

man cached nur teile der seite. und na klar muss die software drauf ausgelegt sein!
du kannst zb unabhännig von dem user die struktur der threads und die inhalte cachen. die buttons, was man damit darf, ob löschen, verändern, etc pp, pappst du im php dann rann, das ist kein großer aufwand und für die server auch bei 300r/s noch zu händeln...

2# schlechte software ... da kannste dann auch nichts dran ändern, aber sowas ist ja gar nicht für hochlastseiten relevant. für son fall brauchste dann einfach x server...

#3 live stats kannst du auch super zwischencachen, wenn du die alle 2 sekunden nur aktuallisierst im backend (was immernoch ausreichend live is) kannst du das im hintergrund cachen und bei 300rq/s zb 599mal ausm cache lesen und einmal neu generieren, sehe da kein problem.
und für noch spezieller fälle gibts dann andere technologien abseits von apache und php die eben dementsprechend performanter sind.