BitTorrent Трекер RusTrek.ru • Просмотр темы - Изучаем .htaccess » Лучшие скрипты и всё для web мастера.

Сообщения без ответов | Активные темы

Главная » Список форумов » Софт » Скрипты и движки сайтов, CMS а также расширения к ним

Часовой пояс: UTC + 3 часа

Изучаем .htaccess » Лучшие скрипты и всё для web мастера.

Страница 1 из 1

[ 1 сообщение ]

Версия для печати

Пред. тема | След. тема

Автор

Сообщение

RusTrek

Заголовок сообщения: Изучаем .htaccess » Лучшие скрипты и всё для web мастера.

Добавлено: 2012-08-08 16:57

Раздал: 40.11 ТБ
Скачал: 22.37 ГБ
Ратио: 1836.110

Зарегистрирован: 2012-04-30 00:48
Сообщения: 353

[html]<h3><a name="simple_redirect"></a>Директивы простого перенаправления (редирект)</h3>
 
Наиболее часто используемые, и наиболее сложные директивы .htaccess. Предположим мы хотим при запросе нашего сайта переадресовать пользователя на другой URL,
для этого нам необходимо в корневую директорию сайта добавить файл .htaccess со следующим содержимым 
<div>
<table width="98%">
<tbody>
<tr>
<td style="background-color: #82c9d8;" align="left">
Redirect / http://www.example.com
# http://www.example.com - URL На который мы перенаправляем запросы
</td>
</tr>
</tbody>
</table>
</div>
 
более сложный пример, мы хотим определенные страницы нашего сайта переадресовывать на другие сайты 
<div>
<table width="98%">
<tbody>
<tr style="background-color: #82c9d8;">
<td align="left">
Redirect /linux http://www.linux.org
Redirect /linux/download.html http://www.linux.org/dist/download_info.html
Redirect 301 /kernel http://www.linux.org
</td>
</tr>
</tbody>
</table>
</div>
 
теперь при наборе http://mysite.ru/linux будут открываться http://www.linux.org. В последнем примере WEB сервер будет передавать код 301,
что означает "документ перемещен постоянно". Синтаксис команды Redirect выглядит следующим образом: 
<table width="98%">
<tbody>
<tr style="background-color: #82c9d8;">
<td align="left">
Redirect [status] URL_LOCAL URL_REDIRECT
status : необязательное поле, определяет код возврата, допустимые значения:
* permanent (301 — документ перемещен постоянно)
* temp (302 — документ перемещен временно)
* seeother (303 — смотрите другой)
* gone (410 — убран)
URL_LOCAL : локальная часть URL запрашиваемого документа.
URL_REDIRECT : URL куда должен быть выполнен редирект.
</td>
</tr>
</tbody>
</table>
 
Директива RedirectMatch аналогична директиве Redirect за исключением того, что в RedirectMatch
возможно использование регулярных выражений, что несомненно может быть удобно в некоторых условиях. Например для организации передачи параметров скрипту в теле URL. 
<div>
<table width="98%">
<tbody>
<tr style="background-color: #82c9d8;">
<td align="left">
RedirectMatch /(.*)/(.*)/index.html$ http://mysite.ru/script.php?par1=$1&par2=$2
</td>
</tr>
</tbody>
</table>
</div>
 
Хотя данныхй пример и вызовет перезагрузку страницы в дальнейшем его можно будет улучшить. Здесь необходимо сделать небольшое лирическое отступление и поговорить о
синтаксисе регулярных выражений. В регулярном выражении можно использовать любые печатные символы и пробел, но часть символов имеет особое значение: 
<table border="0">
<tbody>
<tr style="background-color: #82c9d8;">
<td width="20"> </td>
<td align="left">
<li>Круглые скобки () используются для выделения групп символов. В дальнейшем к ним можно обращаться по номеру.</li>
<li>Символ ^ обозначает начало строки.</li>
<li>Символ $ обозначает конец строки.</li>
<li>Символ . обозначает любой символ.</li>
<li>Символ | обозначает альтернативу. Например, выражения "A|B" означают "A или B".</li>
<li>Символ ? ставится после символа (группы), который может как присутствовать, так и отсутствовать.</li>
<li>Символ * ставится после символа (группы), который может отсутствовать или присутствовать неограниченное число раз подряд.</li>
<li>Символ + действует аналогично символу * с той лишь разницей, что предшествующий ему символ обязательно должен
присутствовать хотя бы один раз.</li>
<li>Квадратные скобки [] используются для перечисления допустимых символов.</li>
<li>Квадратные скобки [^] используются для перечисления недоступных символов.</li>
<li>Символ ставится перед спецсимволами, если они нужны в своем первозданном виде.</li>
<li>Все, что расположено после символа '#', считается комментарием.</li>
</td>
</tr>
</tbody>
</table>
 
Это все основные примитивы с помощью которых можно построить любое регулярное выражение. 
<h3><a name="mod_rewrite"></a>Директивы сложного перенаправления (mod_rewrite)</h3>
 
Модуль mod_rewrite имеющийся в составе Apache — это мощнейшее, интеллектуальное средство преобразования URL адресов.
С ним возможны почти все типы преобразований, которые могут выполняться или нет в зависимости от разных условий, факторов. Данный модуль представляет собой основанный на правилах механизм (синтаксический анализатор с применением регулярных выражений), выполняющий URL преобразования на лету. Модуль поддерживает неограниченное количество правил и связанных с каждым правилом условий, реализуя действительно гибкий и мощный механизм управления URL. URL преобразования могут использовать разные источники данныхх, например переменные сервера, переменные окружения, HTTP заголовки, время и даже запросы к внешним базам данныхх в разных форматах, — для получения URL нужного вам вида. Директива RewriteCond - определяет условие при котором происходит преобразование. RewriteCond определяет условия для какого-либо правила. Перед директивой RewriteRule располагаются одна или несколько директив RewriteCond. Следующее за ними правило преобразования используется только тогда, когда URI соответствует условиям этой директивы и также условиям этих дополнительных директив. Под обратной связью подразумевается использование частей сравниваемых URL для дальнейшего использования, т.е. как передачи параметров или для построения нового URL. 
<table border="0">
<tbody>
<tr>
<td style="background-color: #82c9d8;">
<h3>$N</h3>
</td>
<td style="background-color: #dee26e;">
(0 <= N <= 9) предоставляющие доступ к сгруппированным частям (в круглых скобках!) шаблона из соответствующей директивы RewriteRule (единственной, следующей сразу за
текущим набором директив RewriteCond). 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;">
<h3>%N</h3>
</td>
<td style="background-color: #dee26e;">
(1 <= N <= 9) предоставляющие доступ к сгруппированным частям (в круглых скобках!) шаблона из соответствующей директивы RewriteCond в текущем наборе условий. 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;">
<h3>%{NAME_OF_VARIABLE}</h3>
</td>
<td style="background-color: #dee26e;">
где NAME_OF_VARIABLE может быть одной из ниже приведенных переменных
</td>
</tr>
</tbody>
</table>
 
Ниже приводится список всех доступных переменных %{NAME_OF_VARIABLE} с их кратким описанием. 
<table border="0">
<tbody>
<tr>
<td style="background-color: #82c9d8;">HTTP_USER_AGENT</td>
<td style="background-color: #dee26e;">
Содержит информацию о типе и версии браузера и операционной системы посетителя. 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;">HTTP_REFERER</td>
<td style="background-color: #dee26e;">
Приводится адрес страницы, с которой посетитель пришёл на данную страницу. 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;">HTTP_COOKIE</td>
<td style="background-color: #dee26e;">
Список COOKIE передаваемых браузером 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;">HTTP_FORWARDED</td>
<td style="background-color: #dee26e;">
Страница непосредственно с которой перешел пользователь 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;">HTTP_HOST</td>
<td style="background-color: #dee26e;">
Адрес сервера, например dvigov.com 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;">HTTP_ACCEPT</td>
<td style="background-color: #dee26e;">
Описываются предпочтения клиента относительно типа документа. 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;">REMOTE_ADDR</td>
<td style="background-color: #dee26e;">
IP-адрес посетителя. 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;">REMOTE_HOST</td>
<td style="background-color: #dee26e;">
адрес посетителя в нормальной форме — например, rt99.net.ru 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;">REMOTE_IDENT</td>
<td style="background-color: #dee26e;">
Имя удаленного пользователя. Имеет формат имя.хост, например, kondr.www.rtt99.net.ru 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;">REMOTE_USER</td>
<td style="background-color: #dee26e;">
То-же, что и REMOTE_IDENT, но содержит только имя. Пример: kondr 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;">REQUEST_METHOD</td>
<td style="background-color: #dee26e;">
Позволяет определить тип запроса (GET или POST). Должен обязательно анализироваться, т.к. определяет дальнейший способ обработки информации 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;">SCRIPT_FILENAME</td>
<td style="background-color: #dee26e;">
Полный путь к вебстранице на сервере. 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;">PATH_INFO</td>
<td style="background-color: #dee26e;">
Содержит в себе все, что передавалось в скрипт. 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;">QUERY_STRING</td>
<td style="background-color: #dee26e;">
Содержит строчку, переданную в качестве запроса при вызове CGI скрипта. 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;">AUTH_TYPE</td>
<td style="background-color: #dee26e;">
Используется для идентификации пользователя 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;">DOCUMENT_ROOT</td>
<td style="background-color: #dee26e;">
Cодержит путь к корневой директории сервера. 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;">SERVER_ADMIN</td>
<td style="background-color: #dee26e;">
Почтовый адрес владельца сервера, указанный при установке. 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;">SERVER_NAME</td>
<td style="background-color: #dee26e;">
Адрес сервера, типа dvigov.com 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;">SERVER_ADDR</td>
<td style="background-color: #dee26e;">
IP-адрес вашего сайта. 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;">SERVER_PORT</td>
<td style="background-color: #dee26e;">
Порт на котором работает Apache. 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;">SERVER_PROTOCOL</td>
<td style="background-color: #dee26e;">
Версия HTTP протокола. 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;">SERVER_SOFTWARE</td>
<td style="background-color: #dee26e;">
Название сервера, например, Apache/1.3.2 (Unix) 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;">TIME_YEAR TIME_MON TIME_DAY TIME_HOUR TIME_MIN TIME_SEC TIME_WDAY TIME </td>
<td style="background-color: #dee26e;">
Переменные предназначены для работы со временем в разных форматах. 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;">API_VERSION</td>
<td style="background-color: #dee26e;">
Это версия API модуля Apache (внутренний интерфейс между сервером и модулем) в
текущей сборке сервера, что определено в include/ap_mmn.h. 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;">THE_REQUEST</td>
<td style="background-color: #dee26e;">
Полная строка HTTP запроса отправленная браузером серверу (т.е., «GET /index.html HTTP/1.1»).
Она не включает какие-либо дополнительные заголовки отправляемые браузером. 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;">REQUEST_URI</td>
<td style="background-color: #dee26e;">
Ресурс, запрошенный в строке HTTP запроса. 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;">REQUEST_FILENAME</td>
<td style="background-color: #dee26e;">
Полный путь в файловой системе сервера к файлу или скрипту соответствующим этому запросу. 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;">IS_SUBREQ</td>
<td style="background-color: #dee26e;">
Будет содержать текст «true» если запрос выполняется в текущий момент как подзапрос, «false» в другом случае.
Подзапросы могут быть сгенерированы модулями которым нужно иметь дело с дополнительными файлами или URI для того чтобы выполнить собственные задачи. 
</td>
</tr>
</tbody>
</table>
 
Условие это шаблон условия, т.е., какое-либо регулярное выражение применяемое к текущему экземпляру "Сравниваемая Строка", т.е.,
"Сравниваемая Строка" просматривается на поиск соответствия Условие. Помните: Условие это perl совместимое регулярное выражение с некоторыми дополнениями: 
<table border="0">
<tbody>
<tr style="background-color: #82c9d8;">
<td width="20"> </td>
<td align="left">
<li>Вы можете предварять строку шаблона префиксом '!' для указания несоответствия шаблону.</li>
<li>'<Условие' (лексически меньше)</li>
<li>'>Условие' (лексически больше)</li>
<li>'=Условие' (лексически равно)</li>
<li>'-d' (является ли каталогом)</li>
<li>'-f' (является ли обычным файлом)</li>
<li>'-s' (является ли обычным файлом с ненулевым размером)</li>
<li>'-l' (является ли символической ссылкой)</li>
<li>'-F' (проверка существования файла через подзапрос)</li>
<li>'-U' (проверка существования URL через подзапрос)</li>
</td>
</tr>
</tbody>
</table>
 
Все эти проверки также могут быть предварены префиксом восклицательный знак ('!') для инвертирования их значения. RewriteEngine
включает или выключает работу механизма преобразования. Если она установлена в положение off этот модуль совсем не работает. Отметьте, что по-умолчанию,
настройки преобразований не наследуются. Это означает что вы должны иметь RewriteEngine on директиву для каждого виртуального хоста в котором вы хотите использовать этот модуль. 
Синтаксис RewriteEngine выглядит следующим образом: 
<div>
<table width="98%">
<tbody>
<tr style="background-color: #82c9d8;">
<td align="left">
RewriteEngine on | off
# По умолчанию RewriteEngine off
</td>
</tr>
</tbody>
</table>
</div>
 
Используйте для комбинирования условий в правилах OR вместо AND. Типичный пример - перенавравление запросов на
поддомены в отдельные каталоги. 
<div>
<table width="98%">
<tbody>
<tr style="background-color: #82c9d8;">
<td align="left">
RewriteEngine on
RewriteCond %{REMOTE_HOST} ^mysubdomain1.* [OR]
RewriteCond %{REMOTE_HOST} ^mysubdomain2.* [OR]
RewriteCond %{REMOTE_HOST} ^mysubdomain3.*
RewriteRule ^(.*)$ ^mysubdomain_public_html/$1
RewriteCond %{REMOTE_HOST} ^mysubdomain4.*
RewriteRule ^(.*)$ ^mysubdomain4_public_html/$1

</td>
</tr>
</tbody>
</table>
</div>
 
Для выдачи главной страницы какого-либо сайта согласно «User-Agent:» заголовку запроса, вы можете использовать следующие
директивы: 
<div>
<table width="98%">
<tbody>
<tr style="background-color: #82c9d8;">
<td align="left">
RewriteEngine on
RewriteCond %{HTTP_USER_AGENT} ^Mozilla.*
RewriteRule ^/$ /homepage.max.html [L]
RewriteCond %{HTTP_USER_AGENT} ^Lynx.*
RewriteRule ^/$ /homepage.min.html [L]
RewriteRule ^/$ /homepage.std.html [L]
</td>
</tr>
</tbody>
</table>
</div>
 
Для выдачи разных сайтов для разных браузеров согласно «User-Agent:» заголовку запроса, вы можете использовать следующие директивы: 
<div>
<table width="98%">
<tbody>
<tr style="background-color: #82c9d8;">
<td align="left">
RewriteEngine on
RewriteCond %{HTTP_USER_AGENT} ^Mozilla.*
RewriteRule ^(.*)$ /mozilla/$1 [L]
RewriteCond %{HTTP_USER_AGENT} ^Lynx.*
RewriteRule ^(.*)$ /lynx/$1 [L]
RewriteRule ^(.*)$ /default/$1 [L]
</td>
</tr>
</tbody>
</table>
</div>
 
Общий синтаксис директивы RewriteRule выглядит следующим образом: 
<div>
<table width="98%">
<tbody>
<tr style="background-color: #82c9d8;">
<td align="left">
RewriteRule Шаблонн Подстановка [flag]
# flag - необязательное поле указывающее дополнительные опции
</td>
</tr>
</tbody>
</table>
</div>
 
В подстановке вы можете использовать, в том числе, и специальные флаги путем добавления в качестве третьего аргумента директивы RewriteRule.
Флаги — это разделённый запятыми, следующий список флагов: 'redirect|R [=code]' (вызывает редирект) 
 Префикс в Подстановке вида http://thishost[:thisport]/ (создающий новый URL
из какого-либо URI) запускает внешний редирект (перенаправление). Если нет никакого кода в подстановке ответ будет с HTTP статусом 302
(ВРЕМЕННО ПЕРЕМЕЩЕН). Для остановки процесса преобразования, вам также нужно написать флаг 'L'. 'forbidden|F [=code]'
 (делает URL запрещенным) Это делает текущий URL запрещённым, например, клиенту
немедленно отправляется ответ с HTTP статусом 403 (ЗАПРЕЩЕНО). Используйте этот флаг в сочетании с соответствующими RewriteConds для
блокирования URL по некоторым критериям. 'gone|G [=code]' (делает URL «мёртвым») 
 Этот флаг делает текущий URL «мертвым», т.е., немедленно отправляется
HTTP ответ со статусом 410 (GONE). Используйте этот флаг для маркировки «мертвыми» не существующие более страницы. 
'proxy|P [=code]' (вызвает прокси) Этот флаг
помечает подстановочную часть как внутренний запрос прокси и немедленно (т.е., процесс преобразования здесь останавливается) пропускает его через
прокси модуль. Используйте этот флаг для того, чтобы добиться более мощной реализации диркетивы ProxyPass, интегрирующей некоторое
содержимое на удаленных серверах, в пространство имён локального сервера. 'last|L [=code]' (последнее правило) 
 Остановить процесс преобразования на этом месте и не применять больше никаких правил преобразований.
Используйте этот флаг для того, чтобы не преобразовывать текущий URL другими, следующими за этим, правилами преобразований. 
'next|N [=code]' (следуюший раунд) Перезапустить процесс преобразований
(начав с первого правила). В этом случае URL снова сопоставляется неким условиям, но не оригинальный URL, а URL
вышедший из последнего правила преобразования.Используйте этот флаг для перезапуска процесса преобразований, т.е., безусловному переходу на начало цикла. 
'chain|C [=code]' (связь со следующим правилом) Этот флаг связывает
текущее правило со следующим (которое, в свою очередь, может быть связано со следующим за ним, и т.д.). Это имеет следующий эффект: если есть соответствие правилу, процесс
продолжается как обычно, т.е., флаг не производит никакого эффекта. Если правило не соответствует условию, все следующие, связанные правила, пропускаются. 
'type|T=MIME-тип [=code]' (принудительно установить MIME тип) Принудительно
установить MIME-тип целевого файла в MIME-тип. К примеру, это можно использовать для имитации mod_alias директивы
ScriptAlias которая принудительно устанавливает для всех файлов внутри отображаемого каталога MIME тип равный «application/x-httpd-cgi».
 'nosubreq|NS [=code]' (используется только в случае не внутреннего подзапроса) 
Этот флаг дает команду механизму преобразований пропустить директиву если текущий подзапрос является внутренним подзапросом. К примеру, внутренние подзапросы в Apache происходят
тогда, когда mod_include пытается получить информацию о возможных файлах по-умолчанию для каталогов (index.xxx). При подзапросах это не всегда полезно и даже иногда вызывает
проблему в работе набора директив преобразований. Используйте этот флаг для исключения некоторых правил. 'nocase|NC [=code]' 
(не учитывать регистр) Это делает Шаблонн нечуствительным к регистру, т.е., нет различий между 'A-Z' и 'a-z'
когда Шаблонн применяется к текущему URL. 'qsappend|QSA [=code]' (добавлять строку запроса) 
 Этот флаг указывает механизму преобразований на добавление, а не замену, строки запроса из URL
к существующей, в строке подстановки. Используйте это когда вы хотите добавлять дополнительные данныхе в строку запроса с помощью директив преобразований. 
'noescape|NE [=code]' (не экранировать URI при выводе) Этот флаг не даёт
mod_rewrite применять обычные правила экранирования URI к результату преобразования. Обычно, специальные символы (такие как '%', '$', ';', и так далее)
будут экранированы их шестнадцатиричными подстановками ('%25', '%24', и '%3B', соответственно); этот флаг не дает это делать. 
Если в подкаталогах в .htaccess нет ни одной директивы модуля mod_rewrite, то все правила преобразования наследуются из родительского каталога. 
При наличии в файле .htaccess каких либо директив модуля mod_rewrite не наследуется ничего, а состояние по умолчанию выставляется таким же, как в главном конфигурационном
файле веб-сервера (по умолчанию "off"). Поэтому, если нужны правила преобразования для конкретного каталога, то нужно еще раз вставить директиву "RewriteEngine on"
в .htaccess для конкретного каталога. При наследовании правил из верхних каталогов и добавлении к ним новых свойственных только данному каталогу -
необходимо выставить в начале следующее: "RewriteEngine on" и "RewriteOptions inherit" - последняя директива сообщает серверу о продолжении.
 При наследовании правил из верхних каталогов и добавлении к ним новых свойственных только данному каталогу - необходимо выставить в начале следующее:
"RewriteEngine on" и "RewriteOptions inherit" - последняя директива сообщает серверу о продолжении. 
Примеры использования mod_rewrite можно посмотреть тут 
<h3><a name="index"></a>Индексные страницы</h3>
 
Когда пользователь заходит на хост например http://gentoo.org принято, что открывается индексный файл index.* при его отсутствии - либо содержимое каталога,
либо ошибку 403 (FORBIDDEN) если опция отключена - запрещен просмотр директорий. За листинг файлов отвечает директива Indexes
(показывать посетителю список файлов, если в выбранном каталоге нет файла index.html или его аналога). Иногда нужно сделать так, чтобы в случае
отсутствия в каталоге файла, который показывается по умолчанию, листинг, то есть список файлов в каталоге, не выдавался. В этом случае добавим в .htaccess
такую строчку: 
<div>
<table width="98%">
<tbody>
<tr style="background-color: #82c9d8;">
<td align="left">
# Запрет выдачи листинга пустого каталога
Options -Indexes
</td>
</tr>
</tbody>
</table>
</div>
 
А чтобы выдавал листинг, нужно: 
<div>
<table width="98%">
<tbody>
<tr style="background-color: #82c9d8;">
<td align="left">
Options Indexes
</td>
</tr>
</tbody>
</table>
</div>
 
Если же понадобиться разрешить просматривать список файлов, но чтобы при этом чаcть файлов определенного формата не отображалась, то запишем:. 
<div>
<table width="98%">
<tbody>
<tr style="background-color: #82c9d8;">
<td align="left">
IndexIgnore *.php* *.pl
</td>
</tr>
</tbody>
</table>
</div>
 
Выдает листинг каталога, т.е. его содержание со всем содержанием, за исключением файлов-скриптов PHP и Perl. 
Если ваш веб-сайт построен на скриптах, то в качестве индексных часто могут использоваться файлы с другими расширениями - указать эти файлы можно с помощью
директивы DirectoryIndex . 
<div>
<table width="98%">
<tbody>
<tr style="background-color: #82c9d8;">
<td align="left">
DirectoryIndex index.html index.shtml index.pl index.cgi index.php
</td>
</tr>
</tbody>
</table>
</div>
 
Если же вы хотите что бы при обращении к каталогу открывался не index.html, а например, файл htaccess.php или /cgi-bin/index.pl:
 
<div>
<table width="98%">
<tbody>
<tr style="background-color: #82c9d8;">
<td align="left">
DirectoryIndex htaccess.php /cgi-bin/index.pl
</td>
</tr>
</tbody>
</table>
</div>
 
<h3><a name="error_page"></a>Обработка ошибок</h3>
 
В ходе работы сервера иногда возникают ошибки, скорее это будет правильней назвать не сбоями в работе сервера, а стандартными кодами возврата оговоренными в стандарте HTTP_RFC2616.
Вообще, в RFC ошибки называются "Status Codes", но мы их будем называть именно ошибками - так привычнее. Код возврата -
это трехзначное число, на основании которого можно судить о том, насколько успешно был обработан запрос. Код возврата начинающиеся на 1,2,3 считаются успешными,
остальные причисляются к разряду ошибок. 
<div>
<table width="98%">
<tbody>
<tr style="background-color: #82c9d8;">
<td align="left">
Вот список ошибок 4xx и 5xx :

400 - Bad Request
401 - Unauthorized
402 - Payment Required
403 - Forbidden
404 - Not Found
405 - Method Not Allowed
406 - Not Acceptable
407 - Proxy Authentication Required
408 - Request Time-out
409 - Conflict
410 - Gone
411 - Length Required
412 - Precondition Failed
413 - Request Entity Too Large
414 - Request-URI Too Large
415 - Unsupported Media Type
500 - Internal Server Error
501 - Not Implemented
502 - Bad Gateway
503 - Service Unavailable
504 - Gateway Time-out
505 - HTTP Version not supported
</td>
</tr>
</tbody>
</table>
</div>
 
При возникновении ошибки 4xx или 5xx посетитель Вашего сайта увидит в браузере сообщение от сервера, которое врядlли можно назвать предельно понятным рядовому пользователю.
Apache предоставляет возможность выдать вместо аскетичного технического текста, не изобилующего деталями, свою страницу, где Вы можете человеческим языком
объяснить пользователю, что произошло и что делать. Пример переопределения страниц ошибок приведен ниже: 
<div>
<table width="98%">
<tbody>
<tr style="background-color: #82c9d8;">
<td align="left">
# содержание файла .htaccess:
ErrorDocument 404 http://bg10.ru/error/404.htm
ErrorDocument 403 http://bg10.ru/error/403.htm
ErrorDocument 400 http://bg10.ru/error/400.htm
ErrorDocument 500 http://bg10.ru/error/500.htm
# в случае ошибки "FORBIDDEN" показывается текстовое сообщение, которое
# обязательно должно начинаться с кавычки, кавычка в сообщении не выводится:
ErrorDocument 403 "Sorry can't allow you access today, 403 Status Codes Apache"
</td>
</tr>
</tbody>
</table>
</div>
 
Более подробно об обработке ошибок можно прочитать в документации по Apache на странице
<a href="http://httpd.apache.org/docs/custom-error.html" target="_blank">"Custom error responses"</a>. 
<h3><a name="code_page"></a>Кодировка</h3>
 
Иногда браузер пользователя не может корректно определить тип кодировки выдаваемого документа. Для решения этой проблемы используемая кодировка указывается
в настройках Web сервера Apache и заголовке передаваемого документа. Причем для корректного распознания эти кодировки должны
совпадать. На наших серверах по умолчанию используется кодировка cp1251 В HTML для указания кодировки используется тег: 
<div>
<table width="98%">
<tbody>
<tr style="background-color: #82c9d8;">
<td align="left">
<meta http-equiv="content-type" content="
text/html; charset=Windows-1251">
</td>
</tr>
</tbody>
</table>
</div>
 
Наиболее часто встречаются типы кодировки для русского языка передаваемые в заголовке документа: 
<table border="0">
<tbody>
<tr>
<td width="20"> </td>
<td style="background-color: #82c9d8;" align="left">
<li>Windows-1251 - Кириллица (Windows).</li>
<li>KOI8-r - Кириллица (КОИ8-Р)</li>
<li>cp866 - Кириллица (DOS).</li>
<li>Windows-1252 - Западная Европа (Windows).</li>
<li>Windows-1250 - Центральная Европа (Windows).</li>
<li>UTF-8 - двух байтовая кодировка</li>
</td>
</tr>
</tbody>
</table>
 
Теперь рассмотрим указание кодировки по умолчанию через .htaccess. AddDefaultCharset задает дефолтную таблицу символов (кодировку)
для всех выдаваемых страниц на веб сервере Apache. Указываем кодировку на все файлы, в которой по умолчанию получает документы браузер: 
<div>
<table width="98%">
<tbody>
<tr style="background-color: #82c9d8;">
<td align="left">
AddDefaultCharset WINDOWS-1251
</td>
</tr>
</tbody>
</table>
</div>
 
При загрузке файла на сервер, возможна перекодировка, его - указываем, что все получаемые файлы будут иметь кодировку windows-1251, для того что
бы указать кодировку на загружаемые файлы напишем: 
<div>
<table width="98%">
<tbody>
<tr style="background-color: #82c9d8;">
<td align="left">
CharsetSourceEnc WINDOWS-1251
</td>
</tr>
</tbody>
</table>
</div>
 
Если необходимо отменить перекодировку сервером файлов: 
<div>
<table width="98%">
<tbody>
<tr style="background-color: #82c9d8;">
<td align="left">
CharsetDisable on
</td>
</tr>
</tbody>
</table>
</div>
 
<h3><a name="access"></a>Управление доступом</h3>
 
Очень часто возникает необходимость запретить доступ к определенным файлам или папкам для определенных груп пользователей. В Web сервере Apache
есть встроенные средства для решения данной проблемы. Для запрета или разрешения доступа ко всем файлам и папкам в текущей и во всех вложенных директориях используется
директива Order синтаксис ее очень прост: 
<div>
<table width="98%">
<tbody>
<tr style="background-color: #82c9d8;">
<td align="left">
Order [Deny,Allow] | [Allow,Deny]
# По умолчанию Deny,Allow
</td>
</tr>
</tbody>
</table>
</div>
 
В зависимости от того в каком порядке указаны директивы меняется логика работы сервера. В случае если Deny,Allow то запрещается доступ со всех IP кроме оговоренных,
в случае если Allow,Deny разрешается доступ со всех IP кроме оговоренных. Далее должны идти секции описания для доступа и запрета. Ключевое слово all
означает со всех IP Например мы хотим запретить (блокировать) доступ с IP 81.222.144.12 и 81.222.144.20 и разрешить всем остальным
нам необходимо добавить в .htaccess следующий код: 
<div>
<table width="98%">
<tbody>
<tr style="background-color: #82c9d8;">
<td align="left">
Order Allow,Deny
Allow from all
Deny from 81.222.144.12, 81.222.144.20
</td>
</tr>
</tbody>
</table>
</div>
 
Для обратной ситуации когда мы хотим запретить доступ со всех IP кроме 81.222.144.12 и 81.222.144.20 нам необходимо добавить в .htaccess
следующий код: 
<div>
<table width="98%">
<tbody>
<tr style="background-color: #82c9d8;">
<td align="left">
Order Deny,Allow
Deny from all
Allow from 81.222.144.12, 81.222.144.20
</td>
</tr>
</tbody>
</table>
</div>
 
Запрет или разрешение на доступ можно указывать не только на все файлы, но так же можно указывать на отдельный файл или группы файлов. Например мы хотим запретить
доступ всех пользователей кроме IP 81.222.144.12 к файлу passwd.html который расположен в текущей директории. 
<div>
<table width="98%">
<tbody>
<tr style="background-color: #82c9d8;">
<td align="left">
<Files "passwd.html">
 Order Deny,Allow
 Deny from all
 Allow from 81.222.144.12
</Files>
</td>
</tr>
</tbody>
</table>
</div>
 
Так же можно запретить или разрешить доступ к определенной группе файлов. Например к файлам с расширением ".key": 
<div>
<table width="98%">
<tbody>
<tr style="background-color: #82c9d8;">
<td align="left">
<Files ".(key)$">
 Order Deny,Allow
 Deny from all
 Allow from 81.222.144.12
</Files>

</td>
</tr>
</tbody>
</table>
</div>
 
<h3><a name="passwd"></a>Паролирование директорий</h3>
 
.htaccess можно так же использовать для установки пароля на доступ к определенным папкам, файлам и группам файлов. Приведем рабочий пример, а
потом поясним все содержимое: 
<div>
<table width="98%">
<tbody>
<tr style="background-color: #82c9d8;">
<td align="left">
AuthName "Protected area, need authorization"
AuthType Basic
AuthUserFile /home/t/test/.authfile
require valid-user
</td>
</tr>
</tbody>
</table>
</div>
 
Данный файл нужно положить в ту директории, на которую мы хотим поставить пароль. Директива AuthName выводит сообщение при запросе пароля,
все сообщение необходимо писать в одну строчку, синтаксис директивы тривиален: 
<div>
<table width="98%">
<tbody>
<tr style="background-color: #82c9d8;">
<td align="left">
AuthName "SEE TEXT"
</td>
</tr>
</tbody>
</table>
</div>
 
Директива AuthType выбирает тип аутентификации. Возможны следующие типы: Basic или Digest. Второй может не
поддерживаться некоторыми браузерами, поэтому пользоваться им не рекомендуется. 
<div>
<table width="98%">
<tbody>
<tr style="background-color: #82c9d8;">
<td align="left">
AuthType Basic | Digest
</td>
</tr>
</tbody>
</table>
</div>
 
AuthUserFile указывает имя файла с паролями для аутентификации пользователей (пароли в этом файле будут шифрованными). Путь к файлу с паролями
задается относительно корня веб-сервера. Храните файл с паролями в папке, доступ к которой закрыт для пользователей - (желательно поместить этот файл вне иерархии
вашего веб-сайта). Создать данныхй файл можно двумя способами. Если у Вас установлена операционная система семейства Windows вы можете скачать <a href="http://dvigov.com/upload/passwd.exe">отсюда</a> программу которая генирирует данныхй файл. Либо подключится к серверу по SSH (инструкцию по подключению можно найти <a href="http://dvigov.com/art1.html">тут</a>) и воспользоваться утилитой htpasswd. Запустив htpasswd без параметров мы увидим: 
<div>
<table width="98%">
<tbody>
<tr style="background-color: #82c9d8;">
<td align="left"><code>beget@ginger
 ~ #  htpasswd Usage: htpasswd [-cmdps] passwordfile username 
htpasswd -b[cmdps] passwordfile username password -c Create a new file. beget@ginger
 ~ #</code></td>
</tr>
</tbody>
</table>
</div>
 
Здесь не будут рассматриваться все параметры этой команды, но вы можете сами прочитать подробности, запустив htpasswd в unix shell
или ознакомившись с соответствующей <a href="http://httpd.apache.org/docs/programs/htpasswd.html" target="_blank">страницей документации по Apache</a>. Итак,
изначально у нас еще нет файла с паролями и нам нужно его создать: 
<div>
<table width="98%">
<tbody>
<tr style="background-color: #82c9d8;">
<td align="left"><code>beget@ginger
 ~ #  htpasswd -c authfile test1 New password: 
Re-type new password Adding password for user test1 beget@ginger
 ~ #</code></td>
</tr>
</tbody>
</table>
</div>
 
Здесь не будут рассматриваться все параметры этой команды, но вы можете сами прочитать подробности, запустив htpasswd в unix shell
или ознакомившись с соответствующей <a>страницей документации по Apache.</a>
После выполнения данной операции htpasswd создаст файл passwords, в котором окажется пользователь test1 и его пароль
в зашифрованном виде: 
<div>
<table width="98%">
<tbody>
<tr style="background-color: #82c9d8;">
<td align="left">
beget@ginger
 ~ $ cat .authfile
test1:zgco1KREjBY8M
beget@ginger
 ~ $
</td>
</tr>
</tbody>
</table>
</div>
 
А теперь мы хотим добавить еще одного пользователя. Так как файл с паролями у нас уже есть, мы просто не будем использовать ключ '-c' : 
<div>
<table width="98%">
<tbody>
<tr style="background-color: #82c9d8;">
<td align="left"><code>beget@ginger
 ~ #  htpasswd .authfile test2 New password: Re-type new password: 
Adding password for user test2 beget@ginger
 ~ $ cat .authfile test1:zgco1KREjBY8M test2:eN3uA6t0kzV1c 
beget@ginger ~ $
</code></td>
</tr>
</tbody>
</table>
</div>
 
Вернемся к описанию директив паролирования директорий. Директива Require определяет пользователей, которые могут получить доступ 
<div>
<table width="98%">
<tbody>
<tr style="background-color: #82c9d8;">
<td align="left">
Require USER_NAME | valid-user
</td>
</tr>
</tbody>
</table>
</div>
 
Указывая valid-user вы разрешаете доступ всем пользователям, перечисленным в файле паролей. Приведем пример для доступа определенных пользователей из
файла с паролями .htpasswd 
<div>
<table width="98%">
<tbody>
<tr style="background-color: #82c9d8;">
<td align="left">
AuthName "Protected area, need authorization"
AuthType Basic
AuthUserFile /home/t/test/.authfile
require Alexey Kondr Fenix
</td>
</tr>
</tbody>
</table>
</div>
 
Так же как и с запретом доступа по IP здесь можно использовать расширение <Files> ниже приведены два примера: установки пароля на группу
файлов и на один определенный файл. 
<div>
<table width="98%">
<tbody>
<tr style="background-color: #82c9d8;">
<td align="left">
<Files "passwd.html">
 AuthName "Protected area, need authorization"
 AuthType Basic
 AuthUserFile /home/t/test/.authfile
 require valid-user
</Files>
</td>
</tr>
</tbody>
</table>
</div>
 
<div>
<table width="98%">
<tbody>
<tr>
<td style="background-color: #82c9d8;" align="left">
<Files ".(key)$">
 AuthName "Protected area, need authorization"
 AuthType Basic
 AuthUserFile /home/t/test/.authfile
 require valid-user
</Files>
</td>
</tr>
</tbody>
</table>
</div>
 
Следует помнить, что при таком ограничении доступа пароли передаются по каналам связи в открытом виде и при определенных обстоятельствах могут быть перехвачены
злоумышленниками. Поэтому в целях безопасности рекомендуется организовывать доступ к закрытым областям веб-сайта через защищенное SSL-соединение. 
<h3><a name="php"></a>Указание опций PHP</h3>
 
Директивы для конфигурирования PHP можно размещать не только в файле php.ini, но также и в конфигурационных файлах
Apache для вашего сайта – .htaccess. Это позволяет проводить тонкую настройку php для разных директорий. 
 Для работы с PHP в конфигурационных файлах Apache доступны 4 директивы: php_value, php_flag,
php_admin_value, php_admin_flag, которые отличаются значимостью, типом устанавливаемых значений и местом применения. 
Директивы php_admin_value, php_admin_flag выставляются только в файле httpd.conf, так что нам они не интересны. По сути данныхе
директивы переопределяют значение остальных директив. Директивыа php_flag служит для установки логических значений директив в php.ini.
В то время как директива php_value служит для установки строковых и числовых значений директив php.ini, т.е. любых типов значений,
за исключением логических. Синтаксис директив очень прост: 
<table width="98%">
<tbody>
<tr>
<td style="background-color: #82c9d8;" align="left">
php_flag имя директивы on | off
php_value имя директивы VALUE
</td>
</tr>
</tbody>
</table>
 
Приведем перечень наиболее часто используемых директив 
<table border="0">
<tbody>
<tr style="background-color: #82c9d8;">
<td valign="top" width="180">
<h3>mysql.default_host</h3>
</td>
<td style="background-color: #dee26e;">
Устанавливает имя хоста базы данныхх. Пример: php_value mysql.default_host localhost 
</td>
</tr>
<tr style="background-color: #82c9d8;">
<td valign="top">
<h3>mysql.default_user</h3>
</td>
<td style="background-color: #dee26e;">
Устанавливает имя пользователя базы данныхх Пример: php_value mysql.default_user alexey 
</td>
</tr>
<tr style="background-color: #82c9d8;">
<td valign="top">
<h3>mysql.default_password</h3>
</td>
<td style="background-color: #dee26e;">
Устанавливает пароль пользователя базы данныхх Пример: php_value mysql.default_password Hry5Gw2 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;" valign="top">
<h3>display_errors</h3>
</td>
<td style="background-color: #dee26e;">
Разрешает вывод ошибок и предупреждений в браузер. Пример: php_flag display_errors 0 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;" valign="top">
<h3>display_startup_errors</h3>
</td>
<td style="background-color: #dee26e;">
Включает отображение ошибок, возникающих при запуске PHP. Пример: php_flag display_startup_errors 0 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;" valign="top">
<h3>error_reporting</h3>
</td>
<td style="background-color: #dee26e;">
Определяет типы (уровени важности) фиксируемых ошибок. Пример: php_value error_reporting “E_ALL & ~E_NOTICE” 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;" valign="top">
<h3>auto_prepend_file</h3>
</td>
<td style="background-color: #dee26e;">
Определение файла, который будет выводится в начале каждого php-скрипта. Путь указывается от корня файловой системы сервера. Пример:
php_value auto_prepend_file /www/server/prepend.php 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;" valign="top">
<h3>auto_append_file</h3>
</td>
<td style="background-color: #dee26e;">
Определение файла, который будет выводится в конце каждого php-скрипта. Пример: php_value auto_append_file /www/server/append.php 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;" valign="top">
<h3>sendmail_from</h3>
</td>
<td style="background-color: #dee26e;">
Устанавливает e-mail отправителя, который применяется при отправке почтовых сообщений с помощью PHP. Пример: php_value sendmail_from root@dvigov.com 
</td>
</tr>
<tr>
<td style="background-color: #82c9d8;" valign="top">
<h3>user_agent</h3>
</td>
<td style="background-color: #dee26e;">
Устанавливает строку User-agent, которая используется PHP при обращении к удаленным серверам. Пример:
php_value user_agent “Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)” 
</td>
</tr>
</tbody>
</table>
 
Например для вывода всех сообщений об ошибках генерируемых php в .htaccess нужно прописать следующие строки: 
<table width="98%">
<tbody>
<tr style="background-color: #95cfcd;">
<td align="left">
php_flag display_errors 1
php_flag display_startup_errors 1
php_value error_reporting “E_ALL & ~E_NOTICE”

</td>
</tr>
</tbody>
</table>
 
Для запрещения выполнения php в текущей директории и во всех вложенных необходиомо в .htaccess прописать следующие строки: 
<table width="98%">
<tbody>
<tr style="background-color: #b1d9dc;">
<td align="left">
php_flag engine off
</td>
</tr>
</tbody>
</table></div> </div> 
<div class="quote">Ключевые теги: [search]htaccess[/search], [search]изучение[/search], [search]сервер[/search], [search]редирект[/search][/html]

Вернуться к началу

Страница 1 из 1

[ 1 сообщение ]

Главная » Список форумов » Софт » Скрипты и движки сайтов, CMS а также расширения к ним

Часовой пояс: UTC + 3 часа

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 3

Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Перейти:

Изучаем .htaccess &raquo; Лучшие скрипты и всё для web мастера.

Кто сейчас на конференции

Изучаем .htaccess » Лучшие скрипты и всё для web мастера.