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