Элементы 1 и 2, по-видимому, регистрируют информацию - то есть нет очевидного требования ссылаться на них, если только вы не хотите сохранить их условия поиска. Так что просто записать это в журнал где-нибудь и забыть об этом?
Я мог бы сохранить это в состоянии просмотра
Я предполагаю, что это вещь asp.net - конечно, это ничего не значит для меня, поэтому я не могу комментировать.
Насколько я понимаю, состояние сеанса может использоваться для хранения такой информации
Да - это будет мой репозиторий для пункта 3.
не приводит ли это также к тому, что та же информация передается пользователю и сохраняется в его файле cookie?
Нет - сессионный cookie - это всего лишь дескриптор данных, хранящихся на стороне сервера в PHP (и всех других встречах с HTTP, которые я встречал).
Это оставляет меня либо с системой хранения только для сервера, либо с решением для кэширования памяти
memcache только для любого использования в качестве подложки для хранения сеанса.
Независимо от того, следует ли вам использовать memcache в качестве субстрата для хранения сеанса ... на одном сервере, здесь не так много преимуществ - хотя NT (IIRC) использует фиксированные размеры кэшей / буферов (тогда как Posix / Unix / Linux будет использовать вся доступная память) Я все еще ожидал бы, что большинство сеансов ввода-вывода будет в памяти, а не на диске, если ваш сайт не перегружен. Настоящее преимущество заключается в том, что вы используете кластер (но в этом сценарии вы можете рассмотреть что-то вроде Кассандры).
IME, сеансы не так уж велики, но если вы хотите хранить неопределенную историю активности в сеансе, то вам следует переполнить данные (или отделить их от) сеанса, чтобы предотвратить их слишком большое большой.
С