KapsuleHost обслуживает каждый сайт с помощью высокопроизводительного веб-сервера, который не читает .htaccess, поэтому правила, добавленные в этот файл, не имеют никакого эффекта: это руководство объясняет, что это значит для сайта на WordPress, и показывает настройку KPanel, которая выполняет ту же задачу вместо него.
Если вы переехали с хостинга на общем cPanel, .htaccess был, вероятно, тем местом, куда вы помещали перенаправления, принудительный HTTPS, пользовательские страницы ошибок и блокировки ботов. Всё это по-прежнему работает на KapsuleHost. Просто это настраивается в KPanel, а не в текстовом файле, и, поскольку эти настройки применяются на уровне сервера, они работают быстрее и не могут сломать ваш сайт из-за опечатки.
Почему .htaccess здесь ничего не делает
.htaccess это файл конфигурации для каждой директории, предназначенный для веб-сервера Apache. Apache перечитывает его при каждом запросе, что делает его удобным, но одновременно и медленным.
KapsuleHost не использует Apache. Ваш сайт обслуживается событийно-ориентированным веб-сервером, который загружает свою конфигурацию один раз при запуске, и это во многом объясняет, почему сайты здесь отвечают быстрее под нагрузкой. У этого сервера нет аналога файла переопределения для каждой директории, поэтому он никогда не открывает .htaccess.
Добавление правил в .htaccess на сайте KapsuleHost завершается без каких-либо ошибок. Ничего не выдаёт ошибку, ничего не предупреждает, а файл остаётся именно там, где вы его оставили. Правила просто никогда не выполняются. Если вы следуете руководству по WordPress, в котором говорится "добавьте это в ваш .htaccess", найдите соответствующий аналог в KPanel в таблице ниже.
Хорошая новость в том, что здесь всё наоборот по сравнению с обычной историей ужасов про .htaccess: синтаксическая ошибка в файле не может привести к падению вашего сайта, потому что его никто не разбирает.
Что по-прежнему работает без него
Постоянные ссылки. Самая частая причина, по которой сайту на WordPress нужен .htaccess на Apache, это красивые постоянные ссылки. На KapsuleHost переписывание встроено в конфигурацию сервера вашего сайта, поэтому /2026/07/my-post/ разрешается через WordPress вообще без какого-либо блока .htaccess. Если постоянные ссылки возвращают ошибки 404, причина в чём-то другом: см. Устранение проблем с постоянными ссылками WordPress.
Запись WordPress в файл. WordPress и некоторые плагины по-прежнему записывают блоки # BEGIN/# END в .htaccess, потому что предполагают наличие Apache. Это безвредно. Файл реально существует, он доступен для записи, и вы увидите его в менеджере файлов. У него просто нет читателя.
Плагины безопасности, сообщающие, что "усиление защиты применено". Плагины, которые заявляют, что защитили xmlrpc.php или wp-config.php, редактируя .htaccess, на самом деле ничего не защитили на этой платформе. Используйте собственную вкладку сайта Безопасность, которая применяет эквивалентные правила на сервере.
Аналоги в KPanel для распространённых правил .htaccess
Каждый из них находится прямо на самом сайте: Веб-сайты, затем ваш сайт, затем указанная вкладка.
| Что вы написали бы в .htaccess | Где это находится в KPanel |
|---|---|
RewriteCond %{HTTPS} off для принудительного HTTPS | Параметры, затем Принудить HTTPS в разделе Behavior |
Redirect 301 /old /new | Параметры, затем Перенаправления |
ErrorDocument 404 /404.html | Параметры, затем Страницы ошибок |
AuthType Basic для защиты паролем папки | Параметры, затем Защита паролем |
Require not ip 203.0.113.4 для блокировки адреса | WordPress, затем Безопасность |
RewriteCond %{HTTP_USER_AGENT} (BadBot) для блокировки краулеров | Производительность, затем Краулеры |
DirectoryIndex index.php index.html | Параметры, затем Индекс директории в разделе Serving |
mod_deflate / mod_expires для сжатия и кэширования | Уже включено. Заголовки сжатия и кэша устанавливаются на сервере |
Два из этих пунктов делают больше, чем когда-либо могла версия на .htaccess. Перенаправления поддерживают точные пути, префиксы с завершающей косой чертой и подстановочные знаки, такие как /blog/*, и KPanel проверяет перенаправление в реальном времени сразу после сохранения. Страницы ошибок отдаются с их настоящим кодом состояния, поэтому пользовательская страница 404 остаётся настоящей 404 для поисковых систем, а не 200 с извинением на ней.
Поиск и просмотр файла
Вам может всё ещё понадобиться посмотреть на .htaccess, обычно чтобы увидеть, что записал в него плагин, или скопировать правила перед тем, как воссоздать их в KPanel.
Через вкладку WordPress
- Войдите в KPanel и нажмите Веб-сайты в левой боковой панели.
- Нажмите на нужный сайт.
- Откройте вкладку WordPress, затем раздел wp-config.
- Прокрутите до панели
.htaccess. Содержимое показывается только для чтения, с кнопкой Edit, если вам нужно его изменить.
Через менеджер файлов
- Откройте сайт, затем Параметры, затем Менеджер файлов.
- Нажмите Показать скрытые на панели инструментов. Файлы, начинающиеся с точки, по умолчанию скрыты, поэтому
.htaccessне появится, пока вы это не сделаете. - Нажмите
.htaccess, чтобы открыть его во встроенном редакторе.
Файл находится в корне вашего сайта, рядом с wp-config.php и wp-content. Полное описание редактора и его настроек прав доступа смотрите в Использование менеджера файлов.
Сделайте резервную копию перед тем, как редактировать что-либо в корне сайта, даже файл, который не читается. Это ничего не стоит и означает, что одним кликом можно всё вернуть обратно. См. Создание резервной копии.
Блок WordPress по умолчанию
Для справки, вот блок, который WordPress записывает сам для себя. На хостинге Apache он управляет постоянными ссылками. На KapsuleHost он неактивен, и его удаление ничего не сломает:
# 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
Оставьте его на месте, если вы можете позже перенести сайт на хостинг Apache. WordPress всё равно перепишет его в следующий раз, когда вы сохраните настройки постоянных ссылок.
Если вы переносите правила
Когда вы переносите сайт с cPanel, откройте старый .htaccess перед тем, как отменить старый хостинг, и пройдитесь по нему построчно:
- Перенаправления. Воссоздайте каждое правило
RedirectилиRewriteRuleв Параметры, затем Перенаправления. Одна строка на одно правило. Выберите 301 для постоянного перемещения, 302, если изменение может быть отменено. - Принудительный HTTPS. Удалите его. Вместо этого включите Принудить HTTPS в разделе Параметры сайта.
- Блокировки по IP. Воссоздайте в WordPress, затем Безопасность, на панели блокировки IP.
- Заголовки кэширования и сжатия. Удалите их. Они обрабатываются за вас, а устаревшие правила
mod_expiresсо старого хостинга являются частой причиной запутанного поведения кэша. - Всё, что записал плагин. Игнорируйте это. Переустановите плагин на новом сайте и дайте ему сделать своё дело.
При переносе сам файл сохраняется, так что ничего не теряется, пока вы проходитесь по списку. Полное пошаговое руководство по переносу: Перенос сайта с cPanel.
Устранение неполадок
"Я добавил перенаправление в .htaccess, и ничего не произошло." Ожидаемо. Добавьте его в Параметры, затем Перенаправления. Столбец Status там сообщит вам, было ли перенаправление проверено в реальном времени.
"Плагин говорит, что мой сайт защищён, но сканер с этим не согласен." Плагин записал правила .htaccess, которые не читаются. Проверьте вкладку сайта Безопасность на предмет действительно применённых мер защиты.
"В .htaccess моего старого хостинга были правила, которые я не понимаю." Не копируйте их вслепую. Откройте тикет с прикреплённым файлом, и мы скажем вам, у каких из них есть аналог в KapsuleHost, а какие служили лишь для компенсации недостатков общего хостинга Apache.
"Постоянные ссылки не работают." Здесь это не проблема .htaccess. Перейдите к Устранение проблем с постоянными ссылками WordPress или очистите правила перезаписи во вкладке сайта WordPress, затем Быстрые действия, затем Очистить переписи.