Петля перенаправления, Далеко, так близко - PullRequest
0 голосов
/ 16 июня 2019

В основном мне нужно пропускать запросы по определенному пути:

https://domainfoo.com/my-app?param1=ABC&paramY=123

Что-нибудь еще, скажем, https://domainfoo.com/aboutus

мне нужно перенаправить https://moodomain.io/aboutus

Мне нужно, чтобы эта последняя часть была родовой.

Пока у меня есть два правила:

Для решения первого требования:

RewriteCond %{HTTP_HOST} ^domainfoo.com$
RewriteCond %{REQUEST_URI} ^/my\-app
RewriteRule ^(my\-app)$ https://domainfoo.com/$1 [L,R=301]

Тогда как второе правило (если первое правило соответствует (L) должно перенаправить и остановить правильно? Дело в том, что это не так, а затем переходит во второе правило:

  RewriteCond %{HTTP_HOST} ^domainfoo.com$ [OR]
  RewriteCond %{HTTP_HOST} ^www.domainfoo.com$
  RewriteCond %{REQUEST_URI} !^/my\-app$
  RewriteRule (.*)$ https://moodomain.io/$1 [R=301,L]

Но я часами имел дело с зацикленным перенаправлением.

Идеи

1 Ответ

0 голосов
/ 20 июня 2019

Сначала вы кодируете цикл перезаписи, поскольку вы реализовали внешнее перенаправление, где вообще ничего не требуется.Вот упрощенная версия:

RewriteEngine on

RewriteCond %{HTTP_HOST} ^domainfoo\.com$
RewriteRule ^/?my-app$ - [END]

RewriteCond %{HTTP_HOST} ^domainfoo\.com$
RewriteRule ^/?(.*)$ https://moodomain.io/$1 [R=301]

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

В случае, если вы получаете внутреннюю ошибку сервера (http status 500), используя приведенное выше правило, есть вероятность, что вы используете очень старую версию http-сервера apache.В этом случае вы увидите определенный намек на неподдерживаемый флаг [END] в файле журнала ошибок http-серверов.Вы можете попробовать обновить или использовать более старый флаг [L], он, вероятно, будет работать так же в этой ситуации, хотя это немного зависит от ваших настроек.

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

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

И если вам нужно перенаправить клиентов «назад» на первый домен, как вы позже заявили в комментариях к вопросу, то добавьте явное перенаправление для этого:

RewriteCond %{HTTP_HOST} !^domainfoo\.com$
RewriteRule ^/?my-app$ https://domainfoo.com/my-app [R=301]
Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...