Ключевые слова:perl, mod_perl, apache, install, (найти похожие документы)
From: Захарова Инга <[email protected]>
Date: Mon, 28 Feb 2004 14:31:37 +0000 (UTC)
Subject: Приемущества mod_perl и как его установить.
Оригинал: http://providerz.ru/articles/perl/why_mod_perl.htmlhttp://providerz.ru/articles/perl/mod_perl_in_30_minutes_1.htmlhttp://providerz.ru/articles/perl/mod_perl_in_30_minutes_2.html
Почему mod_perl? ( Перевод Инги Захаровой )
Перевод статьи Стаса Бекмана (Stas Bekman)
В этой статье я познакомлю вас с основами mod_perl, добьюсь того, что
вы сами захотите попробовать поработать с ним и приведу в качестве
примеров несколько известных сайтов, созданных с помощью mod_perl под
Apache.
Что такое mod_perl?
mod_perl является сердцем проекта интеграции Apache/Perl, объединяющей
в себе все возможности языка программирования Perl и web-сервера
Apache.
С самого начала Apache был создан таким образом, чтобы вы могли
расширять его возможности добавляя "модули". Модули могут делать все
необходимое, как, например, переписывать запросы с HTTP, ограничить
доступ к определенным страницам и выполнять поиск в базе данных.
Обычно модули написаны на C, с которым иногда трудно работать.
mod_perl - это модуль, который дает вам возможность делать все эти
вещи и, более того, использование Perl делает процесс разработки более
быстрым, чем на C. Apache является наиболее распространенным в
интернете web-сервером, а mod_perl - одним из самых широко применямых
модулей для расширения его возможностей.
Почему mod_perl получил такую широкую известность?
Если вам нравится Perl и ваш любимый web-сервер - Apache, то вы
полюбите mod_perl с первого взгляда. А как только вы поробуете его в
действии - вы больше не будете оглядываться по сторонам, потому что
поймете: в mod_perl есть все, что вам нужно. И даже если вы вдруг
обнаружите, что в нем чего-то не хватает - только скажите. Прежде, чем
вы успеете сосчитать до трех, кто-нибудь уже успеет создать это для
вас. И, конечно, вам захочется отдать что-нибудь взамен. В итоге вы
добавите что-то свое - это сэкономит массу времени другим членам
сообщества mod_perl, и они смогут создать еще больше вещей для нужд
других пользователей.
Такая получается картина: mod_perl увеличивает возможности
пользователям, которые в свою очередь увеличивают возможности
mod_perl, который в свою очередь увеличивает возможности
пользователей, которые в свою очередь... Это так же элементарно, как
ядерная реакция, которую вы проходили в школе (или еще будете
проходить).
Используя mod_perl можно писать модули Apache целиком и полностью на
Perl. Это дает вам возможность легко делать такие вещи, которые
являются сложными или попросту невозможными для обычных программ на
CGI, как например обработка запросов, написание аутентификации и
обработчиков логов.
Основными преимуществами mod_perl являются возможности и скорость. Вы
имеете полный доступ ко всей деятельности, происходящей внутри
web-сервера и вы можете вмешаться на любой стадии обработки HTTP
запроса. Это дает возможность самостоятельно вносить поправки на
различных стадиях обработки: например, ссылку на преобразование имени
файла, авторизацию, генерировать ответы и логи.
Происходит большая экономия времени при запуске и компиляции.
Интерпретатор для Perl встроенный в сервер значительно сокращает
расход времени, не тратя его на запуск внешнего интерпретатора при
каждом запросе HTTP, для которого необходимо использование кода Perl.
По крайней мере такую важность представляет кэширование кода: модули и
скрипты загружаются и компилируются только один раз - в момент первого
запуска сервера. И остаток всей жизни сервера управление скриптами
происходит из кэша, так что серверу остается только запустить
прекомпилированный код. В большинстве случаев это так же быстро
осуществимо, как запуск компилированных программ на C.
Это небольшой выигрыш во времени при запуске. В частности, под
mod_perl нет необходимости запускать индивидуальный процесс для
каждого запроса, как это зачастую делается в других расширениях для
web-серверов. Наиболее распространенный механизм расширений такого
рода - Common Gateway Interface (CGI) - полностью заменен кодом Perl,
который занимается обработкой процесса запроса в фазе генерирования
ответа. Для этих целей существуют два взаимосвязанных с mod_perl
целевых модуля: Apache::Registry, который может незаметно запускать
существующие немодифицированные скрипты Perl CGI и Apache::PerlRun,
который выполняет похожую задачу, но дает вам возможность запускать
скрипты в какой-то степени "более грязные".
mod_perl дает вам возможность настраивать сервер Apache и программы
обработки на Perl (используя для этого директиву PerlSetVar и секции
<Perl>. При этом администрирование сервера со множеством виртуальных
хостов становится предельно простым. Эй, вы даже можете задать ваши
собственные директивы конфигурации.
Насколько быстрым и стабильным является mod_perl?
Многие спрашивают: "Сколько преимуществ дает использование mod_perl?"
Ну, все зависит от того, как вы используете mod_perl и, возможно, от
того, кого вы спрашиваете. Разработчики заявляют об увеличении
скорости от 200 до 2000 процентов. Лучший способ определить так ли это
- попробовать и увидеть своими глазами. (для получения информации по
этому вопросу смотрите http://perl.apache.org/tidbits.html и
http://perl.apache.org/stories/).
Каждую секунду каждого дня тысячи web-сайтов по всему миру используют
mod_perl для управления сотнями тысяч web-страниц. Apache и mod_perl
по оценкам являются одними из лучших когда-либо вообще написанных
программ. Конечно, они продолжают развиваться и дорабатываться, но вам
не приходится работать с "полуфабрикатом" - для ваших сайтов вы можете
использовать стабильный продукт и предоставить другим возможность
тестировать новые версии.
Хочу показать вам лишь несколько сайтов из числа наиболее популярных и
часто посещаемых, управляемых посредством mod_perl. Лучше раз увидеть,
чем сто раз услышать. Посетите эти сайты и почувствуйте разницу. Вы
убедитесь, что mod_perl - это рулез!
o ValueClick -- http://www.valueclick.com/ обрабатывает
ежедневно более 70 миллионов запросов с 20 машин. Все
ответы динамические, включают любые виды вычислений,
записи, логи, подсчеты - назовите сами. Все
программы-приложения выполнены на Perl.
o Singles Heaven -- http://singlesheaven.com/ - это
сайт-Match Maker, насчитывающий более 35000 членов и это
число постоянно растет. Сайт управляется с помощью
mod_perl, DBI, Apache::DBI (который обеспечивает
постоянное соединение с БД) и MySQL. Скорость просто
чудовищная, общаться с mod_perl - одно удовольствие.
Каждая страница генерируется примерно 10-ю
SQL-запросами, для чего производится большое количество
динамических проверок на каждой странице (как, например,
проверка новых e-mail сообщений, пользователей, за
которыми наблюдают различные программы-watchdog'и и
многое другое). Для вас эти запросы будут вообще не
ощутимы, скорость такая же высокая, как скрипт "Hello
World'".
o Internet Movie Database (Ltd) --
http://www.moviedatabase.com/ - обрабатывает ежедневно
около 2 миллионов просмотренных страниц. Все поиски в
базах данных обрабатываются внутри Apache посредством
mod_perl. Каждый запрос также проходит через ряд
программ-обработчиков mod_perl и выводимые данные далее
переформатируются посредством mod_perl SSI, дабы
вставить в них рекламные баннеры и предоставлять
различные виды сайта в зависимости от используемого
хоста.
o CMPnet -- http://www.cmpnet.com/, сеть по информационным
технологиям, ежедневно обрабатывает более 600к
просматриваемых страниц.
o CitySearch.com -- http://www.citysearch.com/
предоставляет в online-режиме путеводители более чем по
100 городам по всему миру. citysearch.com помогает людям
в процессе поиска и планирования, что они хотят сделать
и позволяет им предпринимать конкретные действия,
предоставляя услуги по оформлению сделок на месте, таких
как покупка билетов на какие-либо мероприятия и заказ
мест в отелях и ресторанах в online-режиме. Трафик
превышает 100 миллионов просмотренных страниц в месяц.
Как много сайтов работают с mod_perl для web-сервера Apache?
По данным Netcraft (http://netcraft.com/), в августе 2001 года 18
миллионов хостов использовали для работы free-версию web-сервера
Apache, что составило около 60 процентов от числа всех исследованных
хостов.
Здесь представлен график "Процентное соотношение серверов среди
интернет-web-сайтов".
Так что же mod_perl? http://perl.apache.org/netcraft/ заявляет, что
сайты, работающие на mod_perl насчитывают 2,823,060 имен хостов и
283,180 уникальных IP-адресов. В действительности показатели занижены,
поскольку проверка работающих web-серверов проводилась только на самых
известных портах (80, 81, 8080 и на нескольких других). Если сервер
использует редкий порт, то он не был учтен, даже если владелец сервера
собственноручно добавил его в базу данных Netcraft. Здесь представлен
график роста использования mod_perl:
[why_mod_perl_1.jpg]
Для получения сведений более поздних периодов смотрите
http://perl.apache.org/netcraft/.
Полный вперед
Вы, должно быть, взволнованы выходом версии Apache 2.0, нового
поколения самого лучшего из web-серверов. Главными особенностями
web-серверов нового поколения являются многопоточные процессы, которые
повысят возможности сервера к расширению, и, конечно, долгожданный
уровень фильтрации.
Вы, должно быть, не менее озабочены по поводу недавнего выхода версии
Perl 5.6, чьей главной особенностью является (почти) стабильная
поддержка потоков, поразившая вас в предыдущей версии Perl, но где она
являлась слишком нестабильной.
Вы спросите, как это все повлияет на mod_perl? mod_perl 2.0 в
настоящий момент еще разрабатывается и вберет в себя все преимущества
новых версий Apache и Perl. Самым важным усовершенствованием будет
уменьшение размера процессов - конструкция дерева операций Perl будет
практически полностью распределена между потоками одного процесса.
Вы верите в совпадения? И Perl 5.6 и Apache 2.0 - оба вышли на одной и
той же неделе в марте 2000 года. Мне это кажется весьма
подозрительным. Если вы обладаете точной информацией, обличающей
тайный сговор, пожалуйста, дайте мне знать.
Разумеется, вокруг нас происходит достаточно неожиданностей. Пройдет
немало времени, прежде чем все наши приложения смогут использовать
преимущества многопоточности. Главная причина в том, что большинство
модулей Perl доступных на CPAN не предназначены для надежной работы
потоков. Но не нужно падать духом. Вы можете отключить использование
потоков в не предназначенном для надежной работы нескольких потоков
Perl-коде, или в таком, который использует модули, не предназначенные
для многопоточной работы.
Хочу mod_perl прямо сейчас, где его взять?
Домашняя страница mod_perl находится здесь http://perl.apache.org/. С
этого сайта вы сможете скачать самый свежий софт по mod_perl и самую
разную документацию, найдете коммерческие продукты и выложенные в
свободный доступ предоставленные третьей стороной модули, прочтете
рассказы об упехах и достижениях и узнаете много нового о mod_perl.
Достаточно важно оформить подписку на рассылку mod_perl. Если вы
хотите быть в курсе событий, происходящих с mod_perl, вы хотите знать,
что нового разрабатывается, если вы хотите поучаствовать и
поспособствовать или просто хотите получить помощь, тогда не
пренебрегайте этой рассылкой. Для того чтобы подписаться на рассылку,
отправьте пустое письмо по е-mail на [email protected].
Есть ли где-нибудь какие-либо книги или документация по mod_perl?
Линкольн Стэйн (Lincoln Stein) и Дуг Мак'Ичен (Doug MacEachern)
написали книгу Написание модулей Apache на Perl и C (Writing Apache
Modules with Perl and C). ЕЕ можно получитьв режиме online на O'Reilly
или Amazon.com.
Вы найдете полный список документации по mod_perl на домашней странице
mod_perl: http://perl.apache.org/.
Мне нравится mod_perl и я хочу знать, кто создал этот прекрасный продукт!
Ну, во всем виновен Дуг МакИчен (Doug MacEachern) :). Он - тот самый
парень, который подарил обществу mod_perl. Он является Линусом для
проекта mod_perl.
Но, как вам известно, в большом сообществе всегда найдутся люди,
готовые помочь, и существует целая группа разработчиков со всего мира,
создающих патчи для mod_perl, разрабатывают для него целые модули на
Perl, проверяют сервер на наличие ошибок и защищают его. Боюсь, что
список участвующих в деле разработчиков получится слишком длинным,
чтобы привести его здесь. Но добро пожаловать в лист рассылки - и вы
сможете увидеть всех этих людей в действии. Обещаю, вы не пожалеете,
особенно если хотите узнать побольше и не только о mod_perl. Смотрите
сами.
Поучаствовать
Если вы используете mod_perl или собираетесь использовать, тогда
неплохо бы подписаться на рассылку для пользователей mod_perl. Чтобы
это сделать, вам нужно будет послать по e-mail пустое письмо на
[email protected].
Если вы хотите оказать помощь в разработке mod_perl 2.0 - добро
пожаловать, присоединяйтесь к нам. Очень многие вещи еще нужно сделать
и немало протестировать. Так что работы много, будь вы опытный
разработчик или даже новичок. И чем больше помощи мы получим, тем
скорее приведем mod_perl 2.0 в товарный вид. Вы можете подписаться на
рассылку разработчика, отправив пустое письмо на
[email protected].
Если вы уже знакомы с mod_perl, то вы должно быть знаете о большом и
толстом руководстве по mod_perl, предоставленное мной при содействии
многих людей (http://perl.apache.org/guide/). Так или иначе, в
mod_perl 2.0 кое что изменилось, так что работа над новой
документацией уже началась. Добро пожаловать за обновлениями на сайт
http://perl.apache.org/ и подпишитесь на рассылку документации чтобы
всегда быть в курсе отправив e-mail на
[email protected].
Ссылки
o Web-сайт Apache: http://www.apache.org/
o Web-сайт mod_perl: http://perl.apache.org/
o CPAN - расширенный архив по Perl. Ссылка на Master-сайт:
http://cpan.org/. Зеркала CPAN есть на более чем 100
сайтах по всему миру. ( http://cpan.org/SITES.html )
Перевод Инги Захаровой
mod_perl за 30 минут.
Перевод Захарова Инга <[email protected]>
Перевод статьи Стаса Бекмена (Stas Bekman), http://www.perl.com/pub/a/2002/03/22/modperl.html
Введение
В предыдущей статье я представил в достаточной мере примечательные
выложенные в сети отчеты компаний, активно использующих mod_perl.
Возможно, вас это удивит, но вы с легкостью можете получить подобные
удивительные результаты, если тоже переведете свои сервисы на
использование mod_perl. В действительности, чтобы начать работать с
mod_perl, вам потребуется не более 30 минут - то самое время, которое
необходимо, чтобы прокомпилировать и настроить сервер на нормальной
машине и запустить его.
В этой статье я продемонстрирую вам пошаговую установку и сценарии
настройки, и готов поспорить, что вы сможете произвести первоначальную
настройку статически прокомпилированного mod_perl без чтения
каких-либо иных документов. Разумеется, позже вам захочется (и
понадобится) прочесть документацию, но думаю, вы со мной согласитесь,
что это исключительно круто, - запросто справляться с чем-либо,
практически ничего не зная о новой технологии.
Установка mod_perl проводилась на многих широко известных платформах
Unix, так что, даже если вы работаете с нестандартной системой, у вас
не должно возникнуть проблем с построением первоначального сервера
mod_perl.
Если вы пользователь Windows, то самым простым для вас будет
использовать бинарный пакет, выложенный на
http://perl.apache.org/distributions.html .. Оттуда же вы можете
скачать и RPM-версию для Linux, и текущую версию с CVS. Как бы там ни
было, я всегда рекомендую начинать строить mod_perl с самого начала, и
как вы сами скоро убедитесь, сделать это очень просто.
Устанавливать mod_perl легко
Чтож, давайте начнем процесс установки. Если вы опытный пользователь
Unix, то вам не нужно пояснять значения приведенных ниже команд.
Просто скопируйте и вставьте их, и ваш сервер будет установлен.
Я буду использовать значок % как приглашение shell'а.
% cd /usr/src
% lwp-download http://www.apache.org/dist/httpd/apache_1.3.20.tar.gz
% lwp-download http://perl.apache.org/dist/mod_perl-1.26.tar.gz
% tar -zvxf apache_1.3.20.tar.gz
% tar -zvxf mod_perl-1.26.tar.gz
% cd mod_perl-1.26
% perl Makefile.PL APACHE_SRC=../apache_1.3.20/src \
DO_HTTPD=1 USE_APACI=1 EVERYTHING=1
% make && make test && make install
% cd ../apache_1.3.20
% make install
Это все!
Что остается сделать - так это добавить несколько строк в файл
настройки Apache httpd.conf, запустить сервер и наслаждаться mod_perl.
Если у вас возникли проблемы при выполнении какого-либо из приведенных
выше пунктов - не отчаивайтесь, в следующем разделе по каждому пункту
будут даны подробные пояснения.
Подробности установки mod_perl
Если у вас не хватает смелости попробовать использовать пункты,
приведенные в предыдущем разделе, или вам просто необходимо побольше
разобраться, прежде чем приступить к делу, тогда давайте углубимся в
детали процесса установки. Если же вы успешно установили mod_perl,
следуя краткому сценарию, данному в предыдущем разделе, тогда можете
пропустить этот раздел и перейти к следующему.
Прежде чем мы приступим, хочу напомнить, что, чтобы установить файлы в
защищенных областях, вы должны стать пользователем root. Если у вас
нет прав доступа root'а, тогда вы можете установить файлы в вашу
рабочую директорию home. Об особенностях данного метода мы поговорим в
будущих статьях. Я также предполагаю, что у вас в наличии имеется уже
установленные perl и gcc компиляторы или как эквивалент - компилятор
для C.
Пусть все построения производятся в директории /home/stas/src. Тогда
мы переходим в эту директорию.
% cd /home/stas/src
Теперь мы установим исходники последних дистрибутивов Apache и
mod_perl. Если у вас уже установлен модуль LWP(также известный как
libwww и выложенный на CPAN), тогда у вас должна быть утилита
lwp-download, частично имитирующая ваш любимый браузер и позволяющая
вам скачивать файлы из Internet'а. Вы можете использовать любой другой
способ, чтобы раздобыть эти файлы. Просто убедитесь, что вы сохранили
все файлы в директории /home/stas/src, поскольку так вам проще будет
следовать процессу установки из приведенного выше примера. Разумеется,
вы можете установить все пакеты где угодно в вашей системе.
% lwp-download http://www.apache.org/dist/httpd/apache_1.3.20.tar.gz
% lwp-download http://perl.apache.org/dist/mod_perl-1.26.tar.gz
Посетив директории содержащие дистрибутив:
http://www.apache.org/dist/httpd/ и
http://perl.apache.org/dist/, вы можете убедиться, что
устанавливаете самые новые стабильные версии. Как вы уже догадались,
первая из указанных ссылок - главная директория с дистрибутивом
Apache, а вторая - с mod_perl.
Распакуйте оба исходника. Вам необходимо распаковать сжатые файлы. В
дополнение к непосредственной цели использования для упаковки и
распаковки файлов, применив опцию -z с помощью утилиты GNU tar можно
декомпрессовать файлы, сжатые утилитой gzip.
% tar -zvxf apache_1.3.20.tar.gz
% tar -zvxf mod_perl-1.26.tar.gz
Если вы используете не GNU tar, а другую утилиту, то существует
вероятность, что вам не удастся распаковать сжатые файлы, тогда вам
придется делать это в два этапа. Сначала разверните сжатые пакеты с
помощью:
% gzip -d apache_1.3.20.tar.gz
% gzip -d mod_perl-1.26.tar.gz
Затем распакуйте их с помощью:
% tar -xvf apache_1.3.20.tar
% tar -xvf mod_perl-1.26.tar
Если у вас нет утилиты tar или gzip, то установите их или их
эквиваленты.
Теперь перейдем в исходную директорию дистрибутива mod_perl.
% cd mod_perl-1.26
Следующий шаг - создание Makefile.
% perl Makefile.PL APACHE_SRC=../apache_1.3.20/src \
DO_HTTPD=1 USE_APACI=1 EVERYTHING=1
В mod_perl задается множество параметров. В данном сценарии мы
собираемся использовать те, которые позволят вам делать с помощью
mod_perl практически все. Когда вы узнаете о mod_perl побольше, вы
сможете точно регулировать список параметров, передаваемых для
Makefile.PL. В будущих статьях я подробно рассмотрю все имеющиеся
опции.
Выполнение perl Makefile.PL ... проверит соответствие необходимым
условиям и сообщит вам, какие пакеты программного обеспечения
отсутствуют в вашей системе. Если у вас не установлены какие-либо
пакеты Perl, то вам нужно их установить, прежде чем приступить к
работе. Все они выложены на CPAN и их можно запросто скачать и
установить.
Если вы выбрали установку mod_perl с помощью модуля CPAN.pm, то он
установит вам все недостающие модули. Чтобы сделать это, укажите для
CPAN.pm установить модули Bundle::Apache.
Этот шаг также выполняет скрипт ./configure из исходника дистрибутива
Apache (абсолютно для вас незаметно), который создает файлы настройки
Apache. Если вам нужно передать параметры для скрипта Apache
./configure, то передайте их как опции для perl Makefile.PL .... В
будущих статьях мы поговорим обо всех имеющихся опциях.
Теперь вы должны построить httpd, который будет выполняться с помощью
утилиты make.
% make
Эта команда создает файлы с расширением mod_perl, устанавливает их в
исходное дерево Apache и строит выполняемый httpd (собственно
web-сервер), компилируя все необходимые файлы. По завершении процесса
выполнения команды make вернитесь в начальную директорию дистрибутива
mod_perl.
Команда make test выполняет различные проверки mod_perl в только что
построенном выполняемом httpd.
% make test
Эта команда запускает сервер на нестандартном порту (8529) и
проверяет, все ли части построенного сервера работают корректно. Если
что-нибудь не в порядке, то процесс вам об этом сообщит.
Команда make install завершает процесс установки mod_perl,
устанавливая все файлы Perl, необходимые для запуска mod_perl и ,
конечно, документацию для сервера (man'ы).
% make install
Вы можете использовать последовательность следующего вида:
% make && make test && make install
Это упрощает установку, так как вам не приходится ждать завершения
выполнения одной команды, прежде чем запустить следующую. Если же
устанавливаете mod_perl впервые, то лучше делать все шаг за шагом.
Если же вы выбрали способ "все в одном", то вам следует знать, что
если слетит команда make, то не выполнится ни make test, ни make
install. А если упадет make test, то не выполнится make install.
В заключение, вернитесь в начальную директорию дистрибутива Apache,
запустите команду make install чтобы создать дерево директорий Apache
и установите заголовочные (*.h) файлы Apache, файлы настройки по
умолчанию (*.conf), исполняемый файл httpd и еще несколько других
программ.
% cd ../apache_1.3.20
% make install
Имейте ввиду, что, как и при простой установке Apache, все файлы
настройки, оставшиеся от предыдущей установки, не будут переписаны в
процессе. Вам не нужно делать резервные копии рабочих файлов настройки
перед новой установкой.
Когда завершится процесс выполнения команды make install, она сообщит
вам, как запустить только что построенный сервер (путь к утилите
apachectl, которая используется для осуществления контроля над
сервером) и где установлены файлы настройки. Запомните, а лучше
запишите и то и другое, поскольку эта информация вам понадобится. На
моей машине есть два таких важных пути:
/usr/local/apache/bin/apachectl
/usr/local/apache/conf/httpd.conf
Итак, мы завершили построение и установку mod_perl для Apache.
Следующими пунктами нужно будет настроить httpd.conf, написать
небольшой тест-скрипт, запустить сервер и проверить, что тестовый
скрипт работает.
Настройка и запуск сервера mod_perl
Сначала - самое главное. Нужно убедиться, что наш сервер Apache
построен корректно и мы можем с его помощью обрабатывать простые файлы
в формате HTML. Для чего это нужно? Чтобы сократить до минимума число
потенциальных любителей доставлять неприятности, если вдруг
обнаружится, что mod_perl не работает. После того, как вы выясните,
что Apache может обрабатывать файлы формата HTML, больше об этом
можете не беспокоиться. И если что-нибудь не так с mod_perl, то вы
исключили возможность того, что не в порядке бинарный код httpd или
первоначальные настройки. Вы знаете, что вы можете подключаться к тому
порту, на прослушивание которого вы настроили ваш сервер, и что
броузер, с помощью которого вы осуществляете проверку в полном
порядке. И еще раз повторю, что при первой установке mod_perl вам
следует придерживаться этих указаний.
Настройте Apache так, как вы всегда это делаете. Установите Port,
User, Group, ErrorLog и другие директивы в файле httpd.conf (помните,
в конце предыдущего раздела я просил вас запомнить месторасположение
этого файла?). Используйте настройки, предлагаемые по умолчанию,
изменяйте только в случае необходимости. Параметры, которые необходимо
изменить самостоятельно это: ServerName, Port, User, Group,
ServerAdmin, DocumentRoot и некоторые другие. Перед каждой директивой
вы обнаружите вспомогательные подсказки. Если сомневаетесь - следуйте
этим подсказкам.
После того как вы отредактировали файл настройки, самое время
запустить сервер. Один из способов запустить и остановить работу
сервера - использовать утилиту apachectl. Запустите сервер с помощью:
% /usr/local/apache/bin/apachectl start
И остановите его с помощью:
% /usr/local/apache/bin/apachectl stop
Учтите, что вы должны иметь права root'а, когда запускаете сервер,
если сервер настроен на порт 80 или другой привилегированный порт
(<1024).
После того, как вы запустите сервер, проверьте в файле error_log (его
месторасположение по умолчанию - /usr/local/apache/logs/error_log),
что сервер на самом деле запущен. Не полагайтесь всецело на записи
состояния apachectl. Вы должны увидеть примерно следующее:
[Thu Jun 22 17:14:07 2000] [notice] Apache/1.3.20 (Unix)
mod_perl/1.26 configured -- resuming normal operations
Теперь направьте свой броузер, как это настроено директивой
ServerName, на
http://localhost/ или http://your.server.name/.
Если вы установили директиву Port со значением, отличным от 80, то
поместите номер этого порта в конец имени сервера. Если вы
использовали порт 8080, то проверьте сервер с помощью
http://localhost:8080/ или http://your.server.name:8080/
Вы должны будете увидеть печально известную страницу "It worked" - она
же файл index.html, которую команда make install устанавливает для вас
в исходном дереве Apache. Если вы не видите этой страницы, значит
что-то не в порядке и вам следует проверить содержимое файла
error_log. Путь к файлу error_log вы обнаружите при просмотре
директивы ErrorLog в файле настройки httpd.conf.
Если все работает так, как должно, тогда отключите сервер, откройте
файл httpd.conf в вашем любимом редакторе и прокрутите в конец файла,
куда мы добавим директивы конфигурации mod_perl (разумеется, вы можете
поместить их где угодно в файле).
Предполагая, что все скрипты, которые должны будут выполняться
сервером под mod_perl, вы разместили в директории /home/httpd/perl/,
добавим следующие директивы конфигурации:
Alias /perl/ /home/httpd/perl/
PerlModule Apache::Registry
<Location /perl>
SetHandler perl-script
PerlHandler Apache::Registry
Options ExecCGI
PerlSendHeader On
allow from all
</Location>
Сохраните измененный файл.
Данная настройка приводит к тому, что каждая ссылка, начинающаяся с
/perl будет обрабатываться модулем Apache mod_perl. Она будет
использовать обработчик из модуля Apache::Registry в Perl.
Создание директории для скриптов
Теперь создайте директорию /home/httpd/perl/, если таковая еще не
существует. Для того чтобы вы и Apache могли читать, делать записи и
выполнять файлы, мы должны корректно установить права доступа. Вы
можете справиться с ситуацией просто выполнив:
% chmod 0777 /home/httpd/perl
Это очень, очень небезопасно, и вы ни в коем случае не должны
пользоваться этим способом на рабочей машине. Так можно поступить,
если вы просто хотите потренироваться и всего лишь обыграть сложные
ситуации. Когда усвоите, что и как работает, вы должны установить
строгую систему прав доступа к файлам, обрабатываемым Apache. В
будущих статьях мы поговорим о том, как должным образом установить
права доступа к файлам.
Скрипт ``mod_perl rules'' Apache::Registry
Как вы, должно быть, знаете, mod_perl позволяет повторно использовать
написанные на Perl скрипты CGI, которые ранее использовались модулем
mod_cgi. Поэтому наш первый тестовый скрипт может быть таким простым
как:
mod_perl_rules1.pl
------------------
print "Content-type: text/plain\r\n\r\n";
print "mod_perl rules!\n";
Сохраните этот скрипт в файле /home/httpd/perl/mod_perl_rules1.pl.
Обратите внимание, что строка #!/usr/bin/perl в mod_perl не нужна, но
если хотите, можете ее сохранить. А следующий скрипт можно
использовать вот таким образом:
mod_perl_rules1.pl
------------------
#!/usr/bin/perl
print "Content-type: text/plain\r\n\r\n";
print "mod_perl rules!\n";
Конечно, вы можете написать такой же скрипт используя Apache Perl API:
mod_perl_rules2.pl
------------------
my $r = shift;
$r->send_http_header('text/plain');
$r->print("mod_perl rules!\n");
Сохраните этот скрипт в файле /home/httpd/perl/mod_perl_rules2.pl.
Теперь сделайте оба скрипта читаемыми и выполняемыми для сервера.
Помните, что когда вы выполняете скрипты из shell, то они выполняются
под тем именем пользователя, под которым вы вошли в систему. Если же
вы пытаетесь запустить скрипты при помощи запросов, то Apache должен
иметь возможность читать и выполнять их. Так что мы делаем скрипты
доступными для чтения и выполнения каждому:
% chmod 0755 /home/httpd/perl/mod_perl_rules1.pl \
/home/httpd/perl/mod_perl_rules2.pl
Если вы не хотите, чтобы остальные пользователи могли прочесть ваш
скрипт, тогда добавьте себя в ту группу, в которой работает сервер
(как это определено директивой Group), а затем сделайте этот скрипт
принадлежностью группы и установите строгие права доступа. Например,
на своей машине я запускаю сервер из-под группы httpd и в этой группе
(помимо сервера) есть только я. Так что я могу поступить следующим
образом:
% chown stas.httpd /home/httpd/perl/mod_perl_rules1.pl \
/home/httpd/perl/mod_perl_rules2.pl
% chmod 0750 /home/httpd/perl/mod_perl_rules1.pl \
/home/httpd/perl/mod_perl_rules2.pl
Первая команда определяет принадлежность файлов группе httpd, вторая -
устанавливает должные права доступа для чтения и выполнения.
Это надежный способ, исходя из расчета, что для сервера у вас есть
отдельная группа с собственным именем.
Также помните, что все содержащие скрипт директории должны быть
доступны серверу для чтения и выполнения.
Так как файл mod_perl_rules1.pl по сути является обычным скриптом
Perl, то вы можете проверить его из командной строки.
% perl /home/httpd/perl/mod_perl_rules1.pl
В строке вывода вы увидите следующее:
mod_perl rules!
Второй скрипт вы не сможете проверить из командной строки, поскольку
он использует mod_perl API, доступный только при работе с сервера под
mod_perl.
Убедитесь, что сервер запущен и с помощью вашего любимого броузера
выполните следующие запросы:
http://localhost/perl/mod_perl_rules1.pl или
http://localhost/perl/mod_perl_rules2.pl
В обоих случаях в ответ вы увидите следующее:
mod_perl rules!
Если вы видите это - мои поздравления! У вас работает сервер mod_perl.
Если вы вместо порта 80 используете порт 8080, тогда вы должны будете
использовать эти ссылки:
http://localhost:8080/perl/mod_perl_rules1.pl или
http://localhost:8080/perl/mod_perl_rules2.pl
В случае localhost это получится только если броузер работает на той
же машине, что и сервер. Если это не так, тогда для этого теста
используйте реальное имя сервера. Например:
http://your.server.name/perl/mod_perl_rules1.pl
Если возникли какие-либо проблемы, тогда посмотрите записи об ошибках
в файле error_log.
Теперь пришло время переместить ваши скрипты CGI из директории
/somewhere/cgi-bin в /home/httpd/perl/ и увидеть, насколько быстрее
они работают, когда запрашиваются из только что настроенного базового
URL'а (/perl/). Если раньше доступ к скрипту вы получали указывая
/cgi-bin/test.pl, то теперь он доступен из /perl/test.pl.
Некоторые из ваших скриптов, возможно, не будут работать так сразу, и
для нормальной работы под mod_perl потребуется их немного отладить или
даже частично переписать. Но если вы не грешите небрежностью в
программировании, то все шансы за то, что скрипты будут работать и без
каких-либо изменений.
При возникновении проблем со скриптами лучше всего будет в файле
httpd.conf заменить Apache::Registry на Apache::PerlRun, поскольку
последний способен выполнять даже очень некорректно написанные
скрипты. Поместите в файл httpd.conf вместо существующих
нижеприведенные директивы конфигурации и перезапустите сервер:
PerlModule Apache::PerlRun
<Location /perl>
SetHandler perl-script
PerlHandler Apache::PerlRun
Options ExecCGI
PerlSendHeader On
allow from all
</Location>
Теперь ваши скрипты должны работать даже в том случае, если что-либо в
них не устраивает mod_perl. Мы обсудим эти нюансы в следующих статьях.
Perl-модуль "mod_perl rules" Apache
mod_perl готов для работы как со скриптами, так и с обработчиками. Я
даже уже начал показывать использование скриптов в mod_perl ,
поскольку гораздо проще, если CGI-скрипты вы уже написали ранее, а
наиболее отлаженным механизмом в mod_perl является написание программ
обработки. Но не пугайтесь. Как вы увидите через мгновение, писать
программы обработки так же просто, как скрипты.
Чтобы создать модуль обработчика в mod_perl все, что мне нужно сделать
- это заключить код, который я использовал для скрипта, в подпрограмму
handler, добавить предписание вернуть код состояния серверу при
успешном окончании работы подпрограммы и поместить объявление пакета в
начало кода.
Если вы привыкли, то, как и со скриптами, можно использовать CGI API:
ModPerl/Rules1.pm
----------------
package ModPerl::Rules1;
use Apache::Constants qw(:common);
sub handler{
print "Content-type: text/plain\r\n\r\n";
print "mod_perl rules!\n";
return OK;
}
1; # satisfy require()
или Apache Perl API, позволяющий вам более тесно взаимодействовать с
ядром Apache, обеспечивая наличие API, который не доступен под обычным
Perl. Конечно, для приведенного мной простейшего примера хорош любой
способ, но когда вам понадобится воспользоваться API, следует
использовать эту версию кода:
ModPerl/Rules2.pm
----------------
package ModPerl::Rules2;
use Apache::Constants qw(:common);
sub handler{
my $r = shift;
$r->send_http_header('text/plain');
print "mod_perl rules!\n";
return OK;
}
1; # satisfy require()
Создайте директорию с именем ModPerl в одной из директорий в @INC
(например, /usr/lib/perl5/site_perl/5.005), и поместите в нее файлы
Rules1.pm и Rules2.pm, которые содержат код из приведенных выше
примеров.
Чтобы выяснить, что из себя представляют директории @INC выполните:
% perl -le 'print join "\n", @INC'
На моей машине выводится следующее сообщение:
/usr/lib/perl5/5.6.1/i386-linux
/usr/lib/perl5/5.6.1
/usr/lib/perl5/site_perl/5.6.1/i386-linux
/usr/lib/perl5/site_perl/5.6.1
/usr/lib/perl5/site_perl
.
Теперь добавьте приведенный ниже фрагмент в файл httpd.conf, чтобы
настроить mod_perl выполнять подпрограмму ModPerl::Rules::handler во
всех случаях, когда вы делаете запрос к mod_perl_rules1:
PerlModule ModPerl::Rules1
<Location /mod_perl_rules1>
SetHandler perl-script
PerlHandler ModPerl::Rules1
</Location>
Теперь можете направить запрос на
[78]http://localhost/mod_perl_rules1
и так же, как в случае со скриптами mod_perl_rules.pl в качестве
ответа вы увидите:
mod_perl rules!
Чтобы протестировать второй модуль <ModPerl::Rules2> добавьте такую же
настройку, только замените все 1 на 2:
PerlModule ModPerl::Rules2
<Location /mod_perl_rules2>
SetHandler perl-script
PerlHandler ModPerl::Rules2
</Location>
И для проверки используйте сылку:
http://localhost/mod_perl_rules2
Это все, что мне нужно знать о mod_perl?
Очевидно, что следующим вашим вопросом будет "Это все, что мне нужно
знать о mod_perl?"
Ответ: "и да, и нет".
Что касается "да":
o Так же, как и в случае с Perl вам нужно знать совсем не
много, чтобы делать действительно классные штуки.
Представленные здесь установки дают вам возможность
намного быстрее запустить ваш счетчик посетителей и
гостевую книгу, и вызвать удивление ваших друзей, как
правило даже не меняя отдельные строки кода.
Что касается "нет":
o 50-ти кратное увеличение скорости появления отзывов в
вашей гостевой книге - это, конечно, здорово. Но если вы
организуете навороченный сервис для тысяч одновременно
действующих пользователей, то, учитывая высокий уровень
конкуренции между аналогичными сетевыми службами,
промедление в несколько миллисекунд может стоить вам
клиента или даже нескольких.
Конечно, когда вы проверяете отдельный скрипт и являетесь единственным
пользователем, то вас не очень-то заботит перерасход времени на ответ
равный миллисекунде-другой. Но это становится реальной проблемой,
когда эти миллисекунды накапливаются на вашем рабочем сайте, где сотни
пользователей одновременно генерируют запросы к различным скриптам
вашего сайта. Современные пользователи - народ неблагодарный - если
существует, пусть даже менее милый их сердцу, сайт, предоставляющий
аналогичные услуги, но чуть-чуть быстрее - вполне вероятно, что они
переметнутся туда.
Проверка скриптов на незагруженной машине может ввести вас в
заблуждение. Все может выглядеть просто превосходно. Но когда вы
перенесете их на рабочую машину, все будет происходить не так гладко,
как на той машине, где происходила разработка. Зачастую при
загруженных службах у вас просто не хватало памяти. Вам следует
научиться оптимизировать код, чтобы использовать меньше памяти и
научиться разбивать память.
Отладка - это то, о чем люди предпочитают не говорить как о процессе
весьма утомительном. И если вы мните себя web-программистом, то вы
просто обязаны сделать процесс отладки более простым и эффективным.
Эта задача не настолько примитивна, как отладка CGI-скриптов, а в
mod_perl даже более сложная (до тех пор, пока вы не поймете как это
делать - тогда она внезапно станет простой).
В mod_perl есть много приспособлений для работы с базами данных,
недоступных в mod_cgi. Среди прочих наиболее значимой являются
постоянные соединения.
Вам следует знать, как обеспечить непрерывную работу вашей службы и
уметь быстро восстановить все, если возникнут какие-либо проблемы.
В заключение скажу, что самым важным является Apache-Perl API, дающий
вам возможность делать с полученным запросом все что угодно - даже
вмешиваться в процесс запроса на любой стадии. Это придает вам
исключительную гибкость и позволяет создавать такие вещи, о которых вы
даже и не мечтали работая с простым mod_cgi.
Есть еще много всего, что нужно узнать о mod_perl и
web-программировании в целом. В следующих статьях я расскажу обо всем
этом подробнее.
Благодарности
Огромное спасибо Эрику Чолету (Eric Cholet) за рецензирование этой
статьи.
Ссылки
URL сайта Apache: http://www.apache.org/
URL сайта mod_perl: http://perl.apache.org/
CPAN - развернутая сеть архивов по Perl. URL главного сайта:
http://cpan.org/. Зеркала CPAN есть более чем на 100 сайтах по
всему миру. (http://cpan.org/SITES.html)
