Переписать поддомен в URL - PullRequest
0 голосов
/ 06 октября 2019

Как я могу переписать поддомен в URL в htaccess для всех URL Пример:

  1. Admin.domain.com на www.domain.com/admin
  2. Admin.domain.com/ пользователи на www.domain.com/admin/users

1 Ответ

0 голосов
/ 06 октября 2019

Это должно быть то, что вы ищете:

RewriteEngine on
RewriteCond %{HTTP_HOST} ^admin\.
RewriteRule ^/?(.*)$ /admin/$1 [END]

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

RewriteEngine on
RewriteCond %{HTTP_HOST} ^admin\.
RewriteRule ^/?(.*)$ https://www.example.com/admin/$1 [R=301]

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

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

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

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...