Есть большое желание разнести статические и динамические страницы по двум разным web-серверам в рамках одного хоста. Причем для динамических страниц должен прорабатывать Apache, формировать страницу, складывать ее на диск, откуда она в последствии будет забрана web-сервером ядра системы. Возможно ли такое (хотябы частично), или это полный бред??? Как вообще соорудить подобную конструкцию?

• Взаимодействие 2-х web серверов,Michael, 23:10 , 20-Мрт-04
  • Взаимодействие 2-х web серверов,zevvs, 09:42 , 21-Мрт-04
    • Взаимодействие 2-х web серверов,Михаил, 12:16 , 21-Мрт-04
    • Взаимодействие 2-х web серверов,solotony, 16:11 , 22-Мрт-04
    • Взаимодействие 2-х web серверов,dev, 21:11 , 22-Мрт-04
• Взаимодействие 2-х web серверов,dev, 12:03 , 21-Мрт-04
• Взаимодействие 2-х web серверов,uldus, 21:56 , 22-Мрт-04

>Есть большое желание разнести статические и динамические страницы по двум разным web-серверам
>в рамках одного хоста. Причем для динамических страниц должен прорабатывать Apache,
>формировать страницу, складывать ее на диск, откуда она в последствии будет
>забрана web-сервером ядра системы. Возможно ли такое (хотябы частично), или это
>полный бред??? Как вообще соорудить подобную конструкцию?

а смысл такого разделения? цель?
и, вообще-то, обычно Апач не занимается генерацией страниц... почему бы не доверить это каким-нибудь скриптам или прогам?

>>Есть большое желание разнести статические и динамические страницы по двум разным web-серверам
>>в рамках одного хоста. Причем для динамических страниц должен прорабатывать Apache,
>>формировать страницу, складывать ее на диск, откуда она в последствии будет
>>забрана web-сервером ядра системы. Возможно ли такое (хотябы частично), или это
>>полный бред??? Как вообще соорудить подобную конструкцию?
>

>а смысл такого разделения? цель?
>и, вообще-то, обычно Апач не занимается генерацией страниц... почему бы не доверить
>это каким-нибудь скриптам или прогам?

   Имеется масса страниц, которые php собирает динамически. Информация на них меняется редко (около 5 раз в день), однко сам процесс сборки страницы для каждого пользователя, просматривающего страницу - долгое удовольствие. Таким образом есть смысл создавать статическую страницу при ее перегенерации. Причем перегенерировать страницу должен иметь возможность пользователь сайта.

>   Имеется масса страниц, которые php собирает динамически. Информация на
>них меняется редко (около 5 раз в день), однко сам процесс
>сборки страницы для каждого пользователя, просматривающего страницу - долгое удовольствие. Таким
>образом есть смысл создавать статическую страницу при ее перегенерации. Причем перегенерировать
>страницу должен иметь возможность пользователь сайта.

как вариант могу предложить такую схему:
1) пользователь обращается к сайту по url-у cgi-скрипта (на чем написан скрипт не важно, допустим php),
2) скрипт сначала проверяет, нет ли у него готовой страницы, нужной пользователю,
3) если таковая страница есть, то скрипт проверяет не требуется ли перегенерация,
4) если таковой страницы нет или требуется перегенерация, то скрипт генерирует ее,
5) скрипт выдает нужну страницу (или выдает перенаправление на нее).

>>>Есть большое желание разнести статические и динамические страницы по двум разным web-серверам
>>>в рамках одного хоста. Причем для динамических страниц должен прорабатывать Apache,
>>>формировать страницу, складывать ее на диск, откуда она в последствии будет
>>>забрана web-сервером ядра системы. Возможно ли такое (хотябы частично), или это
>>>полный бред??? Как вообще соорудить подобную конструкцию?
>>
>
>
>>а смысл такого разделения? цель?
>>и, вообще-то, обычно Апач не занимается генерацией страниц... почему бы не доверить
>>это каким-нибудь скриптам или прогам?
>
>   Имеется масса страниц, которые php собирает динамически. Информация на
>них меняется редко (около 5 раз в день), однко сам процесс
>сборки страницы для каждого пользователя, просматривающего страницу - долгое удовольствие. Таким
>образом есть смысл создавать статическую страницу при ее перегенерации. Причем перегенерировать
>страницу должен иметь возможность пользователь сайта.
>
   Для этой цели используется кеширующий прокси. (squid или соответствующий модуль апача). Или сделай кеширование сам - имхо не сложно.

>   Имеется масса страниц, которые php собирает динамически. Информация на
>них меняется редко (около 5 раз в день), однко сам процесс
>сборки страницы для каждого пользователя, просматривающего страницу - долгое удовольствие. Таким
>образом есть смысл создавать статическую страницу при ее перегенерации. Причем перегенерировать
>страницу должен иметь возможность пользователь сайта.

http://httpd.apache.org/docs-2.0/misc/rewriteguide.html
/On-the-fly Content-Regeneration

>Есть большое желание разнести статические и динамические страницы по двум разным web-серверам
>в рамках одного хоста. Причем для динамических страниц должен прорабатывать Apache,
>формировать страницу, складывать ее на диск, откуда она в последствии будет
>забрана web-сервером ядра системы. Возможно ли такое (хотябы частично), или это
>полный бред??? Как вообще соорудить подобную конструкцию?

Если статикой занимается другой Апач, то mod_proxy или mod_rewrite.
Если генератор динамики - это Томкет, то mod_jk.

Apache + mod_accel