nginx-site: xml/ru/docs/http/ngx_http_core

comparison xml/ru/docs/http/ngx_http_core_module.xml @ 625:af3f38e349eb

Removed terminal whitespace and fixed apostrophes used.

author	Ruslan Ermilov <ru@nginx.com>
date	Sat, 11 Aug 2012 04:55:25 +0000
parents	368a449e85b8
children	7e4805858796

comparison

equal deleted inserted replaced

-:4b5163be537f
+:af3f38e349eb
 <syntax><value>путь</value></syntax>
 <default/>
 <context>location</context>
 <para>
-Задаёт замену для указанного location'а.
+Задаёт замену для указанного location’а.
 Например, при такой конфигурации
 <example>
 location /i/ {
 alias /data/w3/images/;
 }
 В значении параметра <value>путь</value> можно использовать переменные,
 кроме <var>$document_root</var> и <var>$realpath_root</var>.
 </para>
 <para>
-Если <literal>alias</literal> используется внутри location'а, заданного
+Если <literal>alias</literal> используется внутри location’а, заданного
 регулярным выражением, то регулярное выражение должно содержать
 выделения, а сам <literal>alias</literal> — ссылки на эти выделения
 (0.7.40), например:
 <example>
 location ~ ^/users/(.+\.(?:gif|jpe?g|png))$ {
 location можно задать префиксной строкой или регулярным выражением.
 Регулярные выражения задаются либо с префиксом “<literal>~*</literal>”
 (для поиска совпадения без учёта регистра символов),
 либо с префиксом “<literal>~</literal>” (с учётом регистра).
 Чтобы найти location, соответствующий запросу, вначале проверяются
-location'ы, заданные префиксными строками (префиксные location'ы).
+location’ы, заданные префиксными строками (префиксные location’ы).
 Среди них ищется максимальное совпадение.
 Затем проверяются регулярные выражения, в порядке их следования
 в конфигурационном файле.
 Проверка регулярных выражений прекращается после первого же совпадения,
 и используется соответствующая конфигурация.
 Если совпадение с регулярным выражением не найдено, то используется
-конфигурация максимально совпавшего префиксного location'а.
+конфигурация максимально совпавшего префиксного location’а.
 </para>
 <para>
-location'ы могут быть вложенными, с некоторыми исключениями,
+location’ы могут быть вложенными, с некоторыми исключениями,
 о которых говорится ниже.
 </para>
 <para>
 Для операционных систем, нечувствительных к регистру символов, таких
 как Mac OS X и Cygwin, сравнение с префиксными строками производится
 без учёта регистра (0.7.7).
-Однако, сравнение ограничено только однобайтными locale'ями.
+Однако, сравнение ограничено только однобайтными locale’ями.
 </para>
 <para>
 Регулярные выражения могут содержать выделения (0.7.40), которые могут
 затем использоваться в других директивах.
 </para>
 <para>
-Если у максимального совпавшего префиксного location'а указан префикс
+Если у максимального совпавшего префиксного location’а указан префикс
 “<literal>^~</literal>”, то регулярные выражения не проверяются.
 </para>
 <para>
 Кроме того, с помощью префикса “<literal>=</literal>” можно задать точное
 совпадение URI и location.
 При точном совпадении поиск сразу же прекращается.
 Например, если запрос “<literal>/</literal>” случается часто, то
 указав “<literal>location = /</literal>”, можно ускорить обработку
 этих запросов, так как поиск прекратится после первого же сравнения.
-Очевидно, что такой location не может иметь вложенные location'ы.
+Очевидно, что такой location не может иметь вложенные location’ы.
 </para>
 <para>
 <note>
 В версиях с 0.7.1 по 0.8.41, если запрос точно совпал с префиксным
-location'ом без префиксов “<literal>=</literal>” и “<literal>^~</literal>”,
+location’ом без префиксов “<literal>=</literal>” и “<literal>^~</literal>”,
 то поиск тоже сразу же прекращается и регулярные выражения также
 не проверяются.
 </note>
 </para>
 <para>
 Префикс “<literal>@</literal>” задаёт именованный location.
 Такой location не используется при обычной обработке запросов, а
 предназначен только для перенаправления в него запросов.
-Такие location'ы не могут быть вложенными и не могут содержать
+Такие location’ы не могут быть вложенными и не могут содержать
-вложенные location'ы.
+вложенные location’ы.
 </para>
 <!--
 <migration from="Apache" directive="Location" />
 -->
 <context>http</context>
 <context>server</context>
 <context>location</context>
 <para>
-Разрешает или запрещает выдавать для MSIE клиентов refresh'ы вместо
+Разрешает или запрещает выдавать для MSIE клиентов refresh’ы вместо
 перенаправлений.
 </para>
 </directive>
 <context>http</context>
 <context>server</context>
 <context>location</context>
 <para>
-Разрешает или запрещает указывать порт в перенаправлениях, выдаваемых nginx'ом.
+Разрешает или запрещает указывать порт в перенаправлениях, выдаваемых nginx’ом.
 </para>
 <para>
 См. также директиву <link id="server_name_in_redirect"/>.
 </para>
 <context>http</context>
 <context>server</context>
 <context>location</context>
 <para>
-Разрешает или запрещает использовать в перенаправлениях, выдаваемых nginx'ом,
+Разрешает или запрещает использовать в перенаправлениях, выдаваемых nginx’ом,
 основное имя сервера, задаваемое директивой
 <link id="server_name"/>.
 Если запрещено, то используется имя, указанное в поле <header>Host</header>
 заголовка запроса.
 Если же этого поля нет, то используется IP-адрес сервера.
 <context>http</context>
 <context>server</context>
 <context>location</context>
 <para>
-Разрешает или запрещает выдавать версию nginx'а в сообщениях об ошибках и
+Разрешает или запрещает выдавать версию nginx’а в сообщениях об ошибках и
 в поле <header>Server</header> заголовка ответа.
 </para>
 </directive>
 <context>location</context>
 <para>
 Проверяет существование файлов в заданном порядке и использует
 для обработки запроса первый найденный файл, причём обработка
-делается в контексте этого же location'а.
+делается в контексте этого же location’а.
 Путь к файлу строится из параметра <value>файл</value>
 в соответствии с директивами
 <link id="root"/> и <link id="alias"/>.
 С помощью слэша в конце имени можно проверить существование каталога,
 например, “<literal>$uri/</literal>”.
 Достаточно полная таблица соответствий входит в дистрибутив nginx
 и находится в файле <path>conf/mime.types</path>.
 </para>
 <para>
-Для того, чтобы для определённого location'а для всех ответов
+Для того, чтобы для определённого location’а для всех ответов
 выдавался MIME-тип “<literal>application/octet-stream</literal>”,
 можно использовать следующее:
 <example>
 location /download/ {
 types        { }
 <tag-name><var>$request_body</var></tag-name>
 <tag-desc>
 тело запроса
 <para>
-Значение переменной появляется в location'ах, обрабатываемых
+Значение переменной появляется в location’ах, обрабатываемых
 директивами
 <link doc="ngx_http_proxy_module.xml" id="proxy_pass"/>
 и
 <link doc="ngx_http_fastcgi_module.xml" id="fastcgi_pass"/>.
 </para>

Mercurial > hg > nginx-site

comparison xml/ru/docs/http/ngx_http_core_module.xml @ 625:af3f38e349eb