15 директив, или Настройка .htaccess — ускорение, защита, редиректы

Приветствую на моем кошачьем блоге, друзья!

Большинство из нас как огня боятся редактирования кода, будь то файлы темы, ядра движка либо же каких-то служебных файлов. Особой пеленой таинственности окутан файл .htaccess, править который мы зачастую опасаемся, поскольку вообще порой слабо представляем, что это за файл такой, зачем он нужен и что это там за закорючки такие странные нарисованы :). Говорю от первого лица, потому что до некоторых пор сама упорно сопротивлялась насущной необходимости разобраться раз и навсегда с настройкой .htaccess.

Итак, сегодня поговорим именно о настройке .htaccess, выполнив которую можно значительно обезопасить блог и добавить множество полезных фишек.

Но прежде всего, что это за зверь такой — .htaccess?

Это файл, который управляет поведением вашего веб-сервера. Напомню, общие параметры прописаны в конфигурационном файле у хостера. Но используя твики .htaccess, мы можем для каждого отдельно взятого сайта настраивать многие параметры именно так, как нужно вам. Большой плюс заключается еще и в том, что для каждой отдельно взятой папки вашего сайта вы можете создать свой .htaccess и управлять ею отдельно.

Кстати, этот файл работает только на серверах с Apache, но подавляющее большинство хостеров на обычном виртуальном хостинге устанавливает именно это ПО. Так что инструкция почти универсальна. Все это теория, и теория не очень понятная. Но если я процитирую википедию, например, то будет еще хуже, поверьте :). Потому сразу к практике, и все станет ясно.

Приведенные директивы можно вставлять в любое место вашего файла .htaccess. После каждого изменения обязательно заливайте файл на сервер и проверяйте сайт на работоспособность. И конечно, не начинайте редактирование, не забекапив предварительно оригинал файла.

Защита блога

Тонкой настройкой .htaccess можно подменить функционал некоторых плагинов-защитников. Смотрите сами:

Запрет доступа к сайту

Запрет доступа к сайту с определенных IP:

Order Allow,Deny
Allow from all
Deny from 192.168.0.1

А следующая директива, напротив, открывает доступ к сайту только с указанных IP:

Order Deny,Allow
Deny from all
Allow from 192.168.0.1

 Запрет просмотра сайта нежелательным User-Agent

User-Agent — это любой браузер или же программа, скрипт, которые могут просматривать ваш сайт. По многим причинам вы можете захотеть запретить каким-то из них доступ к вашему сайту.Полный список всех User-Agent можно посмотреть, кстати, здесь.

SetEnvIfNoCase user-Agent ^FrontPage [NC,OR]
SetEnvIfNoCase user-Agent ^Java.* [NC,OR]
SetEnvIfNoCase user-Agent ^Microsoft.URL [NC,OR]
SetEnvIfNoCase user-Agent ^MSFrontPage [NC,OR]
Order Allow,Deny
Allow from all
Deny from env=bad_bot

Запрет доступа к важным файлам извне

В целях безопасности настоятельно рекомендуется закрывать доступ к файлам .htaccess и wp-config.php. Следующий код как раз это и делает.

# защищаем wpconfig.php
<Files wp-config.php>
order allow,deny
deny from all
</Files>
#защищаем htaccess
<Files .htaccess>
order allow,deny
deny from all
</Files>

 Ограничение доступа к админке

Если вы обладатель статического IP, то имеет смысл разрешить доступ к админке только с вашего IP-адреса.

AuthUserFile /dev/null
AuthGroupFile /dev/null
AuthName "Example Access Control"
AuthType Basic
<LIMIT GET>
order allow, deny
deny from all
allow from Ваш IP
</LIMIT>

Ни в коем случае не делайте этого , если ваш IP динамический — не попадете в консоль блога, пока не удалите по FTP вышеприведенный код из .htaccess.

Редиректы (перенаправления)

Посредством изменения .htaccess мы можем реализовать на блоге различные типы редиректов, как стандартные 301, 302, так и другие типы перенправлений.

Перенаправление RSS-лент на FeedBurner

Сколько бы слухов не ходило о том, что скоро FeedBurner накроется медным тазом прекратит свое существование, однако он по-прежнему живее всех живых. А потому можно создать редирект, который будет направлять все ваши ленты через этот сервис.

RedirectMatch 301 /feed/(atom|rdf|rss|rss2)/?$ http://feedburner.com/yourfeed/
RedirectMatch 301 /comments/feed/(atom|rdf|rss|rss2)/?$ http://feedburner.com/yourfeed/

В этом коде не забудьте изменить адреса на свои из фидбернера.

Перенаправление при ошибках

По умолчанию WordPress создает перенаправление только при ошибке 404. Однако можно создать свои страницы ошибок и для других вариантов:

ErrorDocument 400 /errors/badrequest.html
ErrorDocument 401 /errors/authreqd.html
ErrorDocument 403 /errors/forbid.html
ErrorDocument 500 /errors/serverr.html

Укажите свои адреса страниц, на которые будете перенаправлять пользователей вместо /errors/*.html.

Редирект 301 и 302

301 редирект говорит ПС о том, что страница была перемещена по новому адресу, старую страницу индексировать не надо, а вместо нее нужно проиндексировать новую. Такой редирект необходим, если вы меняете структуру ссылок на блоге или же адрес какой-то определенной страницы, чтобы не потерять позиции в выдаче.

RewriteEngine on
Redirect 301 /old-page http://ваш-урл.ру/new-page

301 редирект имеет массу полезных применений. Так, например, его использует плагин для превращения всех внешних ссылок во внутренние.

Есть еще одно полезное применение этого редиректа. Всем известно, что древовидные комменты WordPress генерируют массу дублей c параметром «replytocom» в урле. Конечно, их можно закрыть в robots.txt. Но проблема в том, что все записи в robots.txt являются только рекомендациями, и ПС не обязаны им следовать. Вот Google и не следует, добавляя все такие страницы в дополнительный индекс. И тут нам на помощь и приходит 301 редирект.

С его помощью мы перенаправим все страницы дублей на страницу самой записи, к которой они относятся:

RewriteCond %{QUERY_STRING} replytocom=
RewriteRule ^(.*)$ /$1? [R=301,L]

Теперь необходимо открыть в роботсе страницы этих дублей, если они ранее были закрыты и обязательно проверить работоспособность редиректа. К примеру, у меня сейчас вот эта ссылка — web-koshka.ru/bazovy-e-znaniya/piwik.html?replytocom=3947 редиректит на саму запись, можете убедиться.

Правда, Google очень и очень медленно переиндексирует старые страницы, поэтому процесс выпада таких дублей с replytocom будет небыстрым…

302 редирект сообщает о том, что страница была перемещена временно, а потому нужно индексировать и старую, и новую.

RewriteEngine on
Redirect 302 /old-page http://ваш-урл.ру/new-page

 Склейка зеркал

Любой сайт всегда доступен по двум адресам: с «www» и без. Проблема в том, что для ПС это два разных сайта. Поэтому всегда необходимо указывать, какой вариант является основным (главным зеркалом), а какой нужно «склеить», то есть редиректить с него на основное зеркало.

В принципе, главное зеркало указывается в кабинетах вебмастеров ПС, но бывают случаи, когда его нужно изменить. Вот нужный код:

Options +FollowSymLinks
RewriteEngine On
RewriteCond %{HTTP_HOST} ^www.ваш-урл\.com$ [NC]
RewriteRule ^(.*)$ http://ваш-урл.com/$1 [R=301,L]

Здесь главным зеркалом указывается адрес без «www». Нужно наоборот — просто внесите небольшие изменения в код.

Убираем дубли главной страницы

Зачастую главная страница сайта (особенно это касается Joomla) может быть доступна по нескольким адресам: сайт.ру, сайт.ру/index.html, сайт.ру/index.php, возможны и другие варианты. Два указанных мной закрываются следующим кодом, а остальные дубли можно закрыть по аналогии.

RewriteCond %{THE_REQUEST} ^[A-Z]{3,9}\ /index\.html\ HTTP/
RewriteRule ^index\.html$ http://сайт.ру [R=301,L]
RewriteCond %{THE_REQUEST} ^[A-Z]{3,9}\ /index\.php\ HTTP/
RewriteRule ^index\.php$ http://сайт.ру [R=301,L]

 Защита от хотлинков

Очень неприятно бывает, когда у вас копируют вашу собственную уникальную картинку и размещают ее на своем сайте. Неприятно вдвойне, когда ее не копируют, а просто ставят на нее ссылку и подгружают себе с вашего сервера, тем самым разгружая свой сайт и создавая дополнительную нагрузку на ваш. Таким умникам можно отдавать не ту картинку, на которую они нацелились, а какое-нибудь специально созданное изображение с предупреждением:

RewriteEngine On
RewriteCond %{HTTP_REFERER} !^http://(.+\.)?ваш-урл\.com/ [NC]
RewriteCond %{HTTP_REFERER} !^$
#Замените путь к картинке
RewriteRule .*\.(jpe?g|gif|bmp|png)$ /images/noHL.jpg [L]

В последней строке укажите путь к картинке, которую хотите отдавать.

Оптимизация и ускорение блога

Последняя группа директив предназначена как раз ускорения блога и его технической оптимизации.

GZIP сжатие

Все данные, которые запрашивает клиент, для ускорения передачи можно сжимать на сервере, а затем распаковывать в браузере:

<FilesMatch "\.js.gz$">
ForceType text/javascript
Header set Content-Encoding: gzip
</FilesMatch>
<FilesMatch "\.css.gz$">
ForceType text/css
Header set Content-Encoding: gzip
</FilesMatch>
<FilesMatch "\.js$">
ForceType text/javascript
RewriteEngine On
RewriteCond %{HTTP_USER_AGENT} !".*Safari.*"
RewriteCond %{HTTP:Accept-Encoding} gzip
RewriteCond %{REQUEST_FILENAME}.gz -f
RewriteRule (.*)\.js$ $1\.js.gz [L]
ForceType text/javascript
</FilesMatch>
<FilesMatch "\.css$">
ForceType text/css
RewriteEngine On
RewriteCond %{HTTP_USER_AGENT} !".*Safari.*"
RewriteCond %{HTTP:Accept-Encoding} gzip
RewriteCond %{REQUEST_FILENAME}.gz -f
RewriteRule (.*)\.css$ $1\.css.gz [L]
ForceType text/css
</FilesMatch>

Перед тем, как использовать этот код, нужно убедиться в том, что gzip сжатие поддерживается хостингом. Обычно поддерживается, но лучше спросить :).

Кеширование в браузере

Кеширование данных в браузере рекомендует использовать для ускорения сайтов сам Google, а уж он плохого не посоветует. Смысл в том, что однажды получив определенные типы данных, впоследствии браузер будет брать их у себя из кеша, а не загружать заново. Это здорово ускорит сайт, да и разгрузит его немного.

Header append Cache-Control "private"
FileETag MTime Size
ExpiresActive On
ExpiresDefault "access plus 0 minutes"
ExpiresByType image/ico "access plus 1 years"
ExpiresByType text/css "access plus 1 years"
ExpiresByType text/javascript "access plus 1 years"
ExpiresByType image/gif "access plus 1 years"
ExpiresByType image/jpg "access plus 1 years"
ExpiresByType image/jpeg "access plus 1 years"
ExpiresByType image/bmp "access plus 1 years"
ExpiresByType image/png "access plus 1 years"

Наверное, это все, что хотелось бы рассказать о настройке .htaccess. Существует еще масса всяких хитростей и директив, но их я не стала описывать потому, что они не всегда корректно работали или их не имеет смысла использовать, поскольку есть другие, более удобные инструменты.

Всем удачного дня, дамы и господа, и до скорой приятной встречи :).