Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
мнение спецов по алгоритму
|
|||
|---|---|---|---|
|
#18+
Добрый день уважаемые коллеги. Есть такая задача, хотел бы с Вами ее обсудить. Дана Главная страничка подписки(на какой то ресурс) и две Попап Странички - ее продолжение. Необходимо собрать "кучу" значений с этих Попап Страничек и записать в БД. Вообщем какие мысли: в БД зделать темповую таблицу с уникальным SessionId и под него писать все необходимые данные, собранные с Попап Страничек. При успешном сборе -удалять запись, а вот при не успешном, хотелось бы узнать -как лутше это зделать. Как я понимаю технологию работы: в WebConfig есть область <sessionstate> в которой указывается время таймаута ссесии, после его истечения на сервере запускается событие Session_Onend() - в котором и можно будет удалить SessionId из темповой таблицы. НО. есть такой вариант. Пользователь зашел на страничку подписки и на каком то шаге "подвис", время ссесии истекло и что? Сервер выдает новый SessionId, но старый при этом балтается у меня в базе? И как же быть? Хотелось бы узнать мнения. Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.08.2005, 13:41 |
|
||
|
мнение спецов по алгоритму
|
|||
|---|---|---|---|
|
#18+
Алгоритм хороший. Если хочется, чтобы пользователь мог продолжить заполнение таблицы даже если отходил пообедать и сессия его закончилась, генерите для каждого пользователя уникальный cookie, задавайте для cookie время жизни до закрытия браузера и используйте его значение вместо SessionId ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.08.2005, 17:51 |
|
||
|
мнение спецов по алгоритму
|
|||
|---|---|---|---|
|
#18+
А старые записи удаляйте ежедневным джобом, если видите, что с момента их добавления прошло больше суток ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.08.2005, 18:03 |
|
||
|
мнение спецов по алгоритму
|
|||
|---|---|---|---|
|
#18+
А может проще - Session_End() идет и убивает по текущему SessionID в таблице запись, и все. Была запись или нет, неважно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.08.2005, 18:36 |
|
||
|
мнение спецов по алгоритму
|
|||
|---|---|---|---|
|
#18+
почему бы не хранить все в одной переменной сессии? в виде графа классов или typed dataset, потом в случае успеха сливать все и сразу одной транзакцией ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.08.2005, 18:38 |
|
||
|
мнение спецов по алгоритму
|
|||
|---|---|---|---|
|
#18+
Я же говорю, что мой способ годится в том случае, когда сессия обрывается, а вы хотите чтобы пользователь тем не менее мог продолжить работу и дозаполнить анкету. Т.е. он пошел пообедать, заполнив две страницы из трех Вернулся, сессия закончилась, но тем не менее он может дозаполнить все и сохранить результаты ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.08.2005, 19:06 |
|
||
|
|
start [/forum/topic.php?fid=18&msg=33242021&tid=1393671]: |
0ms |
get settings: |
5ms |
get forum list: |
8ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
23ms |
get topic data: |
5ms |
get forum data: |
1ms |
get page messages: |
24ms |
get tp. blocked users: |
1ms |
| others: | 205ms |
| total: | 276ms |
| 0 / 0 |
