пробегаллоТак я смогу аппроксимируя доказать что .Net (ровно как и что угодно) - говно, зло и полный отстой.
Смотря в каком контексте обсуждать. В некоторых случаях .NET гавно, например, в случае разработки видео драйвера.
Поэтому ярлыки имеют место быть, нужно просто понимать, где их надо применять. В случае прикладной логики сессия - зло. Почему так - я привел соотвествующие выводы и пруфы от MS. Что еще?

hVosttМСУ, разумеется сессию можно использовать для логики. например, пошаговые визарды для анонимов, состояние которых можно сохранять в сессии.
Садись, двойка. При таком подходе твой сайт атакой положить на бок - как два пальца об асфальт. Да здравствует Out of memory Бегом марш читать про Profile_OnMigrateAnonymous, что это такое, как оно работает и зачем это надо.

hVosttв основном сессия выполняет роль кеширующего механизма для посетителя/пользователя.
Десятый раз повторяю, тебе в прикладном коде ничего кешировать в сессии не надо. Не понятно?

hVosttМСУ, а ну да... аут оф мемори может случится, если этого не предусмотреть. но, если ты не в состоянии этого предусмотреть, то уже ничего тебя не спасёт.
Зачем мне разбрасывать себе же капканы и пытаться от них защищаться? Я похож на идиота?

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

hVosttМСУ, жду примеров (хотяб на пальцах), когда использование сессии — это профит.
по букве гайдов и всевозможных рекомендаций.
Ты чего-то куришь страшное. Использование сессии — это не профит. Ты о чем?

hVosttМСУ, а ну да... аут оф мемори может случится, если этого не предусмотреть
Достаточно того, что сама платформа выделяет сессионный слой под каждого пользователя, о чем написал Серж. Всё. Никаких больше телодвижений с сессией не нужно делать. Для анонимов есть AnonymousID, регистрируй его в базе и сливай всю информацию туда. Когда аноним захочет зарегистрировать, автоматом сольешь его анонимный профиль в боевой профиль. Делов.
Если будешь актвино юзать кукисы, просрёшь статистику. Поэтому выбор зависит от задачи. Но ни в коей мере не сессия.

hVosttМСУ, разумеется сессию можно использовать для логики. например, пошаговые визарды для анонимов, состояние которых можно сохранять в сессии.
И да, как тебе такаяы ситуация. Юзер что-то очень долго набивает в визарде, буквально всё закончил делать и тут ему срочно прибило в туалет. Приходит, садится за комп, а тут сессия протухла. Таких как ты кодеров, hVostt, нужно отсреливать поодиночке в темное время суток

hVosttМСУ, Обжегся я уже на хранении данных ч/з AnonymousID. Без всяких гайдов скажу, это адово решение. Бестолковое, и удивительно баранье.
Ну в твоём же стиле... Майкрософт так не считает, а ты считаешь. А аргументы будут-то или опять побурчим в тряпочку?

hVosttАут оф мемори элементарно решается, хорошо прогнозируется и отлично масштабируется. Не надо пихать под пользователя в память мегабайты данных.
Доссят обычно не тремя пользователями. Чем больше ты работаешь с сессией, тем быстрее тебя положат на бок.

hVosttЕсли же обычные пользователи могут положить сайт при небольшом их количестве — это уже вина кривых рук программиста, а не сессии.
См. выше. Это таки кривые руки кодера.

hVosttПо-твоему сессии непонятно зачем прикручены и зачем нужны. Где твой профит? Профит от неиспользования? МОжет их вовсе отключать на корню? Зачем же такая лишняя напряга сайту? Я тя вообще не понимаю. Где твой мозг опять же? Я все понял про гайды, согласен, они не просто так писались. Но мозг свой включать надо. Ну хоть иногда думать им, а не гайдами.
Я свою точку зрения высказал, более того, я подкрепил её пруфами от архитекторного MS гайда. Этого мало?

hVosttНапример, это может быть тестирование на время .
Тоже глупость. Время тестирования - это бизнес свойство. Сейчас оно 10 минут, а завтра бизнес захочет сделать его 25 минут. Что, будем увеличивать сессию приложения до 25 минут? А послезавтра захотят 1 час установить для тестирования. Не нужно архитектуру смешивать с прикладной логикой. Понимаешь меня?

hVosttСессия, это кеш для пользователя.
Бесспорно. Только он него больше вреда, чем пользы. Есть БД для этого.

hVosttНапример, можно хранить объект пользователя в сессии, и не дергать объект пользователя из базы данных при каждом запросе. Но при утрате сессии, все должно восстанавливаться. В этом смысл — повышение производительности и отзывчивости.
Чушь чистой воды. Таким образом ты переносишь БД в память сервера приложений. А если у тебя кластеризация? Если у заговорил о кешировании в угожду производительности, есть специально для этого предназаченный глобальный Cache.

hVosttМСУЯ свою точку зрения высказал, более того, я подкрепил её пруфами от архитекторного MS гайда. Этого мало?

Точка зрения и пруфы гайдов — не достаточно. Нет дискуссии. Я как будто со справочником имею дело, а не с живым думающим человеком. Кроме того, получается, что своей точки зрения у тебя как нет, так и небыло. Есть только гайды, и это видимо твой предел.

Я помимо справочников, вообще-то, даю ответы и советы. Так что не нужно меня равнять с роботом, ты не прав. Я очень подробно описываю каждый твой вброс.

hVosttдля тебя сервер и его ресурсы — святое ( и гайды )
Да.

hVosttа пользователи/посетители — деревенское быдло, засирающее память и норовящее всеми правдами заддосить ресурс, сломать его.
Нет. Пользователи вообще ничего не должны знать о сессии и прочией внутренней кухне веб сервера. А знать и понимать, каким боком может выйти тот или иной финт - нужно. У тебя пока этого понимания и анализа нет. Ты в упор линейно смотришь на задачу, берешь первую попавшуюся лопату и начинаешь копать. Вот в чем твоя проблема.

hVosttдля меня пользователь, это святое — я все сделаю для того, чтобы ему на сайте было комфортно и удобно
См. выше. Архитектура приложения и удобство для пользователя - это разные вещи. Зачем смешивать это?

hVosttно и максимальной отзывчивости
Поверь мне, отзывчивость из БД (юзер профиль, настройки, параметры) будет не намного хуже, чем если бы ты хранил данные в памяти. Зри в корень.

hVosttэто легкость разработки , сопровождения и обязательное креш-тестирование
Вообще не в кассу. Всё это легко пишется, сопровождается и отлаживается.

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

hVosttчто касается записей для анонимусов в базе данных, месяц работы в таком режиме на одном ресурсе привёл к быстро увеличивающимся десяткам тысяч записей анонимусов. это однозначно плохое решение. оперативная память — не смотря на то, что наиболее ценный серверный ресурс, в тоже время наиболее динамичный, гибкий и быстрый.
Во-первых, знавали мы твои подходы, поэтому не мудрено, что у тебя там что-то плохо работало. Во первых, мертвых анонимов можно смело чистить по шедулеру. Во-вторых, десятки тысяч записей - это копейки. Выборка учетки происходит по индексу, поэтому там скорость вполне приемлемая. Не убедил.
У тебя отличные аргументы, ты там что-то неосилил и нагавнял, следовательно это плохо и не работает. Этопять.

hVosttмой личный опыт показывает, что сессии — отличный инструмент при грамотном его использовании, дающий существенный профит и снижающий нагрузку на БД, ибо БД используется когда надо действительно что-то сохранить, а не как мусоро-отстойник.
Глупости, не подкрепленные аргументами. MS не рекомендует их использовать - это раз. Для задач оптимизации служит Cache и только она. Читай букварь

hVosttа на счет задачи с визард-тестированием... тебе про лонг-пулинг или про веб-сокеты поведать, товарисч?
придумываешь проблемы там, где их нет.
Расскажи, попкорн еще остался. Итак, что такое лонг-пулинг и каким боком тут веб-сокеты?