Файл htaccess где найти: Что такое .htaccess | REG.RU

alexxlab

Содержание

Файл .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, убедитесь, что он вам действительно нужен. То, что мы имеем в виду, это то, что файлы такого типа скрыты. 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 файле сайта. Он должен быть включен только в необходимых каталогах через файл конфигурации сервера.

# повысить производительность, отключив AllowOverride AllowOverride Нет

# повысить производительность, отключив AllowOverride

AllowOverride Нет

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

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

# передать набор символов по умолчанию AddDefaultCharset utf-8

# передать набор символов по умолчанию

AddDefaultCharset utf-8

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

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

# сохранить пропускную способность для серверов с поддержкой PHP &lt;ifmodule mod_php4. c&gt; php_value zlib.output_compression 16386 &lt;/ ifmodule&gt;

# сохранить пропускную способность для серверов с поддержкой PHP

&lt;ifmodule mod_php4.c&gt;

php_value zlib.output_compression 16386

&lt;/ ifmodule&gt;

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

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

# установить часовой пояс сервера SetEnv TZ America / Washington

# установить часовой пояс сервера

SetEnv TZ America / Washington

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

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

# установить адрес электронной почты администратора сервера SetEnv SERVER_ADMIN default@example. com

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

SetEnv SERVER_ADMIN [email protected]

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

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

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

## EXPIRES CACHING ## &lt;IfModule mod_expires.c&gt; ExpiresActive On ExpiresByType image / jpg «доступ 1 год» ExpiresByType image / jpeg «доступ 1 год» ExpiresByType image / gif «доступ 1 год» ExpiresByType image / png «доступ 1 год» ExpiresByType text / css «доступ 1 год» приложение ExpiresByType / pdf «доступ 1 месяц» ExpiresByType text / x-javascript «доступ 1 месяц» доступ ExpiresByType / x-shockwave-flash «доступ 1 месяц» доступ ExpiresByType image / x-icon » 1 год доступа » ExpiresDefault» 2 дня » &lt;/ IfModule&gt;

1

2

3

4

5

6

7

8

9

10

11

12

13

14

## EXPIRES CACHING ##

&lt;IfModule mod_expires. c&gt;

ExpiresActive On

ExpiresByType image / jpg «доступ 1 год»

ExpiresByType image / jpeg «доступ 1 год»

ExpiresByType image / gif «доступ 1 год»

ExpiresByType image / png «доступ 1 год»

ExpiresByType text / css «доступ 1 год»

приложение ExpiresByType / pdf «доступ 1 месяц»

ExpiresByType text / x-javascript «доступ 1 месяц»

доступ ExpiresByType / x-shockwave-flash «доступ 1 месяц»

доступ ExpiresByType image / x-icon » 1 год

доступа » ExpiresDefault» 2 дня «

&lt;/ IfModule&gt;

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

Когда вы нажимаете на страницу веб-сайта, за сценой происходит то, что к веб-серверу делается запрос. И если все пойдет хорошо, веб-сервер предоставит вам запрашиваемую страницу. Однако, если что-то пойдет не так, вы обычно получаете сообщение об ошибке . Это ваш .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

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

Другая важная особенность файла . 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.

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

&lt;!— include virtual=»header.shtml» —&gt;

&lt;!— include virtual=»header.shtml» —&gt;

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

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

Включение SSI

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

AddType text/html .shtml AddHandler server-parsed .shtml Options Indexes FollowSymLinks Includes

AddType text/html .shtml

AddHandler server-parsed .shtml

Options Indexes FollowSymLinks Includes

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

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

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

AddHandler server-parsed .html

AddHandler server-parsed . html

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

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

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

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

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

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

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

DirectoryIndex index.shtml index.html

DirectoryIndex index.shtml index.html

Это предупреждает веб-сервер, что этот 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 вашего веб-сайта:

RewriteEngine Вкл. (.*)(de|es|fr|it|ja|ru|en)/$ — [co=lang:$2:.askapache.com:7200:/]

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

Header set Set-Cookie «language=%{lang}e; path=/;» env=lang

Header set Set-Cookie «language=%{lang}e; path=/;» env=lang

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

# year &lt;FilesMatch «.(ico|pdf|flv|jpg|jpeg|png|gif|swf|mp3|mp4)$»&gt; Header set Cache-Control «public» Header set Expires «Thu, 15 Apr 2010 20:00:00 GMT» Header unset Last-Modified &lt;/FilesMatch&gt; #2 hours &lt;FilesMatch «.(html|htm|xml|txt|xsl)$»&gt; Header set Cache-Control «max-age=7200, must-revalidate» &lt;/FilesMatch&gt; &lt;FilesMatch «.(js|css)$»&gt; SetOutputFilter DEFLATE Header set Expires «Thu, 15 Apr 2010 20:00:00 GMT» &lt;/FilesMatch&gt;

1

2

3

4

5

6

7

8

9

10

11

12

13

14

# year

&lt;FilesMatch «. (ico|pdf|flv|jpg|jpeg|png|gif|swf|mp3|mp4)$»&gt;

Header set Cache-Control «public»

Header set Expires «Thu, 15 Apr 2010 20:00:00 GMT»

Header unset Last-Modified

&lt;/FilesMatch&gt;

#2 hours

&lt;FilesMatch «.(html|htm|xml|txt|xsl)$»&gt;

Header set Cache-Control «max-age=7200, must-revalidate»

&lt;/FilesMatch&gt;

&lt;FilesMatch «.(js|css)$»&gt;

SetOutputFilter DEFLATE

Header set Expires «Thu, 15 Apr 2010 20:00:00 GMT»

&lt;/FilesMatch&gt;

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

&lt;Files login.php&gt; AuthName «Prompt» AuthType Basic AuthUserFile /web/askapache.com/.htpasswd Require valid-user &lt;/Files&gt;

1

2

3

4

5

6

&lt;Files login.php&gt;

AuthName «Prompt»

AuthType Basic

AuthUserFile /web/askapache. .*(craftbot|download|extract|stripper|sucker|ninja|clshttp|webspider|leacher|collector|grabber|webpictures).*$ [NC]

RewriteRule . — [F,L]

.htaccess для mod_php

SetEnv PHPRC /location/todir/containing/phpinifile

SetEnv PHPRC /location/todir/containing/phpinifile

.htaccess для php as cgi

AddHandler php-cgi .php .htm Action php-cgi /cgi-bin/php5.cgi

AddHandler php-cgi .php .htm

Action php-cgi /cgi-bin/php5.cgi

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

#!/bin/sh export PHP_FCGI_CHILDREN=3 exec php5.cgi -c /abs/php5/php.ini

#!/bin/sh

export PHP_FCGI_CHILDREN=3

exec php5.cgi -c /abs/php5/php.ini

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

SetEnvIfNoCase ^If-Modified-Since$ «(. $» good &lt;FilesMatch «.(png|jpg|jpeg|gif|bmp|swf|flv)$»&gt; Order Deny,Allow Deny from all Allow from env=good ErrorDocument 403 http://www.google.com/intl/en_ALL/images/logo.gif ErrorDocument 403 /images/you_bad_hotlinker.gif &lt;/FilesMatch&gt; ## LIMIT UPLOAD FILE SIZE TO PROTECT AGAINST DOS ATTACK #bytes, 0-2147483647(2GB) LimitRequestBody 10240000 ## MOST SECURE WAY TO REQUIRE SSL # https://www.askapache.com/htaccess/apache-ssl-in-htaccess-examples/ SSLOptions +StrictRequire SSLRequireSSL SSLRequire %{HTTP_HOST} eq «askapache.com» ErrorDocument 403 https://askapache.com ## COMBINED DEVELOPER HTACCESS CODE-USE THIS &lt;FilesMatch «.(flv|gif|jpg|jpeg|png|ico|js|css|pdf|swf|html|htm|txt)$»&gt; Header set Cache-Control «max-age=5″ &lt;/FilesMatch&gt; AuthType basic AuthName «Ooops! Temporarily Under Construction…» AuthUserFile /. htpasswd AuthGroupFile /dev/null Require valid-user # password prompt for everyone else Order Deny,Allow Deny from all Allow from 192.168.64.5 # Your, the developers IP address Allow from w3.org # css/xhtml check jigsaw.w3.org/css-validator/ Allow from googlebot.com # Allows google to crawl your pages Satisfy Any # no password required if host/ip is Allowed ## DONT HAVE TO EMPTY CACHE OR RELOAD TO SEE CHANGES ExpiresDefault A5 #If using mod_expires &lt;FilesMatch «.(flv|gif|jpg|jpeg|png|ico|js|css|pdf|swf|html|htm|txt)$»&gt; Header set Cache-Control «max-age=5″ &lt;/FilesMatch&gt; ## ALLOW ACCESS WITH PASSWORD OR NO PASSWORD FOR SPECIFIC IP/HOSTS AuthType basic AuthName «Ooops! Temporarily Under Construction…» AuthUserFile /.htpasswd AuthGroupFile /dev/null Require valid-user # password prompt for everyone else Order Deny,Allow Deny from all Allow from 192. 168.64.5 # Your, the developers IP address Allow from w3.org # css/xhtml check jigsaw.w3.org/css-validator/ Allow from googlebot.com # Allows google to crawl your pages Satisfy Any # no password required if host/ip is Allowed

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

42

43

44

45

46

47

48

49

50

51

52

53

54

55

56

57

58

59

60

61

62

63

64

65

66

67

68

69

70

71

72

73

74

75

76

77

#

# Require (user|group|valid-user) (username|groupname)

#

## BASIC PASSWORD PROTECTION

AuthType basic

AuthName «prompt»

AuthUserFile /. $» good

&lt;FilesMatch «.(png|jpg|jpeg|gif|bmp|swf|flv)$»&gt;

Order Deny,Allow

Deny from all

Allow from env=good

ErrorDocument 403 http://www.google.com/intl/en_ALL/images/logo.gif

ErrorDocument 403 /images/you_bad_hotlinker.gif

&lt;/FilesMatch&gt;

 

## LIMIT UPLOAD FILE SIZE TO PROTECT AGAINST DOS ATTACK

#bytes, 0-2147483647(2GB)

LimitRequestBody 10240000

 

## MOST SECURE WAY TO REQUIRE SSL

# https://www.askapache.com/htaccess/apache-ssl-in-htaccess-examples/

SSLOptions +StrictRequire

SSLRequireSSL

SSLRequire %{HTTP_HOST} eq «askapache.com»

ErrorDocument 403 https://askapache.com

 

## COMBINED DEVELOPER HTACCESS CODE-USE THIS

&lt;FilesMatch «.(flv|gif|jpg|jpeg|png|ico|js|css|pdf|swf|html|htm|txt)$»&gt;

Header set Cache-Control «max-age=5»

&lt;/FilesMatch&gt;

AuthType basic

AuthName «Ooops! Temporarily Under Construction. ..»

AuthUserFile /.htpasswd

AuthGroupFile /dev/null

Require valid-user      # password prompt for everyone else

Order Deny,Allow

Deny from all

Allow from 192.168.64.5   # Your, the developers IP address

Allow from w3.org      # css/xhtml check jigsaw.w3.org/css-validator/

Allow from googlebot.com   # Allows google to crawl your pages

Satisfy Any        # no password required if host/ip is Allowed

 

## DONT HAVE TO EMPTY CACHE OR RELOAD TO SEE CHANGES

ExpiresDefault A5 #If using mod_expires

&lt;FilesMatch «.(flv|gif|jpg|jpeg|png|ico|js|css|pdf|swf|html|htm|txt)$»&gt;

Header set Cache-Control «max-age=5»

&lt;/FilesMatch&gt;

 

## ALLOW ACCESS WITH PASSWORD OR NO PASSWORD FOR SPECIFIC IP/HOSTS

AuthType basic

AuthName «Ooops! Temporarily Under Construction…»

AuthUserFile /.htpasswd

AuthGroupFile /dev/null

Require valid-user      # password prompt for everyone else

Order Deny,Allow

Deny from all

Allow from 192. 168.64.5   # Your, the developers IP address

Allow from w3.org      # css/xhtml check jigsaw.w3.org/css-validator/

Allow from googlebot.com   # Allows google to crawl your pages

Satisfy Any        # no password required if host/ip is Allowed

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

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

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

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

Options -Indexes DirectoryIndex index.html index.php /index.php

Options -Indexes

DirectoryIndex index. html index.php /index.php

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

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

&lt;Files wp-login.php&gt; Order Deny,Allow Deny from All Satisfy Any AuthName «Protected By AskApache» AuthUserFile /web/askapache.com/.htpasswda1 AuthType Basic Require valid-user &lt;/Files&gt;

1

2

3

4

5

6

7

8

9

&lt;Files wp-login.php&gt;

Order Deny,Allow

Deny from All

Satisfy Any

AuthName «Protected By AskApache»

AuthUserFile /web/askapache.com/.htpasswda1

AuthType Basic

Require valid-user

&lt;/Files&gt;

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

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

Options -ExecCGI -Indexes +FollowSymLinks -Includes DirectoryIndex index.php /index.php Order Deny,Allow Deny from All Satisfy Any AuthName «Protected By AskApache» AuthUserFile /web/askapache.com/.htpasswda1 AuthType Basic Require valid-user &lt;FilesMatch «.(ico|pdf|flv|jpg|jpeg|mp3|mpg|mp4|mov|wav|wmv|png|gif|swf|css|js)$»&gt; Allow from All &lt;/FilesMatch&gt; &lt;FilesMatch «(async-upload).php$»&gt; &lt;IfModule mod_security.c&gt; SecFilterEngine Off &lt;/IfModule&gt; Allow from All &lt;/FilesMatch&gt;

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

Options -ExecCGI -Indexes +FollowSymLinks -Includes

DirectoryIndex index.php /index.php

Order Deny,Allow

Deny from All

Satisfy Any

AuthName «Protected By AskApache»

AuthUserFile /web/askapache. [A-Z]{3,9} /.+/trackback/? HTTP/ [NC]

RewriteRule .? — [F,NS,L]

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

RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f RewriteRule . /script.php

RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d

RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f

RewriteRule . /script.php

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

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

RewriteCond %{REQUEST_URI} !=/script.php RewriteRule .* /script.php

RewriteCond %{REQUEST_URI} !=/script. php

RewriteRule .* /script.php

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

ScriptAliasMatch .* /var/www/script.cgi

ScriptAliasMatch .* /var/www/script.cgi

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

RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} -d [OR] RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} -f RewriteCond %{REQUEST_URI} !=/script.php RewriteRule .* /script.php

RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} -d [OR]

RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} -f

RewriteCond %{REQUEST_URI} !=/script.php

RewriteRule .* /script.php

Если существующие файлы, которые вы хотите обработать с помощью своего скрипта, имеют общий набор расширений файлов, отличных от расширений хандера, вы можете обойти mod_rewrite и использовать вместо него mod_actions. (.*)val(.*)$

RewriteRule /path /path?%1other_val%2

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

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

404 — Нет такой страницы…

Зато есть другие: обзоры хостинг-провайдеров, школа хостинга и множество полезных статей.

Не нашли ответ на свой вопрос?

Задайте его экспертам! Ответ приходит очень быстро и прямо на ваш email.

Выберите разделВопросы о хостингеВопросы о доменахПрочиеБезопасностьVPS и серверы

Добавляя подтверждение «Я не робот» вы так же даете согласие получать сообщения от ru.hostings.info и принимаете его Политику конфиденциальности, позволяя ru.hostings.info хранить и обрабатывать вашу личную информацию, указанную выше, для предоставления вам запрашиваемого контента.

Рейтинги хостинг-провайдеров по задачам сайта

Панель управления

От панели управления зависит ваше удобство в настройке хостинге\сайта.

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

  • Собственная
  • cPanel
  • ISP Manager
  • DirectAdmin
  • Parallels Plesk

Вид хостинга

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

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

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

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

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

  • Облачный хостинг
  • Виртуальный хостинг
  • VPS/VDS
  • Выделенный сервер
  • Размещение сервера
  • CDN

CMS

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

  • Joomla
  • WordPress
  • Drupal
  • Битрикс
  • MODx
  • TYPO3
  • UMI.CMS
  • vBulletin
  • Magento
  • Opencart
  • DLE

Тип виртуализации

Виртуализация — это создание виртуальной среды на физическом сервере, позволяющая запускать требуемые ПО без затрагивания процессов, совершаемых другими пользователями сервера.  С её помощью ресурсы физического сервера распределяются между виртуальными (VPS/VDS). Основные виды: аппаратная (KVM), паравиртуализация, виртулизация на уровне ОС (OpenVZ).

  • OpenVZ
  • Virtuozzo
  • KVM
  • Hyper-V
  • Xen
  • VMware

Прочее

Абузоустойчивый хостинг — компании, которые разрешают размещать практически любой контент, даже запрещенный (спам, варез, дорвеи, порнографические материалы). Такие компании не удаляют контент вашего веб-сайта при первой же жалобе (“абузе”).

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

Безопасный хостинг — тот, где администрация постоянно обновляет ПО установленное на серверах, устанавливает базовую защиту от DDoS-атак, антивирус и файерволлы, блокирует взломанные сайты и помогает их «лечить».

Защита от DDOS — компании, которые предоставляют хостинг с защитой от DDoS-атак. Такие пакеты ощутимо дороже обычных, но они стоят своих денег, так как ваш сайт будет защищен от всех видов сетевых атак.

  • Абузоустойчивый хостинг
  • Безлимитный хостинг
  • Безопасный хостинг
  • Черный список
  • Защита от DDOS
  • Конструктор сайтов
  • Партнерские программы
  • Реселлинг хостинга

Бесплатный тест

Тестовый период — предоставляется хостером бесплатно на 7-30 дней, чтобы вы могли удостовериться в его качестве.

Moneyback — период на протяжении которого хостер обязуется вернуть деньги, если вам не понравится хостинг.

  • Тестовый период
  • Moneyback
  • VPS/VDS с тестовым периодом

Цена

Настоятельно рекомендуем не покупать слишком дешевый хостинг! Как правило с ним очень много проблем: сервер иногда не работает, оборудование старое, поддержка долго отвечает или не может решить проблему, сайт хостера глючит, ошибки в регистрации, оплате и т.д.

Также мы собрали тарифы от тысяч хостеров, чтобы вы могли выбрать хостинг по конкретной цене.

  • Дешёвый хостинг
  • Дешевый VPS-хостинг
  • Цена-Качество
  • Дорогой хостинг
  • Бесплатный хостинг
  • VPS/VDS посуточно

Технологии и ОС

На языке программирования PHP и базах данных MySQL сейчас работает большинство сайтов. Они же поддерживаются практически всеми современными хостингами.

ASP.NET — платформа для разработки веб-приложений от Майкрософт.

ОС — операционная система, установленная на сервере хостинга. Мы рекомендуем размещать на серверах с Linux, если нет особых требований у разработчиков сайта.

  • Linux
  • Windows
  • Windows VPS/VDS
  • ASP.net
  • MySQL
  • PHP
  • Java
  • Python
  • Node.js
  • Django

404 — Нет такой страницы…

Зато есть другие: обзоры хостинг-провайдеров, школа хостинга и множество полезных статей.

Не нашли ответ на свой вопрос?

Задайте его экспертам! Ответ приходит очень быстро и прямо на ваш email.

Выберите разделВопросы о хостингеВопросы о доменахПрочиеБезопасностьVPS и серверы

Добавляя подтверждение «Я не робот» вы так же даете согласие получать сообщения от ru. hostings.info и принимаете его Политику конфиденциальности, позволяя ru.hostings.info хранить и обрабатывать вашу личную информацию, указанную выше, для предоставления вам запрашиваемого контента.

Рейтинги хостинг-провайдеров по задачам сайта

Панель управления

От панели управления зависит ваше удобство в настройке хостинге\сайта.

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

  • Собственная
  • cPanel
  • ISP Manager
  • DirectAdmin
  • Parallels Plesk

Вид хостинга

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

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

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

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

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

  • Облачный хостинг
  • Виртуальный хостинг
  • VPS/VDS
  • Выделенный сервер
  • Размещение сервера
  • CDN

CMS

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

  • Joomla
  • WordPress
  • Drupal
  • Битрикс
  • MODx
  • TYPO3
  • UMI.CMS
  • vBulletin
  • Magento
  • Opencart
  • DLE

Тип виртуализации

Виртуализация — это создание виртуальной среды на физическом сервере, позволяющая запускать требуемые ПО без затрагивания процессов, совершаемых другими пользователями сервера.  С её помощью ресурсы физического сервера распределяются между виртуальными (VPS/VDS). Основные виды: аппаратная (KVM), паравиртуализация, виртулизация на уровне ОС (OpenVZ).

  • OpenVZ
  • Virtuozzo
  • KVM
  • Hyper-V
  • Xen
  • VMware

Прочее

Абузоустойчивый хостинг — компании, которые разрешают размещать практически любой контент, даже запрещенный (спам, варез, дорвеи, порнографические материалы). Такие компании не удаляют контент вашего веб-сайта при первой же жалобе (“абузе”).

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

Безопасный хостинг — тот, где администрация постоянно обновляет ПО установленное на серверах, устанавливает базовую защиту от DDoS-атак, антивирус и файерволлы, блокирует взломанные сайты и помогает их «лечить».

Защита от DDOS — компании, которые предоставляют хостинг с защитой от DDoS-атак. Такие пакеты ощутимо дороже обычных, но они стоят своих денег, так как ваш сайт будет защищен от всех видов сетевых атак.

  • Абузоустойчивый хостинг
  • Безлимитный хостинг
  • Безопасный хостинг
  • Черный список
  • Защита от DDOS
  • Конструктор сайтов
  • Партнерские программы
  • Реселлинг хостинга

Бесплатный тест

Тестовый период — предоставляется хостером бесплатно на 7-30 дней, чтобы вы могли удостовериться в его качестве.

Moneyback — период на протяжении которого хостер обязуется вернуть деньги, если вам не понравится хостинг.

  • Тестовый период
  • Moneyback
  • VPS/VDS с тестовым периодом

Цена

Настоятельно рекомендуем не покупать слишком дешевый хостинг! Как правило с ним очень много проблем: сервер иногда не работает, оборудование старое, поддержка долго отвечает или не может решить проблему, сайт хостера глючит, ошибки в регистрации, оплате и т.д.

Также мы собрали тарифы от тысяч хостеров, чтобы вы могли выбрать хостинг по конкретной цене.

  • Дешёвый хостинг
  • Дешевый VPS-хостинг
  • Цена-Качество
  • Дорогой хостинг
  • Бесплатный хостинг
  • VPS/VDS посуточно

Технологии и ОС

На языке программирования PHP и базах данных MySQL сейчас работает большинство сайтов. Они же поддерживаются практически всеми современными хостингами.

ASP.NET — платформа для разработки веб-приложений от Майкрософт.

ОС — операционная система, установленная на сервере хостинга. Мы рекомендуем размещать на серверах с Linux, если нет особых требований у разработчиков сайта.

  • Linux
  • Windows
  • Windows VPS/VDS
  • ASP.net
  • MySQL
  • PHP
  • Java
  • Python
  • Node.js
  • Django

Использование файла .htaccess | 8HOST.COM