Перенаправить все каталоги, кроме корневого домена

Question

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

Я нашел несколько решений, которые не справились с работой: все перенаправлено.

RewriteCond %{REQUEST_URI} !^$
RewriteRule (.*)$ https://newdomain.nl/$1 [R=301,L]

Этотвыглядит не то, что я ищу, хотя название предполагает, что это делает. перенаправить все страницы, кроме root

Я хочу, чтобы domain.com оставался на моем сервере, но все после того, как домены были перенаправлены на domain2.com.Поэтому domain.com/contact переходит на domain2.com.contact

Answer 1

Это должно быть так же просто, как показано на следующем примере:

RewriteEngine on
RewriteCond %{HTTP_HOST} ^example\.com$
RewriteRule ^/?. https://example2.com${REQUEST_URI} [R=301]

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

Хорошей идеей будет начать с временного перенаправления 302 и изменить его только на постоянное перенаправление 301 позже, если вы уверены, что все настроено правильно. Это предотвращает проблемы с кэшированием при попытке ...

Это правило также будет работать в конфигурации хоста http-серверов или внутри файла динамической конфигурации (файл ".htaccess"). Очевидно, что модуль перезаписи должен быть загружен внутри http-сервера и включен на хосте http. Если вы используете динамический файл конфигурации, вам нужно позаботиться о том, чтобы его интерпретация вообще была включена в конфигурации хоста и находилась в папке DOCUMENT_ROOT хоста.

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