wo werden zu lange Cookies abgeschnitten?

[Philipp Hasenfratz]

Halihallo Sönke

Ich würde raten diese serverseitig zu speichern.
Auch nicht immer glücklich. Man hat zwar die Daten unter Kontrolle, dafür sammeln sich aber mit der Zeit haufenweise Karteileichen an. Bei Cookienutzung muß man sich darum nicht kümmern.

Ja.

Andernfalls, speichere sie in zeitlich
aufsteigender Reihenfolge im Cookie und lösche ggf. alle Bytes nach dem 4096-ten.
Wenn er sie zeitlich aufsteigend speichert, verliert er die neuesten Beiträge am Ende. Also zeitlich absteigend, die neuesten zuerst, speichern.

*grrr* ;)

Last but not least (und natürlich durchaus ein Argument für serverseitige Speicherung): 4k können bei der angedachten Nutzung sehr schnell sehr voll sein. Der Bereich lässt sich effektiver nutzen, wenn man statt einfachem Dezimaltext (mit den Zeichen 0 bis 9) die Basis erweitert und das komplette Alphabet hinzunimmt.
Die Problematik sollte bekannt sein: Die binäre Darstellung mit dem Ziffernvorrat 0 und 1 ist um ein Vielfaches länger als die Dezimal- oder Hexadezimaldarstellung: Binär 11111111 entspricht Dezimal 255 entsprich Hex FF - derselbe Wert, aber fünf bzw. sechs Zeichen weniger, je nach Basis 2, 10 oder 16. Mit dem Alphabet kann man die Basis auf 62 (Ziffern 0-9 plus 26 Buchstaben in groß und klein) erweitern und spart noch ein wenig Platz.

Äm, Sönke, würdest du nicht lieber einfach zwei Cookies senden wollen?
Pro Domain 30 Cookies, 4096 Bytes/Cookie, macht 120kb, hm, schon akzeptabel. Aber Achtung

• um dir gleich das Gegenargument vornwegzunehmen - bei mehr als 300 Cookies _könnten_
  insgesamt wird der jeweils am längsten nicht gebrauchte verschreddert, sprich: Es könnte
  den Cookie Nr. 17/30 treffen, der eine beträchtliche Lücke in die 120kb Daten frisst.
  Dieses Vorgehen ist IMHO nicht zu empfehlen.

Viele Grüsse

Philipp