Файл .htaccess подробное описание, где находится, настройка и оптимизация

Файл .htaccess — это файл конфигурации, который определяет, как веб-сервер отвечает на запросы. WordPress .htaccess файл может быть использован для повышения вашего сайта производительности, безопасности и удобства использования. Он поддерживается большинством популярных веб-серверов , включая программное обеспечение веб-сервера Apache, используемое большинством провайдеров облачного хостинга.

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

Где находится .htaccess?

Теоретически, вы можете найти этот  конкретный файл  в каждом каталоге на вашем сервере, однако в основном он находится в корневой веб- папке public_html или www. который содержит весь контент вашего сайта. Если у вас есть несколько подкаталогов веб-сайта ( www.example.com/subdirectory1/subdirectory2/ ), то файл .htaccess будет находиться в каталоге корневой папки ( public_html ), а также в каждом из подкаталогов ( subdirectory1, subdirectory2 ).

Чтобы получить доступ к файлу WordPress .htaccess по умолчанию , следуйте этим простым инструкциям.

Шаг 1: Войдите в свою учетную запись управляемого хостинга / общего хостинга, указав свое имя пользователя и пароль.

Шаг 2: Теперь, когда вы вошли в систему, перейдите в File Manager и щелкните по нему.

Шаг 3: Далее вы перейдете к файлам вашего сайта. Ищите тот, который говорит public.html . Ваш файл .htaccess в основном можно найти в этой папке.

Шаг 4: Нажмите на public.html, и вы увидите файл .htaccess, указанный внутри, как показано ниже.

Шаг 5: Вот и все! Теперь, когда вы нашли .htaccess, вы можете изменить его, щелкнув правой кнопкой мыши на файле .htaccess и нажав кнопку « Изменить» . Но имейте в виду, что это файл конфигурации, и возиться с ним следует под наблюдением экспертов (например, конструктор сайтов WordPress / разработчики WordPress ).  

 

Почему файл называется .htaccess?

Эти файлы были впервые использованы для управления доступом пользователей для каждого каталога. Используя подмножество http.confдиректив настроек Apache , он позволил системному администратору ограничить доступ к отдельным каталогам для пользователей с именем и паролем, указанными в сопроводительном .htpasswdфайле.

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

Как создать файл .htaccess?

Если у вас нет файла .htaccess, вам необходимо его создать. Однако прежде чем приступить к созданию файла .htaccess, убедитесь, что он вам действительно нужен. То, что мы имеем в виду, это то, что файлы такого типа скрыты. Чтобы просмотреть их, вам необходимо убедиться, что вы включили «показывать скрытые файлы » в настройках вашего файлового менеджера.

 

Как только вы нажмете на настройку, откроется меню, в котором будет опция «показывать скрытые файлы». Убедитесь, что вы включили это.

Теперь посмотрим, сможете ли вы просмотреть файл .htaccess. Если вы все еще не видите в каталоге public.html своего сайта, вы можете приступить к его созданию, следуя простым инструкциям ниже.

Шаг 1. Создайте новый файл в текстовом редакторе и сохраните его как .htaccess. Убедитесь, что в конце нет .txt или любого другого расширения файла . Это должно читаться как просто .htaccess .

Шаг 2: Добавьте следующий основной код в пустой файл, чтобы начать.

# BEGIN WordPress

<IfModule mod_rewrite.c>

RewriteEngine On

RewriteBase /

RewriteRule ^index.php$ - [L] RewriteCond %{REQUEST_FILENAME} !-f

RewriteCond %{REQUEST_FILENAME} !-d

RewriteRule . /index.php [L] </IfModule>

# END WordPress

Шаг 3: Сохраните изменения и загрузите файл в корневой каталог WordPress, используя FTP или файловый менеджер.

Шаг 3.1: Чтобы загрузить его в папку public_html через файловый менеджер, войдите в свою учетную запись хостинга WordPress . И зайдите в файловый менеджер. Там вы увидите вариант загрузки . Нажмите на это.

Шаг 3.2: Откроется новое окно, куда вы можете перетащить файл из локальной системы.

 

Шаг 3.3. После того, как вы выбрали файл, он будет загружен в ваш каталог.

Это все! Ваш файл .htaccess создан и готов к работе.

Что делает файл .htaccess?

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

• Обработка ошибок
• Защита паролем
• IP черный список и белый список
• Блокировать пользователей по рефереру
• Указание файла по умолчанию для каталога
• Переадресация URL и перезапись URL
• Блокировать хотлинкинг
• Включить или отключить индекс
• Конфигурирование настроек PHP

Давайте разберемся, что представляет собой каждая из этих функций и для какой цели они служат.

Редактирование .htaccess из панели WordPress с помощью плагина

Альтернатива редактированию файла WordPress .htaccess — использование плагинов. Существует множество бесплатных плагинов, которые позволяют вам редактировать ваш файл .htaccess с панели управления WP. Один из самых популярных плагинов, который вы можете использовать, — Yoast SEO Plugin .

• После того, как вы установили и активировали этот плагин, вы увидите опцию SEO на левой панели вашей панели WordPress.
• Когда вы нажмете на нее, откроется новое окно. На верхней панели выберите Функции и Включить страницы расширенных настроек. Затем нажмите кнопку «Сохранить изменения».

• Затем из левой панели панели инструментов перейдите в раздел «Инструменты» в разделе «SEO», чтобы открыть редактор файлов, как показано ниже.

SEO → Инструменты → Редактор файлов

• Внесите изменения в файл .htaccess здесь и нажмите Сохранить изменения в .htaccess после редактирования.

Вы также можете использовать плагин WP Htaccess Editor для редактирования файла WordPress .htaccess.

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

Есть много вещей, которые вы можете сделать в файле htaccess, чтобы повысить скорость, производительность и безопасность WordPress. Давайте посмотрим поближе.

Проблемы с производительностью из-за файла .htaccess в WordPress

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

• предупреждения о длине содержимого публикации
• превышает максимальный размер загрузки
• 413 ошибка объекта запроса
• 500 — внутренняя ошибка сервера

Таким образом, файл .htaccess следует использовать, когда основная конфигурация сервера недоступна. Что еще можно сделать для повышения производительности вашего сайта? Давайте рассмотрим различные приемы повышения производительности с помощью файлов WordPress .htaccess:

Повышение производительности сайта WordPress с помощью файла .htaccess

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

Отключить AllowOverride

Вы можете запретить файлам .htaccess снижать производительность, включив AllowOverride только в необходимых каталогах. Как будто AllowOverride включен во всех каталогах, сервер проверит все. Поэтому отключите AllowOverride в корневом .htaccess файле сайта. Он должен быть включен только в необходимых каталогах через файл конфигурации сервера.

Передайте набор символов

Набор символов дает список символов, распознаваемых аппаратным / программным обеспечением. Таким образом, чтобы указать браузеру использовать определенный набор символов для отображения страницы, вам необходимо указать набор символов веб-страницы. Чтобы предоставить информацию о кодировке символов, напрямую влияет на взаимодействие веб-страницы между сервером и клиентом, отправку форм, соединения с базой данных и т. Д. Ваш браузер должен будет угадать, если вы не передадите набор символов, и он может отображать «мусорный» текст. Таким образом, вы можете передать набор символов по умолчанию, чтобы предотвратить отображение ошибок следующим образом:

Сохранить пропускную способность

Ваша пропускная способность должна быть в состоянии обслужить изменения макета, рост трафика, всплески трафика, и должна иметь место для роста. Чтобы подготовиться к будущему, вы можете добавить несколько директив для повышения производительности на серверах с поддержкой PHP следующим образом:

Установите часовой пояс сервера

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

Установите адрес электронной почты администратора

Укажите адрес электронной почты по умолчанию для администратора сервера.

Включите кеширование браузера

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

Добавьте этот код для включения кэширования в браузере:

Обработка ошибок

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

Как вы, возможно, заметили, что не все сообщения об ошибках одинаковы, на самом деле каждое из них имеет свой код ошибки. Одним из примеров этого является ошибка 404, которую вы можете сгенерировать, если документ не может быть найден на сервере.

Если вы не указали в своем файле .htaccess способ обработки этих сообщений об ошибках, сервер просто сообщит об этом браузеру, который затем отобразит общее сообщение об ошибке.

Мы рекомендуем обрабатывать каждое сообщение об ошибке, создавая конкретное сообщение об ошибке для разных кодов ошибок. В наши дни веб-сайты делают еще один шаг и настраивают сообщение об ошибке, добавляя в него немного юмора или персонализации. Вот руководство, которое расскажет вам, как вы можете создавать эти пользовательские сообщения.

Однако, если вы просто хотите отобразить определенные пользовательские сообщения об ошибках для разных кодов ошибок, просто добавьте следующий код в ваш файл .htaccess .

# serve custom error pages

ErrorDocument 400 /errors/400.html

ErrorDocument 401 /errors/401.html

ErrorDocument 403 /errors/403.html

ErrorDocument 404 /errors/404.html

ErrorDocument 500 /errors/500.html

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

Что такое код ошибки?

Когда запрос сделан на веб-сервер, он пытается ответить на этот запрос, обычно путем доставки документа (в случае страниц HTML) или путем доступа к приложению и возврата результатов (в случае систем управления контентом и другие веб-приложения).

Если что-то пойдет не так, генерируется ошибка. Различные типы ошибок имеют разные коды ошибок. Возможно, вы знакомы с 404ошибкой, которая возвращается, если документ не может быть найден на сервере.

Есть много других кодов ошибок, с которыми сервер может ответить.

Ошибки запроса клиента

• ошибка 400, неверный запрос
• 401 — Требуется авторизация
• 402 — Требуется оплата (пока не используется)
• 403 — запрещено
• 404 Не Найдено
• 405 — Метод не разрешен
• 406 — Недопустимо (кодировка)
• 407 — Требуется проверка подлинности прокси
• 408 — истекло время ожидания запроса
• 409 — конфликтующий запрос
• 410 — Ушел
• 411 — Требуется длина содержимого
• 412 — Сбой предварительного условия
• 413 — Запросить объект слишком долго
• 414 — слишком длинный запрос URI
• 415 — неподдерживаемый тип носителя.

Ошибки сервера

• 500 — внутренняя ошибка сервера
• 501 — не реализовано
• 502 Неверный шлюз
• сервис 503 недоступен
• Ошибка 504 Время ответа сервера истекло
• 505 — версия HTTP не поддерживается.

Защита паролем

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

AuthType Basic

AuthName "Password Protected Area"

AuthUserFile /path/to/.htpasswd

Require valid-user

Примечание. В приведенном выше коде измените выделенный путь ввода / на / .htpasswd на полный путь к файлу .htpasswd. Если вы не знаете полный путь, не волнуйтесь. Просто обратитесь к этому короткому руководству .

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

username:encryptedpassword

Замените «имя пользователя» одним из ваших вариантов выбора и «зашифрованный пароль» реальным паролем в зашифрованном виде. Чтобы зашифровать пароль по вашему выбору, запустите его с помощью алгоритма и безопасно и надежно сохраните результат. Однако при входе в систему вы должны использовать оригинальный пароль, соответствующий имени пользователя, а не зашифрованный.

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

Интересно, где вы можете получить эти алгоритмы? Это два безопасных алгоритма, которые вы можете использовать: bcrypt, md5. Apache поддерживает и то и другое, но md5 — это та, которую используют текущие версии Apache.

Как создать имя пользователя и пароль в командной строке

Вы можете добавить больше пар имени пользователя и пароля, как показано в поле выше. Это можно сделать с помощью командной строки или терминала SSH.

Чтобы создать новый файл .htpasswd, используйте команду с   -c (команда для создания), а затем путь к каталогу (один сервер).

> htpasswd -c /pathtodirectory/.htpasswdusername

Альтернативный метод

Однако, если вам неудобно возиться с командной строкой или терминалом SSH, есть альтернатива. Вы можете создать файл .htpasswd и заполнить его, используя простой текстовый редактор. Вы можете загрузить их на сайт через FTP или файловый менеджер. Вы можете сделать это так же, как мы загрузили файл .htaccess.

IP черный список и белый список

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

Чтобы заблокировать определенные IP-адреса, используйте команду ниже в вашем файле .htaccess.

order allow,deny

deny from 231.23.5.1

allow from all

Не забудьте добавить IP-адреса, которые нужно заблокировать, вместо тех, которые мы вводим.

Вышеуказанная командная строка позволяет использовать директиву по умолчанию. И тогда тем, кто упоминается против отрицания, будет отказано во въезде.

Чтобы внести в белый список определенные IP-адреса, вам нужно изменить порядок следования директивы, то есть вместо или order allow, deny, вам нужно будет добавить order deny, allow, как показано ниже. Это ограничит все IP-адреса, кроме тех, которые вы указали в противном случае.

order deny,allow

deny from all

allow from 111.22.3.4

Блокировать пользователей по рефереру

Другая важная особенность файла .htaccess заключается в том, что вы можете использовать его, чтобы заблокировать определенные сайты от ссылок на ваши изображения. Это использует много ресурсов вашего сервера и является прямым случаем нарушения авторских прав! Некоторые из этих сайтов могут быть враждебными, и эти ссылки могут оказаться вредными для вашего сайта! Поэтому рекомендуется, чтобы эти конкретные сайты или доменные имена были заблокированы от горячей ссылки на ваш сайт. Чтобы блокировать такие сайты от ссылок на ваш сайт, вы можете добавить директивы в ваш файл .htaccess, как показано ниже.

RewriteEngine on

RewriteCond % ^http://.*example.com [NC,OR]

RewriteCond % ^http://.*toexample.com [NC,OR]

RewriteCond % ^http://.*oneexample.com [NC]

RewriteRule .* - [F]

Вам нужно будет заменить example.com URL-адресом, который нужно заблокировать. Остальное должно остаться прежним.

Указание файла по умолчанию для каталога WordPress

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

Однако, если вы не хотите, чтобы файл index.html использовался в качестве файла по умолчанию, а вместо этого хотите, чтобы он представлял собой файл другого типа,  например index.shtml , index.xml или index.php файлы, то вы можете использовать .htaccess, чтобы установить страницу по умолчанию .

Просто включите следующую директиву в ваш файл .htaccess.

DirectoryIndex [filename here]

Замените имя файла на то, что вам нравится.

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

Включение серверных включений (SSI)

Что такое серверная часть?

SSI, или Server Side Includes, — это легкий язык сценариев, используемый в основном для встраивания документов HTML в другие документы HTML.

Это упрощает повторное использование общих элементов, таких как верхние и нижние колонтитулы, боковые панели и меню. Вы можете думать об этом как о предшественнике современных систем шаблонов и управления контентом.

SSI также условные директивы ( if, elseи т.д.) и переменные, что делает его полным, если несколько сложно использовать, язык сценариев. (Как правило, любой проект, более сложный, чем несколько включений, заставляет разработчика выбирать более надежный язык, такой как PHP или Perl.)

Включение SSI

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

Это должно включить SSI для всех файлов с .shtmlрасширением.

SSI для .htmlфайлов

Если вы хотите включить синтаксический анализ SSI для .htmlфайлов, вы можете добавить директиву для этого:

Преимущество этого заключается в том, что вы можете использовать SSI, не давая миру знать, что вы его используете. Кроме того, если вы измените реализацию в будущем, вы можете сохранить свои .htmlрасширения файлов.

Недостатком этого является то, что каждый .html файл будет проанализирован с помощью SSI. Если у вас есть много .htmlфайлов, которые на самом деле не нуждаются в разборе SSI, это может привести к большому количеству ненужных служебных данных сервера, замедляя время загрузки страницы и расходуя ресурсы ЦП.

SSI на вашей странице индекса

Если вы не хотите , чтобы разобрать все .htmlфайлы, но вы действительно хотите использовать SSI на индексе (дома) страницы, вам необходимо указать , что в вашем .htaccessфайле.

Это потому, что когда веб-сервер ищет индексную страницу каталога, он ищет index.html, если вы не укажете обратное.

Если вы не анализируете .htmlфайлы, вам нужно, чтобы ваша индексная страница была названа так, index.shtmlчтобы SSI работал, и ваш сервер не знает, чтобы искать это по умолчанию.

Чтобы включить это, просто добавьте:

Это предупреждает веб-сервер, что этот index.shtmlфайл является основным индексным файлом для каталога. Второй параметр, index.htmlэто резервная копия, на случай, если index.shtmlне найден.

Надо ли скрывать файл .htaccess?

Как мы уже упоминали, это чрезвычайно важный файл, который содержит важную информацию, такую ​​как местоположение вашего файла .htpasswd. Таким образом, простой, но эффективный способ защитить его — скрыть его от общественности. Как ты это делаешь? Просто добавьте следующий код в ваш файл .htaccess.

<Files .htaccess>

order allow,deny

deny from all

</Files>

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

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

Резервное копирование файла

Для этого перейдите в File Manager на вашем веб-хосте и нажмите на файл public_html в домашнем каталоге, чтобы увидеть все файлы в нем. После этого просто дважды щелкните файл .htaccess, чтобы загрузить его в локальную систему и надежно сохранить.

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

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

Примеры команд в файле .htaccess

Посетители сайта должны получить доступ к вашему сайту с использованием SSL-шифрованного соединения в целях безопасности. Поэтому для принудительного установления HTTPS-соединения на вашем веб-сайте эти правила добавляются в файл .htaccess вашего веб-сайта:

Установить перенаправление сайта на www

Динамическое перенаправление на www

301 Редирект на новый адрес Url

301 перенаправление всего каталога или раздела

Защита файла php.cgi

Установить Cookie на основе запроса.

Этот код отправляет заголовок Set-Cookie для создания на клиенте файла cookie со значением соответствующего элемента во 2-х параграфах.

Установить Cookie с переменной env

Реализация схемы кэширования с помощью .htaccess

Защита паролём одного файла сайта

Защита паролём нескольких файлов сайта

Отправить пользовательские заголовки

Блокировка на основе заголовка User-Agent

Блокировка с помощью RewriteCond

.htaccess для mod_php

.htaccess для php as cgi

Оболочка для пользовательских php.ini

Добавить значения из заголовков HTTP

Stop hotlinking

Вот несколько примеров кода MOD_REWRITE по умолчанию.

Примеры защиты ваших файлов и защиты паролем.

Расширенные прмиеры Mod_Rewrites

Вот некоторые конкретные примеры htaccess, взятые в основном из моего плагина WordPress Password Protection, который обеспечивает гораздо больше, чем просто защита паролем, как вы увидите из следующих примеров mod_rewrite. Вот некоторые из применений mod_rewrite. Некоторые из этих фрагментов довольно экзотичны и не похожи ни на что из того, что вы видели раньше, также только для тех, кто их понимает.

Защита директории

Включите защиту DirectoryIndex, предотвращая списки каталогов и по умолчанию.

Защита паролем wp-login.php

Требуется действительный пользователь / пароль для доступа к странице входа [401]

Защита паролем  wp-admin

Требуется действительный пользователь / пароль для доступа к любому нестатическому (css, js, images) файлу в этом каталоге. [401]

Защита wp-content

Запрещает любой прямой запрос на файлы, заканчивающиеся на .php с 403 Forbidden. Может нарушать плагины / темы [401] поэтому после установки проверьте корректность работы сайта.

Защита wp-includes

Запрещает любой прямой запрос на файлы, оканчивающиеся на .php с 403 Forbidden. Может нарушать плагины / темы [403]

Общие Exploits

Заблокируйте общие запросы эксплойтов с помощью 403 Forbidden. Это может сильно помочь, может сломать некоторые плагины. [403]

Остановить Hotlinking (хотлинкинг)

Отклоняет любой запрос статических файлов (изображений, css и т. Д.), Если реферер не является локальным сайтом или пуст. [403]

Безопасные методы запроса

Отклоняет любой запрос, не используя GET, PROPFIND, POST, OPTIONS, PUT, HEAD [ 403 ]

Запретить Прокси

Запрещает любой запрос POST с использованием прокси-сервера. Можно еще получить доступ к сайту, но не комментировать.

Настоящий wp-comments-post.php

Запрещает любую попытку POST для несуществующего wp-comments-post.php

HTTP ПРОТОКОЛ

Запрещает любой неправильно сформированный протокол HTTP в запросе, только 0.9, 1.0 и 1.1

УКАЗАТЬ символы

Отклоняет любой запрос на URL, содержащий символы, отличные от «a-zA-Z0-9. + / -? = &» — действительно помогает, но может сломать ваш сайт в зависимости от ваших ссылок.

Плохая длина контента запроса

Запрещает любой запрос POST, у которого нет заголовка длины содержимого

Плохой тип контента

Запрещает любой запрос POST с типом содержимого, отличным от application / x-www-form-urlencoded | multipart / form-data

Отсутствует HTTP_HOST

Запрещает запросы, которые не содержат заголовок HTTP HOST.

Внедрение проверки графических файлов

Отрицает внедрение файла с расширением, используя поддельную графику

Нет UserAgent, не POST

Запрещает запросы POST пустыми пользовательскими агентами. Может помешать небольшому количеству посетителей от размещения.

Нет реферала, нет комментариев

Запрещает любые попытки комментирования с пустым полем HTTP_REFERER, что свидетельствует о спаме. Может помешать некоторым посетителям при размещении данных.

Трекбэк Спам

Опровергает очевидный спам.

Сопоставить все URI, кроме тех, которые соответствуют существующим файлам, обработчику

Сопоставить любой запрос с обработчиком

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

А для CGI-скриптов:

Вместо этого сопоставьте URI, соответствующие существующим файлам, обработчику

Если существующие файлы, которые вы хотите обработать с помощью своего скрипта, имеют общий набор расширений файлов, отличных от расширений хандера, вы можете обойти mod_rewrite и использовать вместо него mod_actions. Допустим, вы хотите, чтобы все .html и .tpl файлы обрабатывались вашим скриптом:

Запретить доступ, если var = val содержит строку foo.

Удаление строки запроса

Добавление к строке запроса

Keep the existing query string using the Query String Append flag, but add var=val to the end.

Перезапись некоторых строк запроса

Перепишите URL-адреса, например http://name_site.com/url1?var=val, на http://name_site.com/url2?var=val, но не переписывайте их, если отсутствует val.

Изменение строки запроса

Измените любой отдельный экземпляр val в строке запроса на other_val при доступе к / path. Обратите внимание, что% 1 и% 2 являются обратными ссылками на совпадающую часть регулярного выражения в предыдущем RewriteCond.

Дополнительно

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