перенаправления htaccess отсутствуют sla sh и вместо этого добавляются в домен tld - PullRequest
Новая
       51

перенаправления htaccess отсутствуют sla sh и вместо этого добавляются в домен tld

1 голос
/ 29 мая 2020

У меня проблема на производственном сайте. Я создал правило htaccess для перенаправления, если имя хоста не "app.example.com". Если это не так, я хочу перенаправить на это имя хоста.

Я сделал так: 

RewriteEngine On
RewriteCond %{HTTP_HOST} !^app.example.com/$ [NC]
RewriteRule ^(.*)$ https://app.example.com//$1 [R=302,L]

Он отлично работает для пути root, однако, если я go на такой URL: https://example.com/something Меня перенаправляют на https://example.comsomething

Что я делаю не так?

У меня также есть пробовал эти комбинации, не повезло: 

RewriteRule ^(.+[^/])/$ https://app.example.com/$1 [R=302,L]
RewriteRule ^(.*)([^/])$ https://app.example.com/$1$2/ [L,R=302]
RewriteRule ^(.*)$ https://app.example.com//$1 [R=302,L]

1 Ответ

0 голосов
/ 29 мая 2020

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

RewriteEngine On
RewriteCond %{HTTP_HOST} !^app\.example\.com/$ [NC]
RewriteRule ^ https://app.example.com%{REQUEST_URI} [R=302,END]

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

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

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

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

...