Как отслеживать и устранять злоупотребления сеансом?
Я почти уверен, что в прошлом были разработчики, которые жестоко злоупотребляли состоянием сеанса нашего бедного друга ASP.NET. Сессия хотела бы помочь отслеживать вещи между запросами, но может только так много! Пожалуйста, помогите мне облегчить его боль, чтобы он мог работать с нами долго и счастливо.
Кто-нибудь знает об инструменте, который может отслеживать размеры сеансов в нескольких сеансах памяти? В настоящее время у нас включена привязка IP-адресов на балансировщике нагрузки, потому что сеансы настолько велики, что люди хотят хранить их в памяти. Я хочу иметь возможность отслеживать как средний размер сеанса, так и отдельные сеансы, какие приложения к ним обращаются и что хранится в сеансе.
Это бессердечное, невнимательное злоупотребление состоянием сеанса должно прекратиться сейчас же. Вместе мы сможем найти ответ.
Ответы 2
Я согласен с тем, что сеансами злоупотребляют. В настоящее время мне неизвестен инструмент для мониторинга размеров сеансов, но я рекомендую пройтись по коду, прежде чем выпускать ваше приложение в массы.
Выполняя пошаговый анализ кода, вы можете легко определить, какой тип информации хранится в сеансе, как она используется, и получить представление об ее размере. (Например, сохранить весь набор данных как переменную сеанса)
Я думаю, вы могли бы реализовать что-то вроде этого пользовательский поставщик сеанса и добавить мониторинг вместо архивирования. Это, конечно, сделало бы объект сеанса больше и медленнее, но могло бы дать вам желаемый мониторинг.
Если вы используете SQL в качестве провайдера сеанса, вы сможете отслеживать его в sqlserver, но, конечно, sql server замедляет обработку сеанса ..