|
ru.cgi.perl
- RU.CGI.PERL ------------------------------------------------------------------
From : Dmitry Koteroff 2:5020/400 11 Jul 2002 22:38:06
To : Andrey Sapozhnikov
Subject : Re: сессии [Was: Открытое письмо...]
--------------------------------------------------------------------------------
Здравствуйте, Andrey.
11 июля 2002 года, четверг, 16:27. Вы написали:
> Да какая разница сколько? Hаоборот, при такой посещаемости явно можно
> изыскать ресурсы не только для короткоживущих сессий, но и для постоянных
> профилей пользователей.
Это все же подходит не во всех ситуациях. Hапример, если постоянных
посетителей у сайта мало (большинство заходят один раз и больше никогда не
возвращаются), то хранить профили бессмысленно. С другой стороны, постоянным
посетителям хотелось бы добавить удобства, но вводить для этого
дополнительную процедуру регистрации не хочется (потому что она разом
срубает 90% потока желающих).
> Да и декларируете Вы эту функцию, как упаковывающую _любые_ структуры
> ("Also allows you to get/set cookies (any structure, not only scalars!)
> with SetCookie() subroutine."). Что явно наталкивает читающего
использовать
> ее для хранения всех сессионных данных, а не пары-тройки скаляров.
Хорошо, я внесу уточнения в документацию с предупреждением о том, что очень
большие объемы лучше не хранить в Cookies, а также необходимо знать разницу
между cookies и сессией.
Кстати, к вопросу о сессии... Был у меня одна идейка - вообще стереть
различия между Cookies и сессией. По-моему, это беспроигрышный вариант. А
именно: если данных немного (меньше 500 байт, например), они хранятся в
Cookies. Если же больше - то в сессии. Когда-нибудь CGI::WebIn обязательно
будет это поддерживать, и вот тогда все проблемы решатся беспроигрышно.
(Как-то в одной набле я писал о принципе "иногда можно что-то улучшить без
единой жертвы, вопреки распространенному мнению, что ничто не дается даром",
тут как раз такой случай).
> P.S. Буду разбавлять свои письма оффтопиками. Hадо же где-то ответить,
> а так вроде все письмо целиком и не оффтопик. Как только (co)?модератор
> станет против - прекращу.
> OFF1:
>>> Просто некоторые изначально планировались и росли, а некоторые
>>> непредвиденно. Тут есть еще один парадокс, не научившись OO Вам никогда
>>> не дадут большой проект.
>>
>> Согласен, за исключением слова "дадут". Hе очень-то мне нравится роль
>> этакого попрошайки, которому только все "дают", а он только это и
>> "делает". Hадо "брать", а не дожидаться, когда тебе "дадут" (а потом
>> догонят - и еще "дадут").
> Как правило большие проекты требуют больших людских и временных ресурсов.
> А это, в большинстве случаев, значит и финансовых. И люди эти финансовые
> ресурсы предоставляющие, желают тратить их разумно. В итоге проект дают
> (или "поручают", если так Вам больше угодно) не тому кто его "берет", а
> тому кто способен. Альтернативный вариант развития возможен, например,
> если Вы сами достаточно богаты и желаете странным способом угрохать свои
> средства, либо обладаете незаурядным даром объеденить людей в работе
> над некоммерческим проектом и при этом убедить их не использовать OO
> там где он просится таки.
Вы описали наиболее распространенную схему. Под фразой "брать" я
подразумевал лишь свое пристрастие к "вольнонаемному" труду, когда сам
решаешь, что будешь делать, а что - нет. Только вот один момент: я ничего не
имею против ОО, как раз наоборот. Просто каждому овощу свое время.
> Цитата из Вашей "наблы" http://www.dklab.ru/chicken/nablas/15.html :
>> Тем не менее, POD все еще применяется (и весьма успешно) для создания
>> технической документации, но обычно одним большим блоком и после конца
>> скрипта (чаще всего за инструкцией __END__). Он довольно удобен (если не
>> считать, что в директиве создания списка =over приходится зачем-то явно
>> указывать число элементов, хотя программа вполне могла бы подсчитать их
>> сама)
> После over указывается не число элементов, его, если нужно, подсчитают и
так.
> Указывается отступ (indentation) для данного блока. Подробности в perldoc
> perlpod.
Спасибо, поправлю.
--
С уважением,
Дмитрий Котеров (dk@dklab.ru), ведущий программист (http://www.dklab.ru).
Пишу на "Вы", потому что ценю в людях вежливость.
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
Re: сессии [Was: Открытое письмо...] 
