Генератор .htaccess онлайн

Генератор .htaccess собирает из отмеченных блоков один файл: редиректы на главное зеркало, сжатие и кэш, запреты и страницы ошибок. Отмечаете нужное, копируете готовый текст из окна «Готовый .htaccess». Под ним таблица «Что делает каждая строка» поясняет каждую директиву. Все правила прогнаны на настоящем Apache 2.4.

Зеркало сайта: с www или без

Сайт отвечает по четырём адресам: с https и без, с www и без. Генератор делает один редирект 301 с трёх лишних адресов на главное зеркало.

Какой вариант выбрать, решает то, что уже в индексе. Если сайт давно в выдаче с www, берите www; если без — без. Менять без нужды не стоит.

Перед Apache на многих хостингах стоит nginx или CDN, и Apache видит соединение как http даже у посетителя с https. Прямое правило «если не 443 порт» при такой схеме зацикливается в бесконечный редирект. Правила в готовом файле определяют протокол двумя способами: спрашивают его и у самого Apache, и у прокси, когда сайт получает запрос, поэтому петля не случится. Редиректы страниц, слэша и index.php тоже ведут сразу на главное зеркало, без второго шага.

Куда положить файл и как проверить

Файл лежит в корне сайта, в папке с index.php или index.html. Скачается он как htaccess.txt, перед загрузкой на хостинг переименуйте его в .htaccess.

До замены сохраните копию старого файла. Ошибка 500 после замены означает опечатку или директиву, которую сервер не знает. Верните копию и исправьте строку.

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

WordPress и «1С-Битрикс»

Блок WordPress ставит ровно те строки, что пишет сам движок. Свои правила кладите выше, до строки # BEGIN WordPress. Когда в админке сохраняются настройки постоянных ссылок, WordPress перезапишет всё, что стоит между метками.

У «1С-Битрикс» в конце файла стоит правило на /bitrix/urlrewrite.php, и это его ЧПУ. Поэтому настройки слэша и расширений в генераторе должны повторять настройки ЧПУ в панели CMS. Расхождение приведёт к петле редиректов.

Если нужен закрытый раздел с паролем, сгенерируйте файл .htpasswd для защиты папки.

Когда .htaccess не действует

Файл читает только Apache. Если хостинг работает на nginx, файл просто лежит в папке, и правила придётся переносить в конфиг nginx. Бывает, что Apache есть, но в его настройках стоит AllowOverride None — тогда файл тоже игнорируется.

Без модуля mod_rewrite сервер пропустит блоки редиректов без ошибки: они обёрнуты в IfModule, и незнакомая директива не уронит сайт.

Узнать, Apache у хостинга или нет, можно в поддержке. Второй путь — открыть ответ сайта в той же проверке и посмотреть заголовок Server.