Как лучше всего защитить вводимые пользователем данные (еще не отправленные) от тайм-аута сеанса?

Мне совсем недавно понадобилось искать решения этой проблемы.

Направление, которое выглядело наиболее многообещающим, заключалось в использовании AJAX для периодической проверки того, были ли введены данные, и отправки их на сервер. Если браузеры, работающие в вашей компании, поддерживают AJAX, это одна из возможностей.

Другим возможным решением может быть разделение форм на части, чтобы каждый раздел был достаточно маленьким, чтобы его можно было заполнить и отправить в течение тайм-аута сеанса.

Вы можете время от времени хранить данные в файле cookie, использовать Gears в качестве временного хранилища (если данные сложные или требуют хранилища более 4 КБ) или отправлять временные данные на сервер каждые n секунд с помощью AJAX.

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

Сделайте ваши приложения не имеющими состояния на стороне сервера. Вы можете включить любое состояние, которое необходимо поддерживать, в скрытые поля ввода. Если безопасность важна, вы можете зашифровать данные, прежде чем помещать их в поле.

Пример помещает в вашу форму что-то вроде этого:

<input type = "hidden" name = "user" value = "bob" />
<input type = "hidden" name = "currentRecordId" value = "2345" />
<input type = "hidden" name = "otherStuff" value = "whocares" />

Основное преимущество этого заключается в том, что ваше веб-приложение может делать все, что ему нужно, только с этой страницей. Ему не нужны никакие переменные сеанса, потому что все, что ему нужно, находится на только что полученной странице. Теперь не имеет значения, сколько времени они займут, потому что нет сеанса, срок действия которого истекает.

Второстепенным преимуществом является то, что он снижает нагрузку на ваш сервер, поскольку он не опрашивает ваших пользователей периодически.

Если вы создаете приложение для ограниченного числа пользователей (например, интрасеть компании) и не хотите, чтобы люди продолжали входить в систему весь день или чтобы они теряли свою входную информацию при длительном сидении, вы может держать сеансы открытыми неограниченное время только для людей, чей браузер открыт для вашего веб-сайта, без установки тайм-аута сеанса, чтобы он не истекал. Как только они закроют веб-сайт, сеанс истечет как обычно.

Что вам нужно сделать, так это добавить скрытый iframe где-нибудь на странице. Пусть iframe указывает на простой html-документ, обслуживаемый вашим сервером приложений, в котором есть метатег, который обновляется каждые 29 минут (для сеанса, который истекает через 30 минут). Таким образом, пока у человека открыта ваша веб-страница, его сеанс не истечет. Однако, когда они уйдут с вашего сайта, срок его действия истечет как обычно. Вы получаете неограниченную продолжительность сеанса без недостатка сеансов, которые выходят из-под контроля.

Я успешно развернул это решение в корпоративной среде на предыдущем месте работы. Веб-приложение заменило старое приложение с зеленым экраном, и, например, для них было неприемлемо пойти на обед и истечь срок действия приложения.

Дайте мне знать, если вам понадобится еще пример.

Я бы рекомендовал изучить альтернативу без сохранения состояния (то, что не зависит от атрибутов сеанса) тому, что вы делаете.

Возможно, мы сможем помочь больше, если будем знать, для чего именно вы полагаетесь на сеансы.

Умм ..

Как насчет отображения подсказки пользователю о сессия скоро истечет - сохраните данные (скажем, за 5 минут до этого), чтобы он мог сохранить данные. Таким образом, они знают, что им нужно сохранить, и в случае, если срок сеанса действительно истек, это будет сделано позже, если они не ответят.

Это альтернатива в случае, если вы хотите избежать непрерывного пинга на сервер с использованием AJAX.

Не используйте объект сеанса. Как вы сами понимаете, это причина всевозможных проблем с удобством использования.

Это мое золотое правило разработки веб-приложений: не используйте сеанс.

Сказав это, используйте его экономно для вещей, которые просто невозможно сделать иначе.

Я бы вызвал «после проверки Ajax истечения срока действия сеанса» всплывающую форму в модальном окне, в которой пользователь должен снова войти в систему. Это всплывающее окно будет поверх текущей страницы / формы. Так что данные не будут потеряны.

P.N Обновите токен сеанса, если он у U есть ... в скрытом поле.