Re: [apache-talk] mod_perl "Require" and cache - sucks...

[Alex Tutubalin/Apache-RUS team <arlexa@xxxxxxxxxxxxxxxxxxx>]

On Tue, Nov 03, 1998 at 12:02:33PM +0200, Yuri Kuzmenko wrote:
> 
> > Побороть - в зависимости от того, насколько часто меняются эти required
> > файлы. Если раз в месяц, то проще серверу kill -HUP сказать. Если
> Ну, во время девелопинга они могут меняться раз в минуту...
Во время девелопинга, если речь идет о скриптах, выполняемых из-под
Registry, их можно вообще выполнять как обычные cgi, а не из-под mod_perl
> 
> > чаще, то я бы в них самих сделал бы какой-нибудь микро-handler
> > (произвольной стадии, хоть URL rewrite), который бы возвращал
> > declined. Да, это будет лишний вызов, но сам required file будет
> > проверяться mod_perl'ом.
> Хмм. А можно объяснить несколько более простым языком? ;-Ж
Чтобы скрипт проверялся на свежесть mod_perl'ом, mod_perl должен видеть
его непосредственно, а не через вложенные по 10 раз Require. Если хочется,
чтобы файл проверялся на свежесть каждый раз, то в этот файл со скриптом
проще всего положить какой-то handler (хоть auth) и сообщить апачу, что
этот handler будет браться оттуда. Тогда при обновлении этого файла
будет происходить и его перекомпиляция.
> 
> > > Помогите, pls.
> > > Никак не получается сделать нормальный pl, который был бы общим для всех
> > > файлов (аутентификация, общие sub'ы, header, footer, etc)...
> > Поясни подробнее.
> 
> header (HTML header + start_timer), footer (HTML footer + сколько времени
> было отнято у сервера), доступ к БД (mysql_count, к примеру), разные
> конвертилки дат (mysql_datetime_to_date...) и другие полезные функции,
> общие для всех модулей.

Все-равно я не понимаю. Какие проблемы запихнуть это в какой-нибудь
Apache::LocalTune.pm и использовать это из своих скриптов ?


Alex
=============================================================================
=               Apache-Talk@xxxxxxxxxxxxx mailing list                      =
Mail "unsubscribe apache-talk" to majordomo@xxxxxxxxxxxxx if you want to quit.
=       Archive avaliable at http://www.lexa.ru/apache-talk                 =