http session Listener

**ghostgambler** · 15.01.2009, 18:25

Sessiondaten in der Datenbank speichern und dann kannst du damit machen was du willst.

**sypr0** · 15.01.2009, 18:31

das ist eine Möglichkeit bei kleinen Anwendungen, aber angenommen ich habe 1000 Besucher pro Minute, dann ist das eine unnötige last für die Datenbankserver, gibt es weitere Möglichkeiten?

---abgesehen davon dass man bei einer solchen Besucherzahl kein php mehr benutzen sollte :-)

**ghostgambler** · 15.01.2009, 18:56

Ich kenne mindestens eine Website mit 4.000 Besuchern pro Minute, die läuft auf (fast) komplett PHP und die Sessions liegen in der Datenbank.

Potentiell wissen die Leute mit Stern hier schon wovon sie reden und was sie empfehlen (auch wenn mir mindestens ein Gegenbeispiel einfällt, aber Ausnahmen bestätigen bekanntlich die Regeln).

Du hast nur die Möglichkeit die Session-Abstraktion zu umgehen und direkt auf den Daten zu operieren - oder einen parallelen Mechanismus zu verwenden.

**combie** · 15.01.2009, 19:12

Ich kenne mindestens eine Website mit 4.000 Besuchern pro Minute, die läuft auf (fast) komplett PHP und die Sessions liegen in der Datenbank.

Weißt du wie das Sessionlocking dort implemetiert ist?

**ghostgambler** · 15.01.2009, 19:24

Original geschrieben von combie
Weißt du wie das Sessionlocking dort implemetiert ist?

Du meinst in dem Fall denke ich, dass parallele Nutzungen einer Session sich nicht gegenseitig behindern?
Das ist bei dieser Website nicht gegeben. An den Daten in der Session wird potentiell wenig geändert, dementsprechend wurde darauf kein Augenmerk gelegt.
Prinzipiell kann das ja eh nur zum Problem werden, wenn man - basierend auf einem Wert in der Session - einen Wert in der Session ändern möchte. Mir fällt da spontan nicht mal ein Beispiel zu ein...

Ansonsten bietet es sich immer an in einschlägigen Blogs zu lesen:
http://www.mysqlperformanceblog.com/...atabase-based/

**combie** · 15.01.2009, 19:40

Das ist bei dieser Website nicht gegeben.

OK!
Bisher konnte ich noch keinen zuverlässigen DB Handler finden/bauen.

Ich habe mir mal die Augen wund gesucht um solche Race Conditions zu entecken. Nur um festzustellen, dass das damalige session.save_path Filesystem kein flock() unterstützt.

**Cologne** · 15.01.2009, 19:44

Wieso sollte denn eine Webseite mit 1000 Besuchern in der Minute nicht mehr in PHP realisiert werden???
PHP ist mächtig und wird immer besser.
PHP ist auch durchaus in der Lage mit einem solchen Besucherstrom zurecht zu kommen.
Die Frage ist wohl eher, ob denn der Programmierer damit zurecht kommt

Mir sind durchaus Communities bekannt, die sogar weit mehr als diese 1000 Besucher in der Minute schaffen, auf PHP-Basis laufen und einen teilweise vor Langeweile gähnenden Datenbankload haben.

Du brauchst die als Beispiel nur mal Facebook ansehen... Kennst du die Dateiendung? *lach*
Memcache sei dank, es geht.

**sypr0** · 15.01.2009, 21:13

naja, php ist ne interpretersprache und damit langsamer als andere sprachen die ich kompilieren kann, daher dacht ich mir das es (möglicherweise) nicht sinnvoll (abhängig von der Art der Anwendung) ist php zu verwenden bei Seiten mit extrem hohem Traffic, zumal ich nicht weiß ob ich eine PHP-Anwendung auf verschiedene Server auslagern kann um die CPU-Last zu verteilen, wenn die Anschaffung von Mehrkernprozessoren nicht mehr ausreicht.

ich werde bei Gelegenheit mal genauer prüfen wie gut die DB mit dem Traffic zurecht kommt, wenn ich die Sessionverwaltung in die DB auslagere.

Potentiell wissen die Leute mit Stern hier schon wovon sie reden und was sie empfehlen

Ich habe deine Empfehlung ernst genommen! Ich betrachte aber alles kritisch :-)

**Cologne** · 15.01.2009, 21:28

Original geschrieben von sypr0
nicht sinnvoll (abhängig von der Art der Anwendung) ist php zu verwenden bei Seiten mit extrem hohem Traffic, zumal ich nicht weiß ob ich eine PHP-Anwendung auf verschiedene Server auslagern kann um die CPU-Last zu verteilen

Du kannst das mit 'm Load-Balancer durchaus bewerkstelligen, ja.
Und das vorhin schon angesprochene Memcache ist ebenfalls Mehrserver-fähig.

**unset** · 15.01.2009, 21:42

Und mit APC bekommst du auch noch einen Opcode-Cache.

**sypr0** · 15.01.2009, 21:56

kewl thx, dann werd ich mich mit der thematik load balancing mal beschäftigen.

OffTopic:

Würdet ihr also sagen, dass PHP als Interpretersprache mittlerweile schon mit Java und seinen Servlets "mithalten" kann unter Betrachtung der Performance, Skalierbarkeit usw...?

**combie** · 15.01.2009, 21:59

Du vergleichst Äpfel mit Birnen!!

**sypr0** · 16.01.2009, 08:31

ich vergleiche 2 web frameworks

**unset** · 16.01.2009, 09:13

Ne, du vergleichst zwei Programmiersprachen.

http session Listener