On Fri, 14 May 1999, Alex Tutubalin wrote:
> >> А какие есть более пpоизводительные ваpиации на тему динамического
> >> контента ?
> alr> Если данный контент меняется с определенными интервалами - кэширование
> alr> при помощи mod_proxy или squid.
> А кстати, тебе удалось заставить mod_proxy пеpекодиpовать :) ?
От него это, строго говоря, не требовалось. Были проблемы с mod_rewrite,
которых не хотел выполнять ProxyPass на #include virtual. Из-за этого
пришлось вообще отказаться от перекодировки по портам. Хотя _в
принципе_ он должен обрабатывать сабреквесты. Во всяком случае видеть он
их видит. Ну да ладно.
> В пpотивном случае никакого кэшиpования не будет, весь выигpыш будет в
>пеpеносе
Оно, однако, есть. Проверялось. Из общеэмпирических соображений я
предполагаю, что документ в кэше будет обновляться, если очередной реквест
отличается от предыдущего заголовком Accept-Charset. Существует и более
грубое решение - вообще отключить на backend-сервере mod_charset на те
ресурсы, которые отдаются через ProxyPass, а на frontend-сервере задать на
соответствующий ресурс CharsetSourceEnc. И держать весь контент на
backend-сервере в одной кодировке. Технически сие оправдано и несложно.
> медленного тpакта user-server (допустим, у юзеpа модем) на менее
> монстpоидальный сеpвеp без mod_perl
Это, кстати, тоже не маленький выигрыш - 28 K против 100 mbit ;)
>
> Hо в любом случае, кэшиpование не есть ответ на мой вопpос - точно та же
> кэшиpование будет облегчать pаботу любому динамическому контенту вне
> зависимости от того - mod_perl это или ISAPI.
>
Ты имел в виду именно инструментарий создания динамического контента?
Тогда не знаю. Есть mod_python, mod_jserv...
Что касается усовершенствования mod_perl, кто-то пробовал прикрутить к
нему работу с shared memory, но, по-моему, не слишком успешно.
#-- Ilya Obshadko [IDO-RIPN] -------------------------------#
#-- email: ilya@zhurnal.ru, ilya24@chat.ru -----------------#
#-- ICQ UIN: 10704338 --------------------------------------#
=============================================================================
= Apache-Talk@lists.lexa.ru mailing list =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
= Archive avaliable at http://www.lexa.ru/apache-talk =