Впервые столкнулся с этим.
Есть сайтовая страница, сайтовый юзер заполняет форму и отправляет. Пишут что если он заполняет ее более 30 мин, то при отправке ему возвращается пустая новая форма. (Но я не уверен, что они пользовались реально сайтовой страницей, возможно заходили на нее внутри орга).
так вот, есть ли TImeOut период у сайтового пользователя?
(сейчас буду проверять)
Впервые столкнулся с этим. Есть сайтовая страница, сайтовый юзер заполняет форму и отправляет. Пишут что если он заполняет ее более 30 мин, то при отправке ему возвращается пустая новая форма. (Но я не уверен, что они пользовались реально сайтовой страницей, возможно заходили на нее внутри орга). так вот, есть ли TImeOut период у сайтового пользователя? (сейчас буду проверять)
Сессия валидна 30 мин., как я знаю, на обычных страницах. У сайтовых, мне кажется, такое же поведение.
Сессия валидна 30 мин., как я знаю, на обычных страницах. У сайтовых, мне кажется, такое же поведение.
да, есть такая настройка в Security Controls | Session Settings
но касается ли она сайтовых пользователей?
да, есть такая настройка в Security Controls | Session Settings но касается ли она сайтовых пользователей?
[quote="Den Brown"]да, есть такая настройка в Security Controls | Session Settings но касается ли она сайтовых пользователей?[/quote] https://help.salesforce.com/htviewhelpdoc?id=admin_sessions.htm
я сразу это нашел, нет точного указания что это касается и сайтовый пользователей.
[quote="Gres"]https://help.salesforce.com/htviewhelpdoc?id=admin_sessions.htm[/quote] я сразу это нашел, нет точного указания что это касается и сайтовый пользователей.
[quote="Den Brown"]я сразу это нашел, нет точного указания что это касается и сайтовый пользователей. [/quote] [quote] Время ожидания для пользователей портала составляет от 10 минут до 12 часов, но минимальное значение данного поля равно 15 минутам. [/quote]
ок, думаете
"For Portal users, the timeout is between 10 minutes and 12 hours even though you can only set it as low as 15 minutes."
касается и сайтовый пользователей?
ок, думаете "For Portal users, the timeout is between 10 minutes and 12 hours even though you can only set it as low as 15 minutes." касается и сайтовый пользователей?
[quote="Den Brown"]ок, думаете "For Portal users, the timeout is between 10 minutes and 12 hours even though you can only set it as low as 15 minutes." касается и сайтовый пользователей?[/quote] Далеко не факт, я думаю, самое простое проверить.
сижу... жду...
[quote="Gres"]Далеко не факт, я думаю, самое простое проверить.[/quote] сижу... жду...
[quote="Den Brown"][quote="Gres"]Далеко не факт, я думаю, самое простое проверить.[/quote] сижу... жду...[/quote] По опыту скажу, что наблюдал ситуацию, когда тестировщик специально ждал 30 мин., пока истечет сессия, и это как раз был сайт, правда это было давно, возможно, с того момента что-то изменилось.
тестировщик специально ждал 30 мин.
значит не один я.
ок, при таймауте в орге на 2 часа, после 61 мин ожидания заполненная форма вернулась с контроллера по причине валидации с предзаполненными полями.
завтра буду проверять при более узком таймауте, влияет ли он на сайтового пользователя или нет.
[quote="Gres"]тестировщик специально ждал 30 мин.[/quote] значит не один я. ок, при таймауте в орге на 2 часа, после 61 мин ожидания заполненная форма вернулась с контроллера по причине валидации с предзаполненными полями. завтра буду проверять при более узком таймауте, влияет ли он на сайтового пользователя или нет.
Кстати хорошая тема, сам уже не раз сталкивался с истечением времени сессии.
А кто-нибудь сталкивался с вопросами решения этой проблемы?
Как можно узнать о том что сессия устарела перед отправкой формы или во время, чтобы пользователь не потерял данные?
Я тут обсуждал этот момент со своими коллегами и предложил им такой вариант (пока с учетом того что узнать валидная сессия или нет нельзя):
- пользователь заполняет данные в форме
- сабмитит форму
- мы перехватываем событие и данные из формы сохраняем в web local storage браузера
- далее идет сабмит формы и если все удачно, то удаляем данные из локального хранилища.
- если облом и пользователь в панике пытается открыть страницу с формой заново и в хранилище есть данные, то показывать ему сообщение об этом и предложение восстановить данные.
Что думаете по этому поводу?
Кстати хорошая тема, сам уже не раз сталкивался с истечением времени сессии. А кто-нибудь сталкивался с вопросами решения этой проблемы? Как можно узнать о том что сессия устарела перед отправкой формы или во время, чтобы пользователь не потерял данные? Я тут обсуждал этот момент со своими коллегами и предложил им такой вариант (пока с учетом того что узнать валидная сессия или нет нельзя): - пользователь заполняет данные в форме - сабмитит форму - мы перехватываем событие и данные из формы сохраняем в web local storage браузера - далее идет сабмит формы и если все удачно, то удаляем данные из локального хранилища. - если облом и пользователь в панике пытается открыть страницу с формой заново и в хранилище есть данные, то показывать ему сообщение об этом и предложение восстановить данные. Что думаете по этому поводу?
Как можно узнать о том что сессия устарела перед отправкой формы или во время, чтобы пользователь не потерял данные?
[quote="Dmitry Shnyrev"]Как можно узнать о том что сессия устарела перед отправкой формы или во время, чтобы пользователь не потерял данные?[/quote] Сделать запрос на валидность сессии
А что это за запрос?
Можешь ссылку скинуть или пример?
А что это за запрос? Можешь ссылку скинуть или пример?
А что это за запрос?
Можешь ссылку скинуть или пример?
[quote="Dmitry Shnyrev"]А что это за запрос? Можешь ссылку скинуть или пример?[/quote] Кст, когда ты получаешь id сессии, в ответе есть и время.
у меня сайтовый пользователь может работать при превышении внутри-орговой Session Timeout (как выставленным на 15 мин так с 2 часовым Session Timeout).
вывод: сайтовый пользователь может держать на клиенте форму неустановленно долгое время, которое вероятно не связано с внутри-орговым Session Timeout.
а в прошлый раз клиенты, вероятно, схватили ошибку, так как я в тот момент (когда они ждали) что-то изменил на самой странице
у меня сайтовый пользователь может работать при превышении внутри-орговой Session Timeout (как выставленным на 15 мин так с 2 часовым Session Timeout). вывод: сайтовый пользователь может держать на клиенте форму неустановленно долгое время, которое вероятно не связано с внутри-орговым Session Timeout. а в прошлый раз клиенты, вероятно, схватили ошибку, так как я в тот момент (когда они ждали) что-то изменил на самой странице
а в прошлый раз клиенты, вероятно, схватили ошибку, так как я в тот момент (когда они ждали) что-то изменил на самой странице
[quote="Den Brown"]а в прошлый раз клиенты, вероятно, схватили ошибку, так как я в тот момент (когда они ждали) что-то изменил на самой странице[/quote] А, ну так это самая большая засада. Сидит клиент 10 часов смотрит на форму в носу ковыряется, а тут ты, бац и залил новую версию страницы. Бедный клиент, как ему теперь жить? :D
Как вариант еще можно предложить (вспомнил)
Автосохранение
Хотя этот принцип не особо далеко ушел от моего сохранения данных в local storage браузера, хотя будет стабильнее работать.
Как вариант еще можно предложить (вспомнил) Автосохранение Хотя этот принцип не особо далеко ушел от моего сохранения данных в local storage браузера, хотя будет стабильнее работать.