Htaccess wordpress где находится

Файлы .htaccess для популярных CMS

В Рег.ру вы можете заказать WordPress hosting.

Файл .htaccess для HostCMS

Options +FollowSymlinks AddDefaultCharset Off php_flag magic_quotes_gpc off php_flag magic_quotes_runtime off php_flag register_globals off php_flag magic_quotes_gpc off php_flag magic_quotes_runtime off php_flag register_globals off DirectoryIndex index.php index.htm index.html RewriteEngine On RewriteBase / RewriteCond % !-f RewriteCond % !-d RewriteRule ^(.*)$ /index.php 

Файл .htaccess для Bitrix

Options -Indexes ErrorDocument 404 /404.php php_flag allow_call_time_pass_reference 1 php_flag session.use_trans_sid off #php_value display_errors 1 #php_value mbstring.func_overload 2 #php_value mbstring.internal_encoding UTF-8 Options +FollowSymLinks RewriteEngine On RewriteCond % !-f RewriteCond % !-l RewriteCond % !-d RewriteCond % !/bitrix/urlrewrite.php$ RewriteRule ^(.*)$ /bitrix/urlrewrite.php [L] RewriteRule .* - [E=REMOTE_USER:%] DirectoryIndex index.php index.html ExpiresActive on ExpiresByType image/jpeg "access plus 3 day" ExpiresByType image/gif "access plus 3 day" 

Файл .htaccess для ModX

# MODx supports Friendly URLs via this .htaccess file. You must serve web # pages via Apache with mod_rewrite to use this functionality, and you must # change the file name from ht.access to .htaccess. # # Make sure RewriteBase points to the directory where you installed MODx. # E.g., "/modx" if your installation is in a "modx" subdirectory. # # You may choose to make your URLs non-case-sensitive by adding a NC directive # to your rule: RewriteRule ^(.*)$ index.php?q=$1 [L,QSA,NC] RewriteEngine On RewriteBase / # Rewrite www.domain.com -> domain.com -- used with SEO Strict URLs plugin #RewriteCond % . #RewriteCond % !^example-domain-please-change\.com [NC] #RewriteRule (.*) http://example-domain-please-change.com/$1 [R=301,L] # # or for the opposite domain.com -> www.domain.com use the following # DO NOT USE BOTH # #RewriteCond % . #RewriteCond % !^www\.example-domain-please-change\.com [NC] #RewriteRule (.*) http://www.example-domain-please-change.com/$1 [R=301,L] # # Rewrite secure requests properly to prevent SSL cert warnings, e.g. prevent # https://www.domain.com when your cert only allows https://secure.domain.com #RewriteCond % !^443 #RewriteRule (.*) https://example-domain-please-change.com.com/$1 [R=301,L] # # The Friendly URLs part RewriteCond % !-f RewriteCond % !-d RewriteRule ^(.*)$ index.php?q=$1 [L,QSA] # # Make sure .htc files are served with the proper MIME type, which is critical # for XP SP2. Un-comment if your host allows htaccess MIME type overrides. #AddType text/x-component .htc # # If your server is not already configured as such, the following directive # should be uncommented in order to set PHP's register_globals option to OFF. # This closes a major security hole that is abused by most XSS (cross-site # scripting) attacks. For more information: http://php.net/register_globals # # To verify that this option has been set to OFF, open the Manager and choose # Reports -> System Info and then click the phpinfo() link. Do a Find on Page # for "register_globals". The Local Value should be OFF. If the Master Value # is OFF then you do not need this directive here. # # IF REGISTER_GLOBALS DIRECTIVE CAUSES 500 INTERNAL SERVER ERRORS : # # Your server does not allow PHP directives to be set via .htaccess. In that # case you must make this change in your php.ini file instead. If you are # using a commercial web host, contact the administrators for assistance in # doing this. Not all servers allow local php.ini files, and they should # include all PHP configurations (not just this one), or you will effectively # reset everything to PHP defaults. Consult www.php.net for more detailed # information about setting PHP directives. # #php_flag register_globals Off # # For servers that support output compression, you should pick up a bit of # speed by un-commenting the following lines. # #php_flag zlib.output_compression On #php_value zlib.output_compression_level 5 # # The following directives stop screen flicker in IE on CSS rollovers. If # needed, un-comment the following rules. When they're in place, you may have # to do a force-refresh in order to see changes in your designs. # #ExpiresActive On #ExpiresByType image/gif A2592000 #ExpiresByType image/jpeg A2592000 #ExpiresByType image/png A2592000 #BrowserMatch "MSIE" brokenvary=1 #BrowserMatch "Mozilla/4.[0-9]" brokenvary=1 #BrowserMatch "Opera" !brokenvary #SetEnvIf brokenvary 1 force-no-vary

Файл .htaccess для Drupal

# # Apache/PHP/Drupal settings: # # Protect files and directories from prying eyes. Order allow,deny # Don't show directory listings for URLs which map to a directory. Options -Indexes # Follow symbolic links in this directory. Options +FollowSymLinks # Make Drupal handle any 404 errors. ErrorDocument 404 /index.php # Force simple error message for requests for non-existent favicon.ico. # There is no end quote below, for compatibility with Apache 1.3. ErrorDocument 404 "The requested file favicon.ico was not found. # Set the default handler. DirectoryIndex index.php index.html index.htm # Override PHP settings that cannot be changed at runtime. See # sites/default/default.settings.php and drupal_initialize_variables() in # includes/bootstrap.inc for settings that can be changed at runtime. # PHP 5, Apache 1 and 2. php_flag magic_quotes_gpc off php_flag magic_quotes_sybase off php_flag register_globals off php_flag session.auto_start off php_value mbstring.http_input pass php_value mbstring.http_output pass php_flag mbstring.encoding_translation off # Requires mod_expires to be enabled. # Enable expirations. ExpiresActive On # Cache all files for 2 weeks after access (A). ExpiresDefault A1209600 # Do not allow PHP scripts to be cached unless they explicitly send cache # headers themselves. Otherwise all scripts would have to overwrite the # headers set by mod_expires if they want another caching behavior. This may # fail if an error occurs early in the bootstrap process, and it may cause # problems if a non-Drupal PHP file is installed in a subdirectory. ExpiresActive Off  # Various rewrite rules. RewriteEngine on # Block access to "hidden" directories whose names begin with a period. This # includes directories used by version control systems such as Subversion or # Git to store control files. Files whose names begin with a period, as well # as the control files used by CVS, are protected by the FilesMatch directive # above. # # NOTE: This only works when mod_rewrite is loaded. Without mod_rewrite, it is # not possible to block access to entire directories from .htaccess, because # is not allowed here. # # If you do not have mod_rewrite installed, you should remove these # directories from your webroot or otherwise protect them from being # downloaded. RewriteRule "(^|/)\." - [F] # If your site can be accessed both with and without the 'www.' prefix, you # can use one of the following settings to redirect users to your preferred # URL, either WITH or WITHOUT the 'www.' prefix. Choose ONLY one option: # # To redirect all users to access the site WITH the 'www.' prefix, # (http://example.com/. will be redirected to http://www.example.com/. ) # uncomment the following: # RewriteCond % !^www\. [NC] # RewriteRule ^ http://www.%% [L,R=301] # # To redirect all users to access the site WITHOUT the 'www.' prefix, # (http://www.example.com/. will be redirected to http://example.com/. ) # uncomment the following: # RewriteCond % ^www\.(.+)$ [NC] # RewriteRule ^ http://%1% [L,R=301] # Modify the RewriteBase if you are using Drupal in a subdirectory or in a # VirtualDocumentRoot and the rewrite rules are not working properly. # For example if your site is at http://example.com/drupal uncomment and # modify the following line: # RewriteBase /drupal # # If your site is running in a VirtualDocumentRoot at http://example.com/, # uncomment the following line: # RewriteBase / # Pass all requests not referring directly to files in the filesystem to # index.php. Clean URLs are handled in drupal_environment_initialize(). RewriteCond % !-f RewriteCond % !-d RewriteCond % !=/favicon.ico RewriteRule ^ index.php [L] # Rules to correctly serve gzip compressed CSS and JS files. # Requires both mod_rewrite and mod_headers to be enabled. # Serve gzip compressed CSS files if they exist and the client accepts gzip. RewriteCond % gzip RewriteCond %\.gz -s RewriteRule ^(.*)\.css $1\.css\.gz [QSA] # Serve gzip compressed JS files if they exist and the client accepts gzip. RewriteCond % gzip RewriteCond %\.gz -s RewriteRule ^(.*)\.js $1\.js\.gz [QSA] # Serve correct content types, and prevent mod_deflate double gzip. RewriteRule \.css\.gz$ - [T=text/css,E=no-gzip:1] RewriteRule \.js\.gz$ - [T=text/javascript,E=no-gzip:1] # Serve correct encoding type. Header append Content-Encoding gzip # Force proxies to cache gzipped & non-gzipped css/js files separately. Header append Vary Accept-Encoding  

Файл .htaccess для NetCat

Где найти файлы WordPress: .htaccess; robots.txt; php.ini?

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

Что такое .htaccess в WordPress?

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

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

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

1. Откройте любой текстовый редактор ( Notepad++ или простой Блокнот ).
2. В меню Файл выберите Сохранить как .
3. В списке Тип файла выберите Все файлы .
4. Присвойте имя .htaccess .
5. Сохраните .

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

Сразу добавлю, что в этом файле сразу нужно прописывать кодировку веб-ресурса:

Для windows-1251:

6. Поместите .htaccess файл в корень сайта, где находится файл index (обычно он называется index.html или index.php ).

Где лежит файл robots.txt в WordPress?

Этот текстовый файл , находится в корневой папке сайта, в который записываются для поисковых роботов особые инструкции. Именно поэтому при входе на сайт, любой поисковой робот сразу ищет robots . txt файл .

Как и предыдущий текстовый системный файл, robots . txt может быть и не создан.

Как узнать существует ли robots.txt файл?

Чтоб проверить наличие файла robots . txt, впишите в строке браузера ваш сайт.ru/robots.txt , если откроется документ, и появится текст, например:

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

Где на сервере лежит WordPress файл robots.txt?

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

В данной корневой папке, размещаются все имеющиеся файлы вашего сайта:

Где находится файл php.ini в WordPress?

Чтоб в WordPress найти php.ini файл, позволяющий изменять размер импортируемых данных, нужно создать файл info.php и присвоить ему любое имя .

В этот файл вставляете:

Сохраняете изменения, и загружаете файл в корневую папку своего сайта.

Открываете страницу сайта и вводите в адресной строке:

http://ваш_сайт.ru/1.php .

После этого появится php конфигурация, а также данные про скрытый файл php.ini . Точный путь к файлу указан в строчке Loaded Configuration File .

Вывод

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

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

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

Файл .htaccess — настройка перенаправлений и управление конфигурацией веб-сервера

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

На хостинге RU-CENTER в настоящее время используется веб-сервер Apache версии 2.4.

Директивы файла .htaccess действуют для каталога, в котором размещён такой файл, и для всех его подкаталогов. Если вы желаете с помощью .htaccess изменить настройки для сайта в целом, его следует размещать в корневом каталоге сайта ~/ваш_домен/docs.

Пожалуйста, будьте внимательны при редактировании файла .htaccess! При сохранении такого файла в кодировке UTF-8 в нём не должно присутствовать BOM-сигнатуры. Для редактирования файла .htaccess и других конфигурационных файлов мы рекомендуем использовать не «Блокнот» Windows, а специальные текстовые редакторы, например Notepad++.

• Примеры использования файла .htaccess
• Диагностика ошибок
• Дополнительная документация и примеры

Примеры использования файла .htaccess

1. Перенаправление доменов c синонима сайта на основной домен с кодом 301

Перенаправить запросы на domain.ru с любого из синонимов сайта

RewriteEngine On
RewriteCond %{HTTP_HOST} !^domain\.ru$ [NC]
RewriteRule ^(.*)$ http://domain.ru/$1 [L,R=301]

Перенаправить запросы на www.domain.ru с любого из синонимов сайта

RewriteEngine On
RewriteCond %{HTTP_HOST} !^www\.domain\.ru$ [NC]
RewriteRule ^(.*)$ http://www.domain.ru/$1 [L,R=301]

Эти правила рекомендуется размещать в самом начале файла .htaccess.

2. Постоянное перенаправление с кодом 301

Если вы изменили адрес страницы сайта, добавьте в .htaccess следующие строки, чтобы запросы со старого адреса переадресовывались на новый

Redirect 301 /page.html http://www.domain.ru/new_page.html

• page.html — адрес старой страницы относительно корня сайта;
• www.domain.ru — имя сайта;
• new_page.html — адрес страницы, на которую нужно выполнить перенаправление.

Подобное правило не сработает для перенаправления с адресов, содержащих Query String (символы после ?). Для запросов, содержащих QUERY_STRING, можно использовать сочетание RewriteCond и RewriteRule.

Например, для перенаправления всех запросов к странице /period/?test=123 вашего сайта на domain.ru, вы можете написать:

Options +FollowSymLinks
RewriteEngine On
RewriteCond %{QUERY_STRING} ^test=123$ [NC]
RewriteRule ^period/$ http://domain.ru/ [L,R=301]

3. Переопределение страниц ошибок

При помощи файла .htaccess вы можете установить свои страницы ошибок:

#401 Авторизация не выполнена
ErrorDocument 401 http://domain.ru/errors/401.html
#403 Доступ запрещен
ErrorDocument 403 http://domain.ru/errors/403.html
#404 Страница не найдена
ErrorDocument 404 http://domain.ru/errors/404.html
#500 Внутренняя ошибка сервера
ErrorDocument 500 http://domain.ru/errors/500.html

Соответствующие файлы страниц ошибок (401.html, 404.html и др.) необходимо разместить в каталоге ~/ваш_домен/docs/errors.

Для того чтобы при случайном упоминании прямых ссылок на такие страницы они не проиндексировались в поисковых системах, рекомендуется:

a) в файле ~/ваш_домен/docs/robots.txt прописать

User-agent: *
Disallow: /errors

b) создать файл ~/ваш_домен/docs/errors/.htaccess, в котором прописать

4. Постраничное перенаправление запросов на другой домен c кодом 301

Следующий код перенаправит все запросы к страницам вашего сайта на аналогичные страницы другого сайта, например, запрос http://domain.ru/main будет переадресован на http://www.newdomain.ru/main:

Redirect 301 / http://www.newdomain.ru/

RewriteEngine On
RewriteRule ^(.*)$ http://newdomain.ru/$1 [R=301,L]

5. Ограничение доступа к сайту по IP

Запретить доступ к сайту с IP-адресов 123.4.5.6 и 123.5.4.3

Order Allow,Deny
Allow from all
Deny from 123.4.5.6 123.5.4.3

Запретить доступ к сайту со всех адресов кроме 123.4.5.6 и 123.5.4.3:

Order Deny,Allow
Deny from all
Allow from 123.4.5.6 123.5.4.3

Запретить доступ к сайту для всех:

6. Переопределение главной страницы сайта (индексного файла каталога)

Сделать главной страницей файл menu.html:

7. Включение обработки PHP в .html-файлах

RemoveHandler .html .htm
AddType application/x-httpd-php .php .htm .html .phtml

8. Запрет выдачи листинга каталога

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

9. Включить выполнение CGI-скриптов в папке docs для файлов с расширениями .cgi, .pl. .py

В папке c CGI-скриптами необходимо разместить файл .htaccess с содержимым:

AddHandler cgi-script .cgi .pl .py
Options +ExecCGI

Скрипт должен иметь атрибут исполнения (+x, права доступа, начинающиеся с 7, например, 755).

Атрибуты (права доступа) можно изменить с помощью файлового менеджера панели управления, при помощи вашего FTP-клиента или по SSH . Также в разделе Веб-сервер → Управление модулями должен быть включен модуль CGI.

10. Блокировка переходов со сторонних ресурсов

Для запрета перехода c baddomain.ru на domain.ru добавьте в .htaccess следующее:

RewriteEngine on
RewriteCond %{HTTP_REFERER} baddomain\.ru [NC]
RewriteRule .* — [F]

Если требуется запретить переходы с нескольких доменов, то используйте следующие директивы

RewriteEngine on
RewriteCond %{HTTP_REFERER} baddomain\.ru [NC,OR]
RewriteCond %{HTTP_REFERER} baddomain2\.ru [NC,OR]
RewriteCond %{HTTP_REFERER} baddomain3\.ru [NC]
RewriteRule .* — [F]

11. Особенности использования кириллических доменов (.РФ, .МОСКВА и др.)

В файле .htaccess использование кириллицы не допускается. При составлении правил перенаправления для кириллических доменов необходимо указывать имя домена в punycode. Узнать имя домена в punycode можно с помощью сервиса Whois.

Например, для перенаправления site.ru на caйт.рф нужно воспользоваться следующим правилом:

RewriteEngine on
RewriteCond %{HTTP_HOST} ^www\.site.ru [NC]
RewriteRule ^(.*)$ http://xn--80aswg.xn--p1ai/$1 [R=301,L]

В этом случае ваши посетители могут увидеть именно punycode-представление доменного имени в адресной строке браузера. Это не является ошибкой.

12. Перенаправление с HTTP на HTTPS и обратно

Для работы перенаправления на сайте должен быть установлен действительный SSL-сертификат.

Перенаправить запросы на https://domain.ru

RewriteEngine on
RewriteCond %{ENV:HTTPS} !on
RewriteRule ^.*$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

Перенаправить запросы на http://domain.ru

RewriteEngine on
RewriteCond %{ENV:HTTPS} on
RewriteRule ^.*$ http://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

3. Диагностика ошибок

Если после редактирования или размещения .htaccess при обращении к сайту вы получили ошибку 500, то, скорее всего, в файле .htaccess допущена ошибка. Посмотреть её причины вы можете в лог-файле /var/log/ваш_домен.error_log.

.htaccess правильная настройка для WordPress

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

Для самой CMS WordPress основные возможности которые даёт htaccess является настройка правил обработки URL адресов, настройка редиректов, ошибок, доступа, и ЧПУ («человеко-понятные» URL ссылки)

Где находиться файл htaccess в WordPress?

Найти файл .htaccess можно в корневой директории вашего сайт, т.е в папке где лежат все файлы/папки вашего сайта, там же должен находиться htaccess.

Например при помощи программ FileZilla или WinSCP Вы можете подключиться к вашему сайту используя ftp/ssh доступы. Ниже скриншот из программы WinSCP.

В программе WinSCP по умолчанию отключён показ скрытых файлов и папок. Чтобы его включить необходимо зайти: Параметры -> Настройки -> Панели -> Установить галочку «Показывать скрытые файлы»

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

Содержимое файла .htaccess для WordPress по-умолчанию

По-умолчанию для CMS WordPress в файле .htaccess должен содержаться только следующий код:

DirectoryIndex index.php # BEGIN WordPress # Директивы (строки) между `BEGIN WordPress` и `END WordPress` # созданы автоматически и подлежат изменению только через фильтры WordPress. # Сделанные вручную изменения между этими маркерами будут перезаписаны. RewriteEngine On RewriteBase / RewriteRule ^index\.php$ - [L] RewriteCond % !-f RewriteCond % !-d RewriteRule . /index.php [L] # END WordPress 

Настройка редиректа с www на без-www для WordPress

Ваш блог на CMS Вордпресс изначально доступен по двум адресам www.адрес-вашего-блога.ru и адрес-вашего-блога.ru. С точки зрения поисковой системы например Яндекс, это два разных сайта ( хотя по факту это один и тот же сайт но доступный по двум разным адресам ), такие сайты (доступные по нескольким разным адресам ) плохо ранжируются поисковыми системами, т.е позиции вашего сайта будут ниже чем, позиции аналогичных сайтов в поисковой выдаче.

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

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

Надо зайти по адресу http://адрес-вашего-сайта.ru/wp-admin/ указать логин и пароль. Далее выбираем Настройки -> Общие. В поле Адрес WordPress (URL) указываем адрес сайта: или с www или без-www. После не забудьте Сохранить изменение путём нажатия на соответствующую кнопку ниже на странице.

Настройка WordPress на работу с https

Для того чтобы Ваш блог стал работать по протоколу https в первую очередь Вам необходимо установить ssl сертификат для вашего домена, как это сделать, можно прочитать на сайте вашего хостера (как правило все Хостинги предоставляют развёрнутую инструкцию по установке ssl сертификата и имеют возможность установить бесплатный ssl сертификат).

После того, как сертификат будет установлен, Вам надо включить Ваш сайт на работу по https, для этого зайдите в админку сайта, далее Настройки -> Общее, в поле Адрес WordPress (URL) указать адрес Вашего сайта вместе с https протоколом, т.е должно быть так https://адрес-вашего-сайта.ru. Теперь Водрпресс сам начнёт работать по https и ничего нигде больше настраивать не нужно будет.

WordPress настройка 301-редиректа

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

RewriteCond % ^адрес-страницы-с-которой-будет-редирект$ RewriteRule ^(.*)$ адрес-страницы-назначения [L,R=301] 

ВАЖНО: адрес страницы с которой будет осуществляться редирект указывается без домена Вашего сайта, т.е если адрес такой: https://ваш-сайт.ru/раздел/страница-с-которой-будет-редирект/ — нужно оставить только /раздел/страница-с-которой-будет-редирект/.

ВАЖНО: адрес страницы назначения должен указываться вместе с доменом и протоколом, т.е если надо направить редирект на страницу https://ваш-сайт.ru/раздел/страница-назначения/ — тогда указываем адрес полностью.

Правила редиректа дописываем в файл .htaccess после строки с RewriteBase /

# BEGIN WordPress # Директивы (строки) между `BEGIN WordPress` и `END WordPress` # созданы автоматически и подлежат изменению только через фильтры WordPress. # Сделанные вручную изменения между этими маркерами будут перезаписаны. RewriteEngine On RewriteBase / RewriteCond % ^/раздел/страница-с-которой-будет-редирект/$ RewriteRule ^(.*)$ https://ваш-сайт.ru/раздел/страница-назначения/ [L,R=301] RewriteRule ^index\.php$ - [L] RewriteCond % !-f RewriteCond % !-d RewriteRule . /index.php [L] # END WordPress