Итак, при работе с «Битрикс: Управление сайтом» мы имеем большое число всевозможных модулей, а значит, желательно исключить из компиляции и процесса загрузки веб-сервера все неиспользуемые модули. В итоге уменьшится размер памяти, не только потребляемой веб-сервером при запуске, но и применительно к отдельному процессу (безусловно, PHP должен работать с веб-сервером как модуль (mod_php4) и загружаться веб-сервером при запуске).

День пятый

Одной из важнейших задач, которую придется решить, является минимизация числа запросов, обрабатываемых веб-сервером. Наилучшим решением в моем случае стало создание двухуровневой системы Frontend+Backend для обработки запросов. Все запросы к веб-серверу и ко всем его страницам принимаются специальным проксирующим процессом (Front-end), самостоятельно обрабатывающим все запросы, благо, с прокси-серверами дефицита нет.

Что касается запросов к контентным страницам, то они будут не кэшироваться, а перенаправляться к Back-end части системы, представляющей собой обычный веб-сервер Apache, работающий на нестандартном порту (например, 88), и отвечающий только на запросы с localhost или IP-адреса прокси-сервера. Небольшой совет: лучше использовать несколько внутренних IP адресов типа 127.0.0.2, 127.0.0.3 и т. д. с 80-м портом, иначе возможны нежелательные редиректы на неработающий порт у Front-end.

День шестой

Все заработало. Казалось бы, теперь можно вздохнуть спокойно, ан нет: упоминавшийся «продвинутый» любитель визуальных редакторов вычитал в мануале, что, работая с «Битрикс: Управление сайтом», маркетологи компании смогут качественно планировать рекламные акции для привлечения целевых посетителей на страницы своего веб-проекта. Шеф, узнав о таком сервисе, тут же направил меня в помощь «манагерам» – дескать, доведи до ума техническую сторону вопроса. Доведу, куда я денусь. Зато потом – заслуженный отдых…