forum_session Cookie dieser Webseite

[Webentwickler (Gast)]

Hi.

Ich wüsste gerne, wie das forum_session Cookie aufgebaut ist, dass diese 
Webseite benutzt. Es scheint irgendwie komprimiert zu sein.
Mit welchen Verfshren?

Ich würde das gerne wissen, um herauszufinden, wie das mir der 
Markierung gelesener Beiträge hier wohl funktioniert.

[Webentwickler (Gast)]

Also ich habe jetzt auf gut Glück mal einen Decoder verwendet, der URL 
und base 64 encoding/decoding kann und bekomme folgenden Strin heraus:

{  I"session_id:EF"%fbaa6b780833760f4a37703db387642cI"_csrf_token;

Mal sehen, ob ich es ncoh besser hinbekomme.

[Webentwickler (Gast)]

{ 
I"session_id:EF"%fbaa6b780833760f4a37703db387642cI"_csrf_token;�FI"1xlIH 
YGGLv/PR+p7vfwYWFT9FfriFx5wINddbuHvyqno=;�FI"guest_name;�FI"Webentwickle 
r;�TI"guest_email;�FI";�T
ÃÜ7ui·Þ§w÷—tÓŸt®ûsÞÞïÎ^{xoœ{

[Webentwickler (Gast)]

Scheint also wohl irgendwie über ein Session-ID / Tokensystem zu 
funktionieren.

Ich bin ja auf der Suche nach einer Methode, soetwas "Gelesen / nicht 
gelesen" bei mir zu realisieren.
Bei Gästen: rein Clientbasiert, damit ich icht so viel Datenmüll auf dem 
Server generiere.
Bei angemeldeten Usern: Serverbasiert.

Jetzt versuche ich mich, inspirierne zu lassen, wie man sowas 
clientseitig umsetzt.

[Webentwickler (Gast)]

Ich habe das Problem, dass mir die möglichen Speicherkapazität eines 
Cookie nicht ausreicht bei meiner Variante.
Ich kann nur ca 180 Markierungen Clientseitig speichern.

Ich habe nur 4 KB Cookie Speicher-Kapazität. Ich speichere die Post-ID 
mit einem abschließenden Semikolon, einfach alle hintereinander. Wenn 
die Post ID im Cookie vorkommt, wird via JAVA Script der Text 
entsprechend manipuliert

[Lukas K. (carrotindustries)]

Webentwickler schrieb:

> Bei Gästen: rein Clientbasiert, damit ich icht so viel Datenmüll auf dem
> Server generiere.

Mach's doch serverbasiert und entsorge ein eine gewisse Zeit nicht 
benutzte Sessions.

Alternativ kannst du in window.name deutlich mehr speichern. Mit DOM 
Storage geht auch einiges.

[Webentwickler (Gast)]

Hier auf der Seite liefs wohl geraume Zeit Serverbasiert, wobei ich 
einen Post in Erinnerung habe, wo der Admin eine Änderung auf ein 
Clientbasiertes System ankündigte.
Daher wollte ich mal schauen, wie es hier gelöst wurde.

Das mit dem window.name und DOM ist eine gute Idee, ich werde mir das 
mal ansehen. Es sollte halt schon eine Browsersession überstehen, denn 
innerhalb einer einzigen Session reichen die 180 Einträge eines Cookie 
auch.

Ich könnte auch versuchen, die Posting ID zu verkürzen, und dadurch mehr 
Enträge zu ermöglichen. Ich müsste auf ein alphanumerisches ID-System 
gehen, statt einen Freitext/Fortlaufende Klartext Nummer zu benutzen.

[Webentwickler (Gast)]

Meine Posting-ID sieht momentan so aus:
"Fortlaufende Nummer-Freitext"

Die fortlaufende Nummer wird einfach hochgezählt als normale 
Dezimalzahl. Bei Freitext kann beispielsweise die Topicüberschrift mit 
bis zu 80 Zeichen drin stehen, das Erstelldatum im php time() Format, 
ein Schlagwort oder sonstwas.
Da bin ich noch unklar in welcher Art und Weise ich das nutze.
Das Freitext-Feld entstand beim Abkupfern von vBulletin, da ist hinter 
der numerischen Posting ID auch noch ein Text.

[Andreas S. (andreas) (Admin)]

Ich verwende DOM Storage für das Merken der gelesenen Beiträgen bei 
nicht angemeldeten Benutzern.