Как известно, самым популярным на сей день веб-сервером является Apache в различных версиях (а вовсе не IIS, как утверждает Microsoft). Его ставят на свои сервера большинство хостителей, услуга же "NT-хостинга" (т.е. как раз IIS) стоит обычно дороже. Оно и понятно - и неудобный он для привыкших к Linux админов, и глючный (почему-то червяки плодятся именно под IIS), и поэтому дорогой.

Настраивать Apache можно по-разному. Кому-то хочется, чтобы на его страницы можно было переходить только по ссылкам с титульной, кому-то хочется, чтобы при отсутствии в папке индексного файла выводилось содержимое папки, кому-то хочется сам индексный файл переименовать в yakrutoiadmin.html... Нет никаких проблем, если вы один на своем личном сервере - редактируете настройки Apache как вам хочется, и все пучком. А если вы пользуетесь чужим хостингом?

В этой публикации мы затронем те директивы, которые не успели охватить в предыдущих частях. Эти директивы не поддаются определению на уровне директорий. Это означает то, что вы должны иметь доступ к файлу конфигурации веб сервера Apache (httpd.conf).

Обычно такой доступ имеют пользователи «root» или администратор сервера.

В двух предыдущих частях мы познакомились с основами «правил перезаписи» URL и «условиями правил». Позвольте предложить к рассмотрению два примера, иллюстрирующих более сложные приложения.

Первый пример имеет дело с динамическими страницами, а второй показывает возможности вызова «.txt» файлов и произведение различных действий над ними.

В прошлой главе мы познакомились с основами модуля mod_rewrite. В примере, который был рассмотрен, мы использовали конструкцию, которая в буквальном смысле означает следующее: «Если кто-то пытается получить доступ к файлу .htaccess, выдается ошибка, сообщающая, что доступ к файлу запрещен».

Это «правило» глобально, то есть каждый получит указанное сообщение об ошибке. Напомню, что mod_rewrite является модулем, который предоставляет «основанный на правилах механизм динамического изменения запрашиваемых URL-ов».

Вы наверняка встречали в сети термин «mod_rewrite». Для наших читателей, которые не до конца знакомы с этим модулем веб сервера Apache, а также для тех, кто вообще первый раз об этом слышит – постараюсь рассказать в этой публикации (в нескольких частях) подробнее о данном модуле.

Модуль mod_rewrite является программным модулем веб сервера Apache (обратите внимание, что он не будет выполняться под другими веб серверами!). Его первичная функция - манипуляция действий с URL. Модуль очень универсален и разносторонен, поэтому я постараюсь показать здесь множество реальных примеров.

В этой статье я пробую рассказать, как установить собственный сервер Apache и PHP на *nix систему. Многие из вас не смогут позволить себе постоянно быть подключенным к Интернет для того, чтобы учиться писать и отлаживать скрипты на
PHP. Поэтому я решил рассказать, как установить и настроить сервер на вашем домашнем компьютере.

.htaccess - это весьма интересный файл вэб сервера apache, который дает вам возможность самому конфигурировать www без вмешательств системного администратора. Все что нам надо, это только знать синтаксис и принцип использования этого файла.

Принцип действия .htaccess заключается в следующем. Каждый раз обращаясь к вашей странице, вэб сервер apache пытается найти .htaccess и посмотреть, что за директивы там для него указанны.

Разработка сайтов в связке Apache + PHP + XML + MySQL требует от себя установки вышеперечисленного софта. Но не всегда для этого надо ставить Linux. Девелопить прекрасно можно и на платформе Windows, к тому-же и не отказывая себе в любимых игрушках, а просто сварачивая их в консоль :)

Первое что понадобиться, это скачать все указанные дистрибутивы. Лично у меня после этого появился такой список:

Итак попробуем все это собрать. Для начала нам понадобиться apache, php, sablot, xpat, iconv. Последние три представляют собой программы для обработки XML/XSLT файлов.

Собирается все в принципе довольно просто, хотя и есть некоторые подводные камни.

1ХХ - Информационное. Запрос принят, процесс продолжается.

2ХХ - Успех. Сообщение было успешно принято.

3ХХ - Перенаправление. Для завершения запроса необходимо произвести ряд действий.

4ХХ - Ошибка клиента. Запрос содержит синтаксическую ошибку и не может быть удовлетворен.

5ХХ - Ошибка сервера. Сервер не может выполнить внешний корректный запрос.

Набор кодов статуса HTTP весьма обширен, однако, на практике чаще всего встречаются эти коды: