|
Обрывание сессии
|
|||
---|---|---|---|
#18+
Здравствуйте. Следующая ситуация: Есть система, которой пользуются пользователи на слабых машинах + узкий канал. Разработка ведется удаленно на apex 4, oracle 11g. Периодически возникает ошибка, что изменения пользователей не сохраняются в базе или сохраняются, но пользователям показывается старая(неактуальная) информация. Все становится ок, после выхода/входа в систему. У меня есть предположение, что обрывается апексовая сессия. Хотелось бы услышать другие версии причины и подсказки где можно почитать что-то о решении указанно проблемы. Understanding Session State Managment мною прочитан. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.12.2010, 17:56 |
|
Обрывание сессии
|
|||
---|---|---|---|
#18+
jiraПериодически возникает ошибка, что изменения пользователей не сохраняются в базе или сохраняются, но пользователям показывается старая(неактуальная) информация. Все становится ок, после выхода/входа в систему. У меня есть предположение, что обрывается апексовая сессия. Не надо предположений. Тем более, что сессия APEX не может оборваться по причине того, что это информация в таблицах и куках пользователя, а не соединение. Может оборваться соединение с БД / промежуточным сервером, но сессия APEX от этого не перестанет существовать. Добавьте протоколирование в код, который обрабатывает изменения, чтобы иметь более полную картину происходящего. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.12.2010, 21:25 |
|
Обрывание сессии
|
|||
---|---|---|---|
#18+
suPPLer, Лог пишется на каждый чих, процесс наполняющий таблицу просто не вызывается через раз. Как говорят пользователи - происходит перезагрузка страницы, но изменения не вносятся. Основная проблема - не получается локализовать ошибку. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.12.2010, 22:19 |
|
Обрывание сессии
|
|||
---|---|---|---|
#18+
jira, в этой ситуации я бы не доверял пользователям в описании процесса, а попробовал бы смоделировать. Возможно, проблема в сети - теряются или слишком задерживаются пакеты. Возможно, проблема между БД и промежуточным сервером (если он есть). Возможно, особо нетерпеливые пользователи жмут F5, срывая обработку страницы. :) Слишком мало данных, слишком много предположений. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2010, 15:46 |
|
Обрывание сессии
|
|||
---|---|---|---|
#18+
jirasuPPLer, Лог пишется на каждый чих, процесс наполняющий таблицу просто не вызывается через раз. Как говорят пользователи - происходит перезагрузка страницы, но изменения не вносятся. Основная проблема - не получается локализовать ошибку. думаю стоит посмотреть в сторону прокси, файерволов юзерей, чтобы у юзерей были влючены куки. Если куки нормально пишутся-обновляются - то с сессиями не должно быть проблем. Сессии восстанавливаются только двумя механизмами - идентификатор куки или get строка с идентификатором сессии. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.12.2010, 12:09 |
|
Обрывание сессии
|
|||
---|---|---|---|
#18+
jiraПериодически возникает ошибка, что изменения пользователей не сохраняются в базе или сохраняются, но пользователям показывается старая(неактуальная) информация. Все становится ок, после выхода/входа в систему. Как ещё один из вариантов, со скрипом подходящий под это описание: заканчивается время действия сессии APEX, а пользователи жмут "Назад" в браузере. Можете попробовать изменить его для Вашего приложения в Shared Components->Security Attributes->Session Timeout. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.12.2010, 14:43 |
|
|
start [/forum/topic.php?fid=50&tid=1876695]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
71ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
36ms |
get tp. blocked users: |
1ms |
others: | 269ms |
total: | 420ms |
0 / 0 |