О какой эмуляции идёт речь?

egr 27.11.2003 10:06

Вы приводите какие-то загогулины и делаете какой-то странный вывод не объясняя обстоятельно, что к чему.

Зачем запихивать в cookie структуры данных непонятно и делить неделимое там, где это совсем ненужно. Если проводить аналогию с БД это нарушение 1-й нормальной формы, которое приводит к запутанному, избыточному и неочевидному коду, и далее приведёт к кошмару в сопровождении (есть опыт).

А вообще - если встаёт такой вопрос, то что-то не так в постановке задачи и реализации.

Кроме того, вдруг кому-нибудь взбредёт в голову запихать туда очень большую и сложную структуру, которая вылазит за пределы 4-х кило, тогда можно напороться на подобное:

RFC 2109 http://www.cis.ohio-state.edu/cgi-bin/rfc/rfc2109.html

6.3 Implementation Limits

Practical user agent implementations have limits on the number and size of cookies that they can store. In general, user agents' cookie support should have no fixed limits. They should strive to store as many frequently-used cookies as possible. Furthermore, general-use user agents should provide each of the following minimum capabilities individually, although not necessarily simultaneously:

* at least 300 cookies

* at least 4096 bytes per cookie (as measured by the size of the
characters that comprise the cookie non-terminal in the syntax
description of the Set-Cookie header)

* at least 20 cookies per unique host or domain name

User agents created for specific purposes or for limited-capacity devices should provide at least 20 cookies of 4096 bytes, to ensure that the user can interact with a session-based origin server.

The information in a Set-Cookie response header must be retained in its entirety. If for some reason there is inadequate space to store the cookie, it must be discarded, not truncated.

Applications should use as few and as small cookies as possible, and they should cope gracefully with the loss of a cookie.

---