Я использую Spring framework, apache, tomcat , а страницу входа обрабатывается с весной security , и у меня есть проблема , что каждый первый запрос на страницу входа в систему генерирует новый сеанс для пользователя, я знаю, что это по умолчанию, когда вы обращаетесь к странице входа в систему, для вас создается новый сеанс, то что, если большая загрузка сделана на странице входа в систему, слишком много пользователей просто просматривают страницу входа без каких-либо действий, поэтому слишком много неиспользуемых сеансов создаются здесь. Что вы, ребята, думаете только о проблеме, я знаю, что это редко, но может случиться, как с этим бороться?Слишком много сеансов создается при доступе к странице входа?
3
A
ответ
2
не думаю это редкий. Одно возможное растворение может заключаться в том, чтобы установить минимальный тайм-аут сеанса. Например, 5 минут. Кроме того, вы можете написать фильтр, чтобы увеличить тайм-аут сеанса, если сеанс уже существует для пользователя. Таким образом, у обычного пользователя будет тайм-аут сеанса продолжительностью 30 минут, и пользователи только на одной стороне имеют тайм-аут в 5 минут.
Вот фильтр, дозировать прием:
public void doFilter(ServletRequest request, ServletResponse response,
FilterChain chain) throws IOException, ServletException {
HttpServletRequest httpRequest = (HttpServletRequest)request;
// The false is important, otherwise a new session will be created.
HttpSession session = httpRequest.getSession(false);
if (session == null) {
chain.doFilter(request, response);
return;
}
session.setMaxInactiveInterval(30 * 60);
chain.doFilter(request, response);
}
Еще один хороший совет для фильтрации поисковых роботов, как бот Google. «Bot Detection» - хорошее ключевое слово для поиска.
Смежные вопросы
- 1. слишком много сеансов, созданных Spring MVC
- 2. OpenShift: Слишком много активных сеансов
- 3. OpenShift + HAProxy слишком много сеансов
- 4. EWS: Слишком много открытых сеансов/входа в систему - Как закрыть?
- 5. Слишком много сеансов в приложении рельсы
- 6. Слишком много открытых файлов при использовании Memcached для сеансов
- 7. Symfony2.3 PDOHandler слишком много сеансов, созданных по запросу
- 8. Бесконечный цикл при доступе к странице
- 9. Слишком много сеансов в таблице, предотвращающих создание нового сеанса
- 10. Слишком много запросов на странице
- 11. слишком много перенаправления при доступе с мобильного браузера
- 12. Ошибка IE при доступе к странице?
- 13. Использование идентификационного номера при доступе к странице
- 14. Ошибка авторизации при доступе к странице aspx
- 15. Ошибка сегментации при доступе к странице PHP
- 16. Слишком много) при совпадении
- 17. слишком много перенаправлений произошло при попытке открыть страницу входа
- 18. Gmail: слишком много попыток входа в систему
- 19. Слишком много переадресаций с примером сеанса входа
- 20. HTTP 429 Слишком много запросов при доступе к странице Reddit .json только один раз с использованием Java
- 21. Получение urllib2 Разрешение отклонено при доступе к веб-странице https?
- 22. ли новый экземпляр актера создается, когда слишком много сообщений?
- 23. MySQL: Сколько запросов на странице слишком много?
- 24. Слишком много форм на странице - это вопрос
- 25. Слишком много заявлений импорта на домашней странице при инициализации рамки
- 26. угловой: слишком много $ watch на странице
- 27. Как определить, сколько сеансов слишком много для веб-приложения
- 28. Entitymanager, слишком много соединений
- 29. Обновление страниц слишком много
- 30. Слишком много ошибок при открытии
Что делать, если зарегистрированный пользователь уже имеет сеанс, и он простаивает в течение 5 минут, поэтому его сеанс также будет уничтожен? – 2010-11-24 13:05:58