- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
public List<ReducedPayer> red_pay_list
{
get
{
if (Session["red_pay_list"] == null)
Session["red_pay_list"] = new List<ReducedPayer>();
return (List<ReducedPayer>)Session["red_pay_list"];
}
set { Session["red_pay_list"] = value; }
}
Follow us!
Нет, уже позвольте)
http://govnokod.ru/8103#comment111949
^_^
страшная история одного Payer, который не хотел pay, за это его внесли в страшный red_pay_list и сделали из него Reduced в лесу.
действительно страшная история
реку...рисайклд.
он ещё сам не понял
> храниться
Ебаный стыд!
такое нубы пишут
но если он "програмит" 3 года и еще других жизни кодерской учит, то это нужно озвучить
а теперь вопрос: позволительно ли мне учить других жизни кодерской?
по поводу джавы просто процитирую фразу автора кода:
"та что там джава! как делфи, шарп. Те же яица, только в профиль!"
если программист чего-то не знает, то он прочитает книжку, залезет в ман или референс, а если вопрос нестандартный - пойдет искать хелпа по форумам
"спросит" - спросит хелп (гугл, книжку, команду)
а вот если сначала книжку, потом ман, а потом уже гугл и форумы (причем в режиме рид-онли), тогда да.
А уж после факи, книжку, форум...ну и сюдой можно заглянуть.
чтобы посмотреть, как делать не надо?
жизненный опыт - знания о том, что не нужно делать в ситуациях, которые никогда не повторятся
>жизненный опыт
В некоторых случая «знания о том что не надо делать» помогают упредить ситуации в которые не следует попадать.
хорошо, если есть статья "quick start" с хелловорлдом и базовыми понятиями, а так, обычно это всего API Reference в стиле javadoc
>если кодер чего то не знает...
он во-первых кодер, а уж потом «чего-то не знает».
неа, скорее, это вакцина "как не надо делать", нубам только во вред
Если эта хрень в базовом классе хранится, а в дочернем уже можно обращаться к проперти, а не к сессии.
Кстати, а что теперь в asp.net вместо сессии появилось?
2. несколько веб-серверов. как работать? только делать еще какие то костыли, только зачем?
3. так делают нубы, которые не знают как передать данные между формами
В веб ферме без state service\SqlServerMode сессия то работать не будет, так же как и в ажурном инстансе.
Если Azure, то они рекомендуют использовать кастомный SessionProvider с хранением в Table Storage\Sql Azure
http://stackoverflow.com/questions/1023108/how-does-microsoft-azure-handle-session-state
Остальные клауды типа Amazon-а просто дают виртуалку\etc, а на ней поднимается веб верма с дефолтными StateService\SqlServerMode
а они рекомендуют, потому что у них нету какого то решения
и вопрос : так где же сессии в Azure?
Я кагбы не доказываю, что нужно использовтаь только сессию в клауде, а говорю о томчто она вполне возможна. Так как некий guest, говорил что клауд не умеет работать с сессией.
Да, в случае с клаудом - использование сессии даёт свои проблемы, и не всегда это целесообразно
а с guest частично можно согласится, так как Azure на поддерживает встроеные сессии. только через кастом. 2 инстанса и ппц. бери и переписывай все
Вместе с Azure AppFabric SDK в комплекте идёт их AppFabricCacheSessionStoreProvider, который умеет работать с сессией через AppFabric Cache - http://msdn.microsoft.com/en-us/gg457897
Azure на поддерживает встроеные сессии вот в чем недостаток. а то что используя костыли можна что то реализовать об этом даже не стоить спорить
По поводу встроенных сессий - я ответил сбоку.
Можно использовать стандартный - теряя смысл клауда, так как на каждом инстансе своя сессия.
Можно взять отдельный инстанс и поднять на нём StateService\Memcache и использовать его для этого
Можно взять AppFabric Cache и юзать его уже готовый сессионный провайдер.
Опять же, я не доказываю что это хорошо, а говорю, что есть разные варианты. А не просто "в Azure сессии нет"
Он поддерживает встроенную сессию, но ведь если сессия InMemory, то теряется смысл клауда, так как нельзя будет расширить кол-во инстансов. А для этого всеравно нужно переписывать, как минимум проверить корректность сериализации для всех объектов в сессии.
2. web farm в смысле или что имеется в виду? Анон верно подметил, что там SqlServerMode рулил, рулит и будет рулить.
Вообще говоря, тут не понятно, что там в этой сессии хранится и какой объем этого красного-хрено-листа. Если класс красно-хрени не состоит чуть более чем полностью из сериализуемых типов, то его на клиенте не особенно похранишь.
ну и если красно-списковая-хрень занимает там 50 мегабайт пер лист, то лучше её держать на серваке, чем перегонять по каналу клиент/сервер.