Понимание .htaccess на KapsuleHost

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

Если вы перешли с общего хостинга cPanel, .htaccess была вероятно местом, где вы установили редиректы, форсирование HTTPS, пользовательские страницы ошибок и блокировку ботов. Все эти функции по-прежнему работают на Kapsule. Они просто установлены в KPanel, а не в текстовом файле, и поскольку они применяются на уровне сервера, они работают быстрее и не могут сломать ваш сайт из-за опечатки.

Почему .htaccess ничего не делает здесь

.htaccess представляет собой конфигурационный файл для каждого каталога веб-сервера Apache. Apache перечитывает его при каждом одном запросе, что делает его удобным и также замедляет работу.

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

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

Что по-прежнему работает без этого

Постоянные ссылки. Самая распространенная причина, по которой сайт WordPress требует .htaccess на Apache, это красивые постоянные ссылки. На Kapsule переписывание встроено в конфигурацию сервера вашего сайта, поэтому /2026/07/my-post/ разрешается через WordPress без какого-либо блока .htaccess. Если постоянные ссылки возвращают 404, причина в чем-то другом: см. раздел Исправление проблем с постоянными ссылками WordPress.

WordPress пишет в файл. WordPress и некоторые плагины по-прежнему пишут блоки # BEGIN/# END в .htaccess, потому что они предполагают Apache. Это безвредно. Файл существует, он доступен для записи, и вы его видите в менеджере файлов. Он просто не имеет читателя.

Плагины безопасности, которые сообщают об "применении упрочнения". Плагины, которые претендуют на то, что заблокировали xmlrpc.php или wp-config.php путем редактирования .htaccess, на самом деле ничего не защитили на этой платформе. Используйте вкладку Security сайта, которая применяет эквивалентные правила на сервере.

Эквиваленты KPanel для обычных правил .htaccess

Все они находятся на сайте: Websites, затем ваш сайт, затем показанная вкладка.

Две из них делают больше, чем версия .htaccess когда-либо могла. Редиректы поддерживают точные пути, префиксы слэша в конце и подстановочные символы, такие как /blog/*, и KPanel проверяет редирект в реальном времени после того, как вы его сохраняете. Страницы ошибок подаются с их истинным кодом состояния, поэтому пользовательская страница 404 по-прежнему является настоящей 404 для поисковых систем, а не 200 с извинениями.

Поиск и чтение файла

Вы можете по-прежнему захотеть посмотреть на .htaccess, обычно чтобы увидеть, что плагин в него написал, или скопировать правила перед их воссозданием в KPanel.

На вкладке WordPress

1. Войдите в KPanel и нажмите Websites на левой боковой панели.
2. Нажмите на сайт, который вы хотите.
3. Откройте вкладку WordPress, затем раздел wp-config.
4. Прокрутите до панели .htaccess. Содержимое отображается только для чтения с кнопкой Edit, если вам нужно его изменить.

Из менеджера файлов

1. Откройте сайт, затем Files, затем File Manager.
2. Нажмите Show Hidden на панели инструментов. Файлы, начинающиеся с точки, скрыты по умолчанию, поэтому .htaccess не появится, пока вы это не сделаете.
3. Нажмите на .htaccess, чтобы открыть его во встроенном редакторе.

Файл находится в корневой папке вашего сайта, рядом с wp-config.php и wp-content. Полную информацию об редакторе и его элементах управления разрешениями можно найти в разделе Using the File Manager.

Блок WordPress по умолчанию

Для справки, это блок, который WordPress пишет для себя. На хосте Apache он управляет постоянными ссылками. На Kapsule он инертен, и его удаление ничего не сломает:

# 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 перед отменой старого хостинга и работайте с ним построчно:

1. Redirects. Воссоздайте каждый Redirect или RewriteRule в Advanced, затем Redirects. Одна строка на одно правило. Выберите 301 для постоянного перемещения, 302, если изменение может быть отменено.
2. HTTPS forcing. Удалите это. Вместо этого включите Force HTTPS в Settings сайта.
3. IP blocks. Воссоздайте в WordPress, затем Security, на панели блокировки IP.
4. Caching and compression headers. Удалите их. Они обрабатываются для вас, и старые правила mod_expires от старого хоста часто являются источником запутанного поведения кеша.
5. Anything a plugin wrote. Игнорируйте это. Переустановите плагин на новом сайте и позвольте ему делать свое.

Ваша миграция сохраняет сам файл, поэтому ничего не теряется во время работы со списком. Полное описание миграции: Migrating a Website From cPanel.

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

"Я добавил редирект в .htaccess и ничего не произошло." Это ожидается. Добавьте его в Advanced, затем Redirects. Столбец Status там показывает вам, был ли редирект проверен в реальном времени.

"Плагин говорит, что мой сайт упрочен, но сканер не согласен." Плагин написал правила .htaccess, которые не читаются. Проверьте вкладку Security сайта для защиты, которая действительно применяется.

"В файле .htaccess старого хоста были правила, которые я не понимаю." Не копируйте их вслепую. Откройте тикет с приложенным файлом, и мы вам скажем, какие из них имеют эквивалент в Kapsule и какие только компенсировали общий хост Apache.

"Постоянные ссылки сломаны." Это не проблема .htaccess здесь. Перейдите к разделу Fixing WordPress Permalink Issues или сбросьте правила переписывания на вкладке WordPress сайта, затем Quick Actions, затем Flush Rewrites.