Linux
Шрифт:
Задает имя файла (относительно запрашиваемого каталога), в котором находится индексный файл каталога.
• SVDA HeaderName filename
Определяет, что в качестве заголовка индекса будет вставлен указанный файл.
• SVDA Indexlgnore file file …
Определяет список файлов, которые надо скрывать.
• SVDA IndexOptions [+|-]option [+|-]option …
Определяет параметры сортировки и оформления:
– Fancy indexing – сортировка по столбцам;
– IconHeight=pixels – высота иконки;
– IconWidth=pixeis – ширина иконки;
– NameWidth=[n | *] – ширина
• SVDA ReadmeName filename
В конец индекса будет вставлен указанный файл (сначала ищется файл filename.html, затем просто filename).
Перекодировка (русификация)
Для перекодирования документов из одной кодовой страницы в другую используются нижеприведенные директивы.
Определение кодировки и таблиц перекодировки:
• SV CharsetDecl имя_кодировки [S]
Флаг s подавляет выдачу charset=… клиенту.
• SV CharsetRecodeTable из_какой в_какую имя_файла_с_таблицей [имя_файла_с_обратной_таблицей]
Задает, из какой кодировки в какую производится перекодирование.
• SV CharsetWideRecodeTable из_какой в_какую имя_файла_с_таблицей
Используется для перекодировок из символа в строку, например, для транслитерации.
• SVDLA CharsetAlias официальное_имя синоним …
Определяет синонимы для имени кодировки.
Определение кодировки хранения:
• SVDLA CharsetSourceEnc имя_кодировки
Определяет, в какой кодировке хранятся документы.
• SVDLA CharsetByExtension имя_кодировки. extl …
Разрешает определение кодировки по расширению.
• SVDLA CharsetProcessType mime-type
Определяет, какие типы файлов надо обрабатывать; всегда обрабатываются – text/*.
Определение кодировки клиента:
• SVDLA CharsetPriority имя_кодировки1 …
Определение приоритета, если клиент задает несколько Accept.
• SVDLA CharsetBrokenAccept Agent-Substring accept_charset_string
Игнорировать данный заголовок Accept от данного клиента – использовать другие механизмы для определения типа клиентской кодировки.
• SVDLA CharsetSelectionOrder Rulel …
Устанавливает приоритет способов определения кодировки клиента:
– Portnumber – по номеру порта;
– Hostname – если каноническое имя хоста начинается с имени кодировки или его синонима, то выбирается данная кодировка;
– URiHostname – если имя в заголовке Host: начинается с имени кодировки или его синонима, то выбирается данная кодировка;
– EnvVariabie – ио переменной force_charset, определенной внешними модулями;
– Dirprefix – по началу имени каталога;
– Useragent – ПО IITTP-заголовку User-Agent.
• SVDLA CharsetDefault имя_кодировки
Принимается в качестве кодировки клиента, если все остальные способы не помогли.
• SVDLA CharsetByPort имя_кодировки номер_порта
Определяет кодировку по номеру порта, к которому произошло подключение.
Дополнительная обработка специфических случаев:
• SVDLA AddHandler strip-meta-http.extl …
Удалять тэги "мета http-equiv=.. charset=…" из HTML-файлов перед передачей их клиенту.
• SVDLA CharsetBadAgent
шаблон …Для клиентских программам, подпадающих под шаблон, не будет выдаваться строка charset= в HTTP-заголовке Content-type.
• SVDLA CharsetErrReject On | Off
Если клиент запрашивает неизвестную кодировку в директиве Accept/Accept-charset, выдавать сообщение об ошибке или попытаться определить правильную кодировку.
• SVDLA CharsetDisable On | Off
Выключить модуль для данного сервера/каталога.
• SVDLA CharsetRecodeFilenames On | Off
Перекодировать имена файлов.
• SVDLA CharsetOverrideExpires On | Off
Если включен (on) – заменять заголовки Expires, сгенерированные другими модулями, на свои.
• SVDLA CharsetDisableForcedExpires On | Off
Если выключен (off) – сервер выдает заголовок Expires: 1 Jan 1970 для того, чтобы документ не кэшировался, если его кодировка определилась по User-Agent или Accept-charset.
• SVDLA CharsetRecodeMethodsIn метод1 …
Включить обработку запроса для данного метода: get, post, put, all, none.
• SVDLA CharsetRecodeMethodsOut метод1 …
Включить обработку ответа для данного метода: get, post, put, all, none.
Это далеко не все параметры, используемые при конфигурации сервера Apache. Для более полного описания конфигурационных директив смотрите документацию, идущую в комплекте с сервером Apache. А сейчас перейдем к рассмотрению непосредственно конфигурационных файлов.
Файл access.conf
В access.conf содержатся директивы, описывающие права доступа к каталогам и файлам Web-cepвepa. Обычно создается каталог /www/<имя_сервера>/, потому что при такой организации проще ориентироваться в структуре файлов.
Файл access.conf содержит секции Directory, Location и Files, которые ограничены одноименными директивами. В параметрах этих директив могут использоваться символы"?" и "*", а также регулярные выражения, предваряемые тильдой. В секции Directory помещаются инструкции, относящиеся к определенному каталогу на диске, в секции Location – относящиеся к виртуальному пути, в секции Files – относящиеся к файлу или группе файлов.
<Directory /www/r.com.ua>
# директивы, относящиеся ко всем документам, хранящимся в каталоге /www/r.com.ua и вложенных в него
</Directory><Location /cgi-bin>
# директивы, относящиеся ко всем документам, доступным по адресу<путь_к_файлу>
</Location><Files /www/r.com.ua/form.htm>
# директивы, относящиеся к файлу form.htm из каталога /www/r/com.ua
</Files>Различие между секциями Directory и Location состоит в том, что первая относится к каталогам на диске, вторая -k виртуальному пути (URL), который браузер запрашивает у Web-cepвepa. И в той, и в другой могут присутствовать директивы order, allow и deny, которые позволяют ограничить доступ к каталогу или URL с различных машин.
При отсутствии специальных требований к безопасности можно указать Options АН в секции <Directory /www>, иначе нужно описать параметры каждого каталога отдельно.
Пример файла access.conf