<![CDATA[
<BODY bgcolor="#ffffff">
<CENTER>
<CENTER><H4>Cyrillic:
<A HREF="../../../../koi8-r/index.htm">[koi8-r]</A>
<A HREF="../../../../windows-/index.htm">[cp-1251]</A>
<A HREF="../../../../ibm866/index.htm">[cp866]</A>
<A HREF="../../../../iso88595/index.htm">[ISO-8859.5]</A>
</H4>
</CENTER>
<IMG SRC="header3.gif" ALT="Apache for Russia">
<HR>
<H5>Содержание:</H5>
<HR>
</CENTER>
<font size=-1>
<UL>
<LI><A HREF="#part1">Краткий обзор</A>
<LI><p><A HREF="internal.htm">Как это работает</A>
<LI><A HREF="support.htm">Текущий статус и поддержка</A>
<LI><A HREF="getit.htm">Где взять?</A>
<LI><A HREF="install.htm">Как установить?</A>
<LI><A HREF="configur.htm">Как настроить?</A>
<LI><A HREF="notes.htm">Некоторые рекомендации</A>
<LI><A HREF="thanks.htm">Благодарности</A>
</UL>
<HR>
<P>
<font size=-2>
This product includes software developed by the Apache Group
for use in the Apache HTTP server project (http://www.apache.org/).
See <A HREF="thanks.htm#LICENSE">Apache HTTP server LICENSE</A>
</font>
<P>
<HR>
<CENTER>
Copyright (C) 1995,1996 <A HREF="mailto:dvk@stack.net">Dm.Kryukov</A>, Stack Ltd.<BR>
Changes (C) 1997 <A HREF="mailto:lexa@lexa.ru">Alex Tutubalin</A>, Samovar Internet Consulting, LLC.<br>
</CENTER>
<CENTER>
<A NAME="part1"><font size="+2">Краткий обзор сервера</font></A><br>
<img src="line.gif">
</CENTER>
<font size="+3">Н</font>а сегодняшний день в русскоязычном (как минимум)
Internet-пространстве существует "проблема многих кодировок".
Существует по меньшей мере пять распространенных кодировок (кодовых таблиц)
кириллицы и "информационные ресурсы" должны доставляться потребителям
в доступной для них форме т.е. в той кодировке, которую поддерживает программное
обеспечение пользователя.
Как следствие, на русскоязычном WWW-сервере должна быть (или крайне желательна)
поддержка нескольких кодировок кириллицы (вопросы о единственно верной кодировке
и о правильной стороне с которой нужно разбивать яйцо являются религиозными
и не являются темой данного сервера).
Желательно было сделать такую поддержку максимально прозрачной для пользователя
и гибкой в настройке для Web-мастера.
Вариантов решения этой задачи существует уже довольно много и предлагаемые
способ и программное обеспечение - не уникальны, хотя и завоевали некоторую
популярность.
<p>
<font size="+1">З</font>а основу данного программного продукта был
взят популярный HTTP-сервер <A HREF="../../../../../default/httpext.htm">Apache</A>,
к которому была добавлена функциональность, необходимая для корректной
поддержки нескольких кодировок кириллицы одновременно. К сожалению, эта
функциональность не может быть обеспечена полностью независимым модулем,
пришлось внести некоторые добавления в основной код Apache.<p>
Последняя веpсия "Russian Apache" - Apache 1.2.1 rus/PL20.0.
Последняя версия, основанная на Apache 1.1.x - Apache 1.1.3 rus/PL16,
но версия на основе Apache 1.1.3 более не развивается и не поддерживается.
Перед установкой сервера рекомендуем тщательно изучить разделы
<A HREF="internal.htm" target="conteте">Как это работает</A>,
<A HREF="configu2.htm" target=content>Как настроить</A>
и <A HREF="notes.htm" target=content>Некоторые рекомендации</A>.<p>
Если вы используете "старую" версию Russian Apache, то рекомендуется
сделать <a href="getit.htm">апгрейд</a> как минимум на версию 1.1.3 rus/PL16
- в версиях PL14..PL16 было исправлено много нефатальных, но неприятных ошибок (см.
<a href="CHANGES.txt">список изменений и исправлений</a>).
Версии, сделанные на основе Apache 1.2.1 (текущая - PL20.0) также достаточно
стабильны, но между версиями PL16 и PL18 полностью поменялись директивы
конфигурации и переконфигурация потребует некоторых усилий.
<p>
Особенностями сервера являются:
<OL>
<LI>Поддержка согласования кодировок клиента и сервера как при выдаче документов
пользователю, так и при обработке пользовательского ввода (при вводе поддерживаются
как GET, так и POST).
<LI>Выдача правильных <I>Content-type:...;charset=...</I> в соответствии с
этим согласованием.
<LI>Выдача при необходимости заголовка Expires: для proxy серверов.
<LI>Поддержка Ranges.
<LI>Поддержка возможности не записывать в logfile ненужные адреса.
</OL>
Версии сервера до PL16 включительно <b>не поддерживают</b> явным образом
хранение документов на диске в нескольких кодировках (это может быть нужно
в случае, когда разные разделы сервера редактируют разные люди, работающие на
разных платформах). Соответствующая функциональность, позволяющая использовать
разные "внутренние" (on-disk) кодировки для разных директорий появилась
начиная с версии PL17b, однако на настоящий момент эти версии находятся в
стадии бета-тестирования.
<p>
В сервере реализовано совмещение нескольких методов согласования
кодировок клиента и сервера (подробности - в разделе
<a href="internal.htm">Как это работает</a>, а именно:
<UL>
<p><LI>Через заголовки клиента <I>Accept-Charset:</I> и/или
<I>Accept: text/x-cyrillic ...</I>
Если сервер знает о том charset, который запросил клиент, то эти
заголовки имеют высший приоритет для сервера, вне зависимости от его
настройки на native charset.
<p><LI>Через поиск в имени сервера названия одной из сконфигурировнных
кодовых страниц (например: www-koi8-r.stack.serpukhov.su или
www-windows-1251.stack.serpukhov.su)
<p><LI>Через поиск в префиксе запрошенного URI названия одной из
сконфигурировнных кодовых страниц (например:
http://www.stack.net/windows-1251/file.html)
<p><LI>Через конфигурацию кодовых страниц по умолчанию для различных
типов клиентских программ в случае, когда сервер может опознать
клиентскую программу (иногда среду, в которой работает клиентская
программа).
<p><LI>Для разных (виртуальных) серверов и/или директорий - по отдельности.
Т.е. для каждой директории или виртуального сервера (на другом hostname или
номере порта) можно указать свой набор <a href="configu2.htm">директив</a>
которые будут работато от этого узла дерева и "ниже" (пока
их не отменят директивы на большем уровне детальности).
<p><LI>В случае принятия сообществом единой транспортной кодировки,
необходимо будет оставить только ее в сервере, независимо от физического
способа представления данных документов.
</UL>
<p>
<br>
<font size="+1">Некоторые особенности:</font>
<ul>
<LI>Администратор
сервера сам определяет - в каких случаях должны использоваться
разные кодовые страницы. Администратор сервера, также, может
самостоятельно создавать таблицы перекодировки и подключать
их к серверу для согласования кодовой страницы сервера
с требуемой кодировкой клиента.<BR>
Сервер корректно преобразует
текстовые потоки от/к клиенту, включая последовательности
типа %xx%yy%zz. В текущей версии полностью перекодируется также
и Netscape file-upload, равно как и PUT. Эта проблема будет
решена в последующих версиях.
<LI>Администратор сервера может указывать характерные признаки
клиентской программы (User-agent: заголовок) и соответствующий
данной клиентской программе charset по-умолчанию.
<LI>Администратор сервера может указать клиентские программы,
которые неадекватно воспринимают MIME, для них такие заголовки
сервером не будут выдаваться.
<LI>Администратор сервера может указать приоритет в выборе
сервером charset между URL и User-agent.
<LI>Администратор сервера может определить реакцию сервера
на некорректно запрошенный charset (т.е. выдавать ли
запрошенный документ в таком случае в charset по-умолчанию)
<LI>Использование в URL фрагмента файла. Данная возможность
позволяет серверу переслать клиенту не весь требуемый документ
а только необходимую его часть (например, ссылки на результат
поиска WAIS в больших структурированных файлах).
Сервер воспринимает в запросе конструкцию:
<UL>
<LI>file_name;bytes=l-m или
<LI>file_name;lines=l-m
</UL>
Сервер также воспринимает от клиента заголовок:
<UL>
<LI>Range: bytes=a-b
<LI>Range: lines=a-b
</UL>
При этом, документу ставится Content-type: text/plain если документ был текстом
или Content-type: application/octet - если документ является
не текстовым.
<LI>Возможность исключать в конфигурационных файлах нежелательные
адреса для записи в logfile для каждого реального и виртуального
сервера с помощью директивы NoLog domain или NoLog aaa.bbb.ccc
</UL>
<center>
<a href="support.htm">[Next Page]</a>
</center>
</BODY>
</HTML>
]]>