Проблема временного хранения данных в ASP

21.11.2006, 00:52. **Показов** 1598. **Ответов** 5

Студворк — интернет-сервис помощи студентам

Почитал здесь советы по ASP и возник у меня вопрос к здешним ASP-Гуру: каким образом лучше всего осуществить временное хранение данных в ASP-шке? Например, что-то вроде электронного магазина или любого другого места, где требуется временно сохранить какие-то данные, например, id выбранного товара в магазине (корзина) или favorites, например, в поисковой системе. Понятно, что можно бухать все необходимое в БД и уже брать оттуда, но как сделать, чтобы это было только на сеанс? Казалось бы идеальное место - Session, но что делать, если юзер выберет 100 товаров сразу? Таблица в БД плоха тем, что записи после каждого юзера по окончании сессии надо будет удалять ручками... Хотя можно запихать процедуру создания в global.asa в Session_OnEnd но она не всегда срабатывает...

Какие будут идеи?

@Alexey · 21.11.2006, 01:27

Можно так и делать как ты сказал - использовать Session_OnEnd чтобы удалить существующие заказы для данного юзера.

Кроме того, можно использовать Cookie. Установить время например, на 1 день и Cookie уже устареют при следущем заходе на сайт (на след. день). Но юзер может отменить использование Cookies, т.е. если использовать этот путь, то придется делать это необходимым требованием. Этот вариант, по-моему, предпочтительнее, если данные не сильно большие, например, только идентификатор.

21.11.2006, 05:49

Про Cookie я как-то забыл, но хорошо ли будет, если я захочу хранить в них, например, 30 параметров? Может у кого-то еще есть какие интересные мысли?

@belloff · 21.11.2006, 12:08

Хранение статусной информации в БД плохо в первую очередь тем, что это медленно. А прибрать за ушедшим пользователем - не проблема, даже если он бросил сессию и Session_OnEnd не сработал.

Использовать или не использовать Session зависит в первую очередь от того, какой ты ожидаешь иметь траффик и на какой аппаратуре встречать. Если у тебя 10-20 посетителей в день, то спокойно пихаешь в Session, пусть он хоть 1000 товаров себе в корзину запихает (а что такое 1000 товаров? это 2000 либо 4000 байт целых идентификаторов этих товаров). Ну, а если у тебя постоянно человек 20 пасется, то Session нужно использовать крайне осторожно.

Максимальное количество Cookies, которое ты можешь записать - 20. По 4К каждая. Но это не принципиальная проблема для такого случая. Можно, например впарить в куки целый массив значений через разделитель. Кстати, я совсем не уверен, что можно сделать магазин без использования Cookie, тем более, что для использования Session Cookie тоже нужны.

Сходи к www.learnasp.com/learn

Там у них State Management Features подробно рассмотрены.

21.11.2006, 23:43

А что делать, если у меня 300 посететелей в день например? И каждый будет хранить в сессии свой выбор (пусть не 1000, но 10 к примеру)?

@belloff · 22.11.2006, 09:20

Будет плохо твоему серверу. Я бы в куки писал.

Новые блоги и статьи Все статьи Все блоги /
Изучаю kubernetes lagorue 13.01.2026 А пригодятся-ли мне знания kubernetes в России?	Сукцессия микоризы: основная теория в виде двух уравнений. anaschu 11.01.2026 https:/ / rutube. ru/ video/ 7a537f578d808e67a3c6fd818a44a5c4/	WordPad для Windows 11 Jel 10.01.2026 WordPad для Windows 11 — это приложение, которое восстанавливает классический текстовый редактор WordPad в операционной системе Windows 11. После того как Microsoft исключила WordPad из. . .	Classic Notepad for Windows 11 Jel 10.01.2026 Old Classic Notepad for Windows 11 Приложение для Windows 11, позволяющее пользователям вернуть классическую версию текстового редактора «Блокнот» из Windows 10. Программа предоставляет более. . .
Почему дизайн решает? Neotwalker 09.01.2026 В современном мире, где конкуренция за внимание потребителя достигла пика, дизайн становится мощным инструментом для успеха бренда. Это не просто красивый внешний вид продукта или сайта — это. . .	Модель микоризы: классовый агентный подход 3 anaschu 06.01.2026 aa0a7f55b50dd51c5ec569d2d10c54f6/ O1rJuneU_ls https:/ / vkvideo. ru/ video-115721503_456239114	Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ФедосеевПавел 06.01.2026 Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ВВЕДЕНИЕ Введу сокращения: аналоговый ПИД — ПИД регулятор с управляющим выходом в виде числа в диапазоне от 0% до. . .	Модель микоризы: классовый агентный подход 2 anaschu 06.01.2026 репозиторий https:/ / github. com/ shumilovas/ fungi ветка по-частям. коммит Create переделка под биомассу. txt вход sc, но sm считается внутри мицелия. кстати, обьем тоже должен там считаться. . . .

lexa

	Проблема временного хранения данных в ASP 21.11.2006, 00:52. Показов 1598. Ответов 5 Метки нет (Все метки) Почитал здесь советы по ASP и возник у меня вопрос к здешним ASP-Гуру: каким образом лучше всего осуществить временное хранение данных в ASP-шке? Например, что-то вроде электронного магазина или любого другого места, где требуется временно сохранить какие-то данные, например, id выбранного товара в магазине (корзина) или favorites, например, в поисковой системе. Понятно, что можно бухать все необходимое в БД и уже брать оттуда, но как сделать, чтобы это было только на сеанс? Казалось бы идеальное место - Session, но что делать, если юзер выберет 100 товаров сразу? Таблица в БД плоха тем, что записи после каждого юзера по окончании сессии надо будет удалять ручками... Хотя можно запихать процедуру создания в global.asa в Session_OnEnd но она не всегда срабатывает... Какие будут идеи?

@Alexey 0 / 1 / 3 Регистрация: 27.03.2012
	21.11.2006, 01:27
	Можно так и делать как ты сказал - использовать Session_OnEnd чтобы удалить существующие заказы для данного юзера. Кроме того, можно использовать Cookie. Установить время например, на 1 день и Cookie уже устареют при следущем заходе на сайт (на след. день). Но юзер может отменить использование Cookies, т.е. если использовать этот путь, то придется делать это необходимым требованием. Этот вариант, по-моему, предпочтительнее, если данные не сильно большие, например, только идентификатор. 0

asd
	21.11.2006, 05:49
	Про Cookie я как-то забыл, но хорошо ли будет, если я захочу хранить в них, например, 30 параметров? Может у кого-то еще есть какие интересные мысли?

@belloff 0 / 0 / 0 Регистрация: 21.11.2006 Сообщений: 4
	21.11.2006, 12:08
	Хранение статусной информации в БД плохо в первую очередь тем, что это медленно. А прибрать за ушедшим пользователем - не проблема, даже если он бросил сессию и Session_OnEnd не сработал. Использовать или не использовать Session зависит в первую очередь от того, какой ты ожидаешь иметь траффик и на какой аппаратуре встречать. Если у тебя 10-20 посетителей в день, то спокойно пихаешь в Session, пусть он хоть 1000 товаров себе в корзину запихает (а что такое 1000 товаров? это 2000 либо 4000 байт целых идентификаторов этих товаров). Ну, а если у тебя постоянно человек 20 пасется, то Session нужно использовать крайне осторожно. Максимальное количество Cookies, которое ты можешь записать - 20. По 4К каждая. Но это не принципиальная проблема для такого случая. Можно, например впарить в куки целый массив значений через разделитель. Кстати, я совсем не уверен, что можно сделать магазин без использования Cookie, тем более, что для использования Session Cookie тоже нужны. Сходи к www.learnasp.com/learn Там у них State Management Features подробно рассмотрены. 0

asd
	21.11.2006, 23:43
	А что делать, если у меня 300 посететелей в день например? И каждый будет хранить в сессии свой выбор (пусть не 1000, но 10 к примеру)?

@belloff 0 / 0 / 0 Регистрация: 21.11.2006 Сообщений: 4
	22.11.2006, 09:20
	Будет плохо твоему серверу. Я бы в куки писал. 0