|
Anzeige
|
forum_session Cookie dieser Webseite
Gast
#2193080
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.
Gast
#2193090
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.
Gast
#2193109
{
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œ{
Gast
#2193111
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.
Gast
#2193131
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 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.
Gast
#2193156
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.
Gast
#2193184
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. Ich verwende DOM Storage für das Merken der gelesenen Beiträgen bei nicht angemeldeten Benutzern. Antwort schreiben |
Anzeige
|
