Apache Версия 2.0 Сервера HTTP
Description: | связывает расширения требуемого имени файла с поведением файла (тренеры и фильтры) и содержание (тип пантомимы, язык, набор символов и кодирующий) |
---|---|
Status: | основа |
Module Identifier: | mime_module |
Source File: | mod_mime.c |
этот модуль используется, чтобы связать различные биты "информации Меты" с файлами их расширениями имени файла. Эта информация связывает имя файла документа, это - тип пантомимы, язык, набор символов и зашифровывание. Эту информацию посылают браузеру, и участвует на довольных переговорах, таким образом предпочтение пользователя уважается, выбирая один из нескольких возможных файлов, чтобы служить. См.
mod_negotiation
за дополнительной информацией о
content negotiation
.
директивы
AddCharset
,
AddEncoding
,
AddLanguage
и
AddType
все используются, чтобы нанести на карту расширения файла на информацию Меты для того файла. Соответственно они устанавливают набор символов, довольное зашифровывание, довольный язык, и MIME-type (довольный тип) документов. Директива
TypesConfig
используется, чтобы определить файл, который также наносит на карту расширения на типы MIME.
кроме того,
mod_mime
может определить
handler
и
filters
это порождает и обрабатывает содержание. Директивы
AddHandler
,
AddOutputFilter
, и
AddInputFilter
управлять модулями или подлинниками, которые служат документу.
MultiviewsMatch
директива позволяет
mod_negotiation
полагать, что эти расширения файла включены, проверяя спички Мультипредставлений.
в то время как
mod_mime
информация Меты партнеров с расширениями имени файла,
core
сервер обеспечивает директивы, которые используются, чтобы связать все файлы в данном контейнере (
например.
,
<Location>
,
<Directory>
, или
<Files>
) со специфической информацией Меты. Эти директивы включают
ForceType
,
SetHandler
,
SetInputFilter
, и
SetOutputFilter
. основные директивы отвергают любые картографии расширения имени файла, определенные в
mod_mime
.
отметить, что изменение информации Меты для файла не изменяет ценность
Last-Modified
удар головой. Таким образом, предварительно припрятавшие про запас копии могут все еще использоваться клиентом или полномочием, с предыдущими ударами головой. Если Вы изменяете информацию Меты (язык, удовлетворите тип, набор символов или кодирующий), Вы, возможно, должны 'коснуться' затронутых файлов (обновляющий их последнюю измененную дату), чтобы гарантировать, что все посетители - получают исправленные довольные удары головой.
файлы могут иметь больше чем одно расширение, и заказ расширений
обычно
несоответствующий. Например, если файл
welcome.html.fr
карты на довольный тип
text/html
и языковой французский язык тогда файл
welcome.fr.html
нанесет на карту на точно ту же самую информацию. Если больше чем одно расширение дается, который наносит на карту на тот же самый тип информации Меты, то тот направо будет использоваться, за исключением языков и довольных зашифровываний. Например, если
.gif
карты к ТИПУ ПАНТОМИМЫ
image/gif
и
.html
карты к ТИПУ ПАНТОМИМЫ
text/html
, тогда файл
welcome.gif.html
будет связан с ТИПОМ ПАНТОМИМЫ
text/html
.
Languages
и
content encodings
рассматриваются накапливаемые, потому что можно назначить больше чем один язык или кодирующий к специфическому ресурсу. Например, файл
welcome.html.en.de
с будет поставляться
Content-Language: en, de
и
Content-Type: text/html
.
забота должна быть взята, когда файл с многократными расширениями связан и с ТИПОМ ПАНТОМИМЫ и с тренером. Это будет обычно приводить к запросу, являющемуся модулем, связанным с тренером. Например, если
.imap
расширение нанесено на карту тренеру
imap-file
(от
mod_imap
) и
.html
расширение нанесено на карту к ТИПУ ПАНТОМИМЫ
text/html
, тогда файл
world.imap.html
будет связан с обоими
imap-file
тренер и
text/html
ТИП ПАНТОМИМЫ. Когда это обработано,
imap-file
тренер будет использоваться, и таким образом это будут рассматривать как a
mod_imap
файл imagemap.
файл специфического типа MIME может дополнительно быть закодирован специфический способ упростить передачу по Интернету. В то время как это обычно будет обращаться к сжатию, типа
gzip
, это может также обратиться к шифрованию, такому
pgp
или к зашифровыванию, типа UUencoding, который разработан чтобы передать бинарный файл в ASCII (текст) формат.
HTTP/1.1 RFC , секция 14.11 помещает это этот путь:
Кодирующая содержание область удара головой юридического лица используется как модификатор к виду средств рекламы. Когда подарок, его ценность указывает, какие дополнительные довольные кодирования были применены к телу юридического лица, и таким образом какая расшифровка механизмов должна быть применена, чтобы получить вид средств рекламы, на который ссылается область удара головой Довольного типа. Довольное зашифровывание прежде всего используется, чтобы позволить документу быть сжатым, не теряя идентичность его основного вида средств рекламы.
при использовании больше чем одного расширения файла (см. section above about multiple file extensions ), Вы можете указать, что файл имеет деталь напечатать , и также имеет деталь зашифровывание .
например, Вы можете иметь файл, который является документом Microsoft Word, который является pkzipped, чтобы уменьшить его размер. Если
.doc
расширение связано с типом файла Microsoft Word, и
.zip
расширение связано с pkzip зашифровыванием файла, тогда файл
Resume.doc.zip
был бы известен, чтобы быть pkzip'ed документом Слова.
Apache посылает a
Content-encoding
удар головой с ресурсом, чтобы сказать браузер клиента о методе зашифровывания.
Content-encoding: pkzip
в дополнение к типу файла и зашифровыванию файла, другая важная информация - то, какой язык специфический документ находится в, и в том, какой набор символов файл должен быть показан. Например, документ мог бы быть написан во вьетнамском алфавите, или в Кириллице, и должен быть показан также. Эта информация, также, передана в ударах головой HTTP.
набор символов, язык, кодируя и тип пантомимы весь используется в процессе довольных переговоров (См.
mod_negotiation
), чтобы определить, который документ давать клиенту, когда есть альтернативные документы в больше чем одном наборе символов, языке, кодируя или типе пантомимы. Все ассоциации расширений имени файла, созданные с
AddCharset
,
AddEncoding
,
AddLanguage
и
AddType
директивы (и расширения, перечисленные в
MimeMagicFile
) участвуют в этом процессе выбора. Расширения имени файла, которые только связаны, используя
AddHandler
,
AddInputFilter
или
AddOutputFilter
директивы могут быть включены или исключены из соответствия при использовании
MultiviewsMatch
директива.
чтобы передавать эту дальнейшую информацию, Apache произвольно посылает a
Content-Language
удар головой, чтобы определить язык, что документ находится в, и может приложить дополнительную информацию на
Content-Type
удар головой, чтобы указать специфический набор символов, который должен использоваться, чтобы правильно отдать информацию.
Content-Language: en, fr
Content-Type: text/plain; charset=ISO-8859-1
языковая спецификация - двухбуквенное сокращение для языка.
charset
является названием специфического набора символов, который должен использоваться.
Description: | наносит на карту данные расширения имени файла к указанному содержанию charset |
---|---|
Syntax: |
AddCharset
charset
extension
[
extension
] ...
|
Context: | сервер config, действительный хозяин, справочник, .htaccess |
Override: | FileInfo |
Status: | основа |
Module: | mod_mime |
AddCharset
директива наносит на карту данные расширения имени файла к указанному содержанию charset.
charset
является
MIME charset parameter
из имен файла, содержащих
расширение
. эта картография добавлена к любому уже в силе, отвергая любые картографии, которые уже существуют для того же самого
расширение
.
AddLanguage ja .ja
AddCharset EUC-JP .euc
AddCharset ISO-2022-JP .jis
AddCharset SHIFT_JIS .sjis
тогда документ
xxxx.ja.jis
будет рассматриваться как являющийся японским документом, charset которого
ISO-2022-JP
(как будет документ
xxxx.jis.ja
).
AddCharset
директива полезна для обоих сообщить клиенту о зашифровывании характера документа так, чтобы документ мог интерпретироваться и показан соответственно, и для
content negotiation
, куда сервер возвращается один из нескольких документов, основанных на charset предпочтении клиента.
расширение аргумент нечувствителен к случаю, и может быть определен с или без ведущей точки.
Description: | наносит на карту данные расширения имени файла к указанному типу зашифровывания |
---|---|
Syntax: |
AddEncoding
MIME-enc
extension
[
extension
] ...
|
Context: | сервер config, действительный хозяин, справочник, .htaccess |
Override: | FileInfo |
Status: | основа |
Module: | mod_mime |
AddEncoding
директива наносит на карту данные расширения имени файла к указанному типу зашифровывания.
ПАНТОМИМА-ENC
является зашифровыванием ПАНТОМИМЫ, чтобы использовать для документов, содержащих
расширение
. эта картография добавлена к любому уже в силе, отвергая любые картографии, которые уже существуют для того же самого
расширение
.
AddEncoding x-gzip .gz
AddEncoding x-compress .Z
это вызовет имена файла, содержащие
.gz
расширение, которое будет отмечено как закодировано использование
x-gzip
зашифровывание, и имена файла, содержащие
.Z
расширение, которое будет отмечено как закодировано с
x-compress
.
старые клиенты ожидают
x-gzip
и
x-compress
, однако стандарт диктует, что они эквивалентны
gzip
и
compress
соответственно. Апач действительно удовлетворяет сравнения зашифровывания, игнорируя любое продвижение
x-
. когда ответ от Apacheа зашифровывания будет использовать любую форму (
то есть.
,
x-foo
или
foo
) клиент просил. Если клиент определенно не просил, чтобы специфический Apache формы использовал форму, данную
AddEncoding
директива. Чтобы сделать эту длинную историю короткой, Вы должны всегда использовать
x-gzip
и
x-compress
для этих двух определенных зашифровываний. Более свежие зашифровывания, типа
deflate
должен быть определен без
x-
.
расширение аргумент нечувствителен к случаю, и может быть определен с или без ведущей точки.
Description: | наносит на карту расширения имени файла указанному тренеру |
---|---|
Syntax: |
AddHandler
handler-name
extension
[
extension
] ...
|
Context: | сервер config, действительный хозяин, справочник, .htaccess |
Override: | FileInfo |
Status: | основа |
Module: | mod_mime |
файлы, имеющие название
расширение
будет служиться указанным
handler-name
. эта картография добавлена к любому уже в силе, отвергая любые картографии, которые уже существуют для того же самого
расширение
. например, чтобы активизировать подлинники CGI с расширением файла
.cgi
, Вы могли бы использовать:
AddHandler cgi-script .cgi
как только это было помещено в ваш httpd.conf файл, любой файл, содержащий
.cgi
расширение будут рассматривать как программа CGI.
расширение аргумент нечувствителен к случаю, и может быть определен с или без ведущей точки.
Description: | расширения имени файла карт на фильтры, которые обработают запросы клиента |
---|---|
Syntax: |
AddInputFilter
filter
[;
filter
...]
extension
[
extension
] ...
|
Context: | сервер config, действительный хозяин, справочник, .htaccess |
Override: | FileInfo |
Status: | основа |
Module: | mod_mime |
Compatibility: | AddInputFilter только доступен в Apacheе 2.0.26 и позже. |
AddInputFilter
наносит на карту расширение имени файла
расширение
к
filters
который обработает запросы клиента и ПОЧТОВЫЙ вход, когда они получены сервером. Это - в дополнение к любым фильтрам, определенным в другом месте, включая
SetInputFilter
директива. Эта картография слита по любому уже в силе, отвергая любые картографии, которые уже существуют для того же самого
расширение
.
если больше чем один фильтр определен, они должны быть отделены точками с запятой в заказе, в котором они должны обработать содержание. И фильтр и расширение аргументы нечувствительны к случаю, и расширение может быть определено с или без ведущей точки.
Description: | наносит на карту данное расширение имени файла на указанный довольный язык |
---|---|
Syntax: |
AddLanguage
MIME-lang
extension
[
extension
] ...
|
Context: | сервер config, действительный хозяин, справочник, .htaccess |
Override: | FileInfo |
Status: | основа |
Module: | mod_mime |
AddLanguage
директива наносит на карту данное расширение имени файла на указанный довольный язык.
ПАНТОМИМА-LANG
является языком ПАНТОМИМЫ имен файла, содержащих
расширение
. эта картография добавлена к любому уже в силе, отвергая любые картографии, которые уже существуют для того же самого
расширение
.
AddEncoding x-compress .Z
AddLanguage en .en
AddLanguage fr .fr
тогда документ
xxxx.en.Z
будет рассматриваться как являющийся сжатым английским документом (как будет документ
xxxx.Z.en
). Хотя о довольном языке сообщают клиенту, браузер вряд ли будет использовать эту информацию.
AddLanguage
директива более полезна для
content negotiation
, куда сервер возвращается один из нескольких документов, основанных на языковом предпочтении клиента.
если многократные языковые назначения сделаны для того же самого расширения, последний, с которым сталкиваются - тот, который используется. Таким образом, для случая:
AddLanguage en .en
AddLanguage en-gb .en
AddLanguage en-us .en
документы с расширением
.en
рассмотрелся бы как являющийся
en-us
.
расширение аргумент нечувствителен к случаю, и может быть определен с или без ведущей точки.
Description: | расширения имени файла карт на фильтры, которые обработают ответы от сервера |
---|---|
Syntax: |
AddOutputFilter
filter
[;
filter
...]
extension
[
extension
] ...
|
Context: | сервер config, действительный хозяин, справочник, .htaccess |
Override: | FileInfo |
Status: | основа |
Module: | mod_mime |
Compatibility: | AddOutputFilter только доступен в Apacheе 2.0.26 и позже. |
AddOutputFilter
директива наносит на карту расширение имени файла
расширение
к
filters
который обработает ответы от сервера прежде, чем их посылают клиенту. Это - в дополнение к любым фильтрам, определенным в другом месте, включая
SetOutputFilter
и
AddOutputFilterByType
директива. Эта картография слита по любому уже в силе, отвергая любые картографии, которые уже существуют для того же самого
расширение
.
например, следующая конфигурация обработает все
.shtml
файлы для стороны сервера включают и тогда сожмут использование продукции
mod_deflate
.
AddOutputFilter INCLUDES;DEFLATE shtml
если больше чем один фильтр определен, они должны быть отделены точками с запятой в заказе, в котором они должны обработать содержание. Оба фильтр и расширение аргументы нечувствительны к случаю, и расширение может быть определено с или без ведущей точки.
Description: | наносит на карту данные расширения имени файла на указанный довольный тип |
---|---|
Syntax: |
AddType
MIME-type
extension
[
extension
] ...
|
Context: | сервер config, действительный хозяин, справочник, .htaccess |
Override: | FileInfo |
Status: | основа |
Module: | mod_mime |
AddType
директива наносит на карту данные расширения имени файла на указанный довольный тип.
ТИП ПАНТОМИМЫ
является типом MIME, чтобы использовать для имен файла, содержащих
расширение
. эта картография добавлена к любому уже в силе, отвергая любые картографии, которые уже существуют для того же самого
расширение
. эта директива может использоваться, чтобы добавить картографии, не перечисленные в файле типов MIME (см.
TypesConfig
директива).
AddType image/gif .gif
AddType
директива вместо того, чтобы изменяться
TypesConfig
файл.
расширение аргумент нечувствителен к случаю, и может быть определен с или без ведущей точки.
Description: | наборы все файлы в данных возможностях на указанный язык |
---|---|
Syntax: |
DefaultLanguage
MIME-lang
|
Context: | сервер config, действительный хозяин, справочник, .htaccess |
Override: | FileInfo |
Status: | основа |
Module: | mod_mime |
DefaultLanguage
директива говорит Apacheа что все файлы в возможностях директивы (
например.
, все файлы, покрытые потоком
<Directory>
контейнер), который не имеет явного языкового расширения (, типа
.fr
или
.de
как формируется
AddLanguage
) нужно полагать, чтобы находиться в указанном
ПАНТОМИМА-LANG
язык. Это позволяет всем справочникам быть отмеченными как содержащий голландское содержание, например, не имея необходимость переименовывать каждый файл. Отметьте это в отличие от использования расширений, чтобы определить языки,
DefaultLanguage
может только определить единственный язык.
если нет
DefaultLanguage
директива находится в силе, и файл не имеет никаких языковых расширений как формируется
AddLanguage
, тогда тот файл будет полагать, чтобы не иметь никакого языкового признака.
DefaultLanguage en
Description: |
говорит
mod_mime
рассматривать
path_info
компоненты как часть имени файла
|
---|---|
Syntax: |
ModMimeUsePathInfo On|Off
|
Default: |
ModMimeUsePathInfo Off
|
Context: | справочник |
Status: | основа |
Module: | mod_mime |
Compatibility: | доступный в Apacheе 2.0.41 и позже |
ModMimeUsePathInfo
директива используется, чтобы объединить имя файла с
path_info
компонент URL, чтобы примениться
mod_mime
's директивы к запросу. Ценность по умолчанию
Off
- поэтому,
path_info
компонент игнорируется.
эта директива рекомендуется, когда Вы имеете действительную файловую систему.
ModMimeUsePathInfo On
если Вы имеете запрос о
/bar/foo.shtml
где
/bar
является Местоположением и
ModMimeUsePathInfo
On
,
mod_mime
рассмотрит поступающий запрос как
/bar/foo.shtml
и директивы как
AddOutputFilter INCLUDES .shtml
добавит
INCLUDES
проникнуть к запросу. Если
ModMimeUsePathInfo
не установлен,
INCLUDES
фильтр не будет добавлен.
Description: | типы файлов, которые будут включены, ища соответствующий файл с Мультипредставлениями |
---|---|
Syntax: |
MultiviewsMatch Any|NegotiatedOnly|Filters|Handlers [Handlers|Filters]
|
Default: |
MultiviewsMatch NegotiatedOnly
|
Context: | сервер config, действительный хозяин, справочник, .htaccess |
Override: | FileInfo |
Status: | основа |
Module: | mod_mime |
Compatibility: | доступный в Apacheе 2.0.26 и позже. |
MultiviewsMatch
пропуска три различных поведения для
mod_negotiation
's особенность Мультипредставлений. Мультипредставления позволяют запрос о файле,
например.
index.html
, чтобы соответствовать любым договорным расширениям после основного запроса,
например.
index.html.en
,
index.html.fr
, или
index.html.gz
.
NegotiatedOnly
выбор обеспечивает, что каждое расширение после базового имени должно коррелировать к признанному
mod_mime
расширение для содержания negotation,
например.
Charset, Довольный тип, Язык, или Зашифровывание. Это - самое строгое выполнение с наименьшим количеством неожиданных побочных эффектов, и - поведение по умолчанию.
чтобы включать расширения, связанные с Тренерами и/или Фильтрами, установите
MultiviewsMatch
директива к также
Handlers
,
Filters
, или оба ключевых слова выбора. Если все другие факторы будут равны, то наименьшему файлу будут служить,
например.
в решении между
index.html.cgi
из 500 байтов и
index.html.pl
из 1000 байтов,
.cgi
файл победил бы в этом примере. Пользователи
.asis
файлы могли бы предпочесть использовать выбор Тренера, если
.asis
файлы связаны с
asis-handler
.
Вы можете наконец позволить
Any
расширения, чтобы соответствовать, даже если
mod_mime
не признает расширение. Это было поведением в Apacheе 1.3, и может вызвать результаты unpredicatable, типа обслуживания .old или .bak файлов, webmaster никогда не ожидал служиться.
например, следующая конфигурация позволит тренерам и фильтрам участвовать в Multviews, но исключит неизвестные файлы:
MultiviewsMatch Handlers Filters
Description: | удаляет любые ассоциации набора символов для ряда расширений файла |
---|---|
Syntax: |
RemoveCharset
extension
[
extension
] ...
|
Context: | действительный хозяин, справочник, .htaccess |
Override: | FileInfo |
Status: | основа |
Module: | mod_mime |
Compatibility: | RemoveCharset только доступен в Apacheе 2.0.24 и позже. |
RemoveCharset
директива удаляет любые ассоциации набора символов для файлов с данными расширениями. Это позволяет
.htaccess
файлы в подсправочниках, чтобы уничтожить любые ассоциации унаследовали от родительских справочников или сервера config файлы.
расширение аргумент нечувствителен к случаю, и может быть определен с или без ведущей точки.
RemoveCharset .html .shtml
Description: | удаляет любые довольные ассоциации зашифровывания для ряда расширений файла |
---|---|
Syntax: |
RemoveEncoding
extension
[
extension
] ...
|
Context: | действительный хозяин, справочник, .htaccess |
Override: | FileInfo |
Status: | основа |
Module: | mod_mime |
RemoveEncoding
директива удаляет любые ассоциации зашифровывания для файлов с данными расширениями. Это позволяет
.htaccess
файлы в подсправочниках, чтобы уничтожить любые ассоциации унаследовали от родительских справочников или сервера config файлы. Пример его использования мог бы быть:
AddEncoding x-gzip .gz
AddType text/plain .asc
<Files *.gz.asc>
RemoveEncoding .gz
</Files>
это вызовет
foo.gz
быть отмеченным как закодированный с gzip методом, но
foo.gz.asc
как незакодированный файл обычного текста.
RemoveEncoding
директивы обработаны
после
любой
AddEncoding
директивы, таким образом возможно, что они могут уничтожить эффекты последнего, если оба происходят в пределах той же самой директивной конфигурации.
расширение аргумент нечувствителен к случаю, и может быть определен с или без ведущей точки.
Description: | удаляет любые ассоциации тренера для ряда расширений файла |
---|---|
Syntax: |
RemoveHandler
extension
[
extension
] ...
|
Context: | действительный хозяин, справочник, .htaccess |
Override: | FileInfo |
Status: | основа |
Module: | mod_mime |
RemoveHandler
директива удаляет любые ассоциации тренера для файлов с данными расширениями. Это позволяет
.htaccess
файлы в подсправочниках, чтобы уничтожить любые ассоциации унаследовали от родительских справочников или сервера config файлы. Пример его использования мог бы быть:
AddHandler server-parsed .html
RemoveHandler .html
это имеет эффект возвратиться
.html
файлы в
/foo/bar
справочник к тому, чтобы быть рассмотренным как нормальные файлы, а не как кандидаты на то, чтобы разбирать (см.
mod_include
модуль).
расширение аргумент нечувствителен к случаю, и может быть определен с или без ведущей точки.
Description: | удаляет любые ассоциации фильтра входа для ряда расширений файла |
---|---|
Syntax: |
RemoveInputFilter
extension
[
extension
] ...
|
Context: | действительный хозяин, справочник, .htaccess |
Override: | FileInfo |
Status: | основа |
Module: | mod_mime |
Compatibility: | RemoveInputFilter только доступен в Apacheе 2.0.26 и позже. |
RemoveInputFilter
директива удаляет любые ассоциации фильтра входа для файлов с данными расширениями. Это позволяет
.htaccess
файлы в подсправочниках, чтобы уничтожить любые ассоциации унаследовали от родительских справочников или сервера config файлы.
расширение аргумент нечувствителен к случаю, и может быть определен с или без ведущей точки.
Description: | удаляет любые языковые ассоциации для ряда расширений файла |
---|---|
Syntax: |
RemoveLanguage
extension
[
extension
] ...
|
Context: | действительный хозяин, справочник, .htaccess |
Override: | FileInfo |
Status: | основа |
Module: | mod_mime |
Compatibility: | RemoveLanguage только доступен в Apacheе 2.0.24 и позже. |
RemoveLanguage
директива удаляет любые языковые ассоциации для файлов с данными расширениями. Это позволяет
.htaccess
файлы в подсправочниках, чтобы уничтожить любые ассоциации унаследовали от родительских справочников или сервера config файлы.
расширение аргумент нечувствителен к случаю, и может быть определен с или без ведущей точки.
Description: | удаляет любые ассоциации фильтра продукции для ряда расширений файла |
---|---|
Syntax: |
RemoveOutputFilter
extension
[
extension
] ...
|
Context: | действительный хозяин, справочник, .htaccess |
Override: | FileInfo |
Status: | основа |
Module: | mod_mime |
Compatibility: | RemoveOutputFilter только доступен в Apacheе 2.0.26 и позже. |
RemoveOutputFilter
директива удаляет любые ассоциации фильтра продукции для файлов с данными расширениями. Это позволяет
.htaccess
файлы в подсправочниках, чтобы уничтожить любые ассоциации унаследовали от родительских справочников или сервера config файлы.
расширение аргумент нечувствителен к случаю, и может быть определен с или без ведущей точки.
RemoveOutputFilter shtml
Description: | удаляет любые довольные ассоциации типа для ряда расширений файла |
---|---|
Syntax: |
RemoveType
extension
[
extension
] ...
|
Context: | действительный хозяин, справочник, .htaccess |
Override: | FileInfo |
Status: | основа |
Module: | mod_mime |
RemoveType
директива удаляет любые ассоциации типа MIME для файлов с данными расширениями. Это позволяет
.htaccess
файлы в подсправочниках, чтобы уничтожить любые ассоциации унаследовали от родительских справочников или сервера config файлы. Пример его использования мог бы быть:
RemoveType .cgi
это удалит любую специальную обработку
.cgi
файлы в
/foo/
справочник и любой ниже этого, заставляя файлы быть рассмотрен как являющийся
DefaultType
.
RemoveType
директивы обработаны
после
любой
AddType
директивы, таким образом возможно, что они могут уничтожить эффекты последнего, если оба происходят в пределах той же самой директивной конфигурации.
расширение аргумент нечувствителен к случаю, и может быть определен с или без ведущей точки.
Description: |
местоположение
mime.types
файл
|
---|---|
Syntax: |
TypesConfig
file-path
|
Default: |
TypesConfig conf/mime.types
|
Context: | сервер config |
Status: | основа |
Module: | mod_mime |
TypesConfig
директива устанавливает местоположение файла конфигурации типов MIME.
дорожка файла
является относительно
ServerRoot
. этот файл заставляет список по умолчанию картографий от расширений имени файла удовлетворять типы. Большинство администраторов использует обеспеченный
mime.types
файл, который связывает общие расширения имени файла с IANA, регистрировал довольные типы. Текущий список поддержан в
http://www.iana.org/assignments/media-types/index.html
. это упрощает
httpd.conf
файл, обеспечивая большинство определений вида средств рекламы, и может быть отвергнут
AddType
директивы как необходимо. Вы не должны редактировать
mime.types
файл, потому что это может быть заменено, когда Вы модернизируете ваш сервер.
файл содержит линии в формате аргументов
AddType
директива:
MIME-type
[
extension
] ...
случай расширения не имеет значения. Чистые линии, и линии, начинающиеся с характера мешанины (
#
) игнорируются.
mime.types
файл, если (1) они уже не зарегистрированы с IANA, и (2), они используют широко принятые, непротиворечивые расширения имени файла поперек платформ.
category/x-subtype
запросы будут автоматически отклонены, как будут любые новые двухбуквенные расширения, поскольку они будут вероятно находиться в противоречии позже с уже переполненным языком и набором символов namespace.