Главная страница


ru.cgi.perl

 
 - RU.CGI.PERL ------------------------------------------------------------------
 From : Andrey Sapozhnikov                   2:5020/400     01 Apr 2002  16:35:10
 To : Sadretdinova Nelly
 Subject : Re: еще о mod_perl   и оптимизаци  и
 -------------------------------------------------------------------------------- 
 
 Sadretdinova Nelly wrote:
 
 > А возможно ли собрать mod_perl вместе с mod_accel?
 
 Возможно. А смысл? Если данный апач будет "сам себе акселлератор",
 то выигрыша от него станет мало.
 
 > Из чтения документации у меня сложилось впечатление, что mod_accel в 
 > этом случае нужно подключать динамически, а на моем хостинге требуется 
 > апач собирать только статически.
 
 mod_accel можно подключать как угодно. Вопрос в том, что требуется
 держать 2 (два) апача - кэширующий фронденд с mod_accel, и
 бэкенд с mod_perl. Если все подключается динамически, то можно
 обойтись одним исполняемым httpd и двумя конфигами в которых
 и будет прописано кому какие модули загружать. Если нет -
 то будет два разных httpd. Поскольку mod_perl все равно _крайне_
 не рекомендуется полгружать динамически, можно считать второй
 вариант неизбежным.
 
 > В связи с чем вопрос касательно скрипта под mod_perl:
 > Если у меня на одной из страниц есть несколько блоков, которые 
 > обновляются достаточно редко - пару раз в сутки, например, 
 > будет ли правильным использовать такую конструкцию:
 > 
 > BEGIN
 > { Инициализация блоков }
 > 
 > if ( блоки обновились ) { перезагружаем блоки }
 > 
 > где блоки хранятся в базе, а условие "блоки обновились" - некое быстро 
 > и легко проверяемое условие, например, одна запись в базе или 
 > существование некого файла, последние создаются при изменении блоков. 
 
 Вполне возможно, но обычно в блок BEGIN обертывают довольно простые
 конструкции. Я бы сделал так:
 
 BEGIN { дата_модификации = 0; }
 
 if (дата_модификации < дата_в_СУБД) {
      загружаем из СУБД;
      дата_модификации = дата_в_СУБД;
 }
 
 т.е. в BEGIN останется только инициализация, если она вообще необходима.
 Зачастую достаточно:
 
 if (!дата_модификации || дата_модификации < дата_в_СУБД) {
      загружаем из СУБД;
      дата_модификации = дата_в_СУБД;
 }
 > P.S. Мечтаю поставить пива для А.Чуприна и А.Сапожникова от имени всех 
 > чайников ru.cgi.perl :-) 
 
 боюсь, что я слишком далеко от Вас нахожусь :)
 
 Андрей
 --- ifmail v.2.15dev5
  * Origin: Demos online service (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 еще о mod_perl и оптимизации   Sadretdinova Nelly   01 Apr 2002 13:27:36 
 Re: еще о mod_perl и оптимизации   Konstantin Tokar   01 Apr 2002 13:33:48 
 Re: еще о mod_perl и оптимизации   Sadretdinova Nelly   01 Apr 2002 13:42:00 
 Ссылка   Igor Gerdler   01 Apr 2002 14:02:28 
 Re: еще о mod_perl и оптимизации   Konstantin Tokar   01 Apr 2002 15:57:49 
 Ага, теперь ясно   Sadretdinova Nelly   01 Apr 2002 16:06:05 
 Личное мнение   Igor Gerdler   01 Apr 2002 14:18:54 
 Re: еще о mod_perl и оптимизации   Artem Chuprina   01 Apr 2002 16:20:41 
 Re: еще о mod_perl и оптимизации   Sadretdinova Nelly   01 Apr 2002 16:33:03 
 Re: еще о mod_perl и оптимизации   Artem Chuprina   01 Apr 2002 18:30:03 
 Re: еще о mod_perl и оптимизации   Konstantin Tokar   01 Apr 2002 18:25:56 
 Re: еще о mod_perl и оптимизации   Artem Chuprina   01 Apr 2002 18:40:29 
 Re: еще о mod_perl и оптимизации   Igor Sysoev   02 Apr 2002 13:43:22 
 Re: еще о mod_perl и оптимизаци и   Andrey Sapozhnikov   01 Apr 2002 16:35:10 
Архивное /ru.cgi.perl/52848a35ee6d.html, оценка 1 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional