Правило перезаписи URL-адреса htaccess для html расширений - PullRequest
Новая
       57

Правило перезаписи URL-адреса htaccess для html расширений

0 голосов
/ 16 июня 2020

Я пытаюсь создать правило с использованием htaccess для URL-адресов с расширением. html, но с проблемой

Я хочу, чтобы кто-то пытался получить доступ к любому файлу html, как показано ниже, в браузере https: // {domain.com} /abc/file.html

Он должен обслуживаться снизу по пути https: // {domain.com} / xyz / {domain.com} /abc/file.html

domain.com указывает только на мой сервер, и это динамический c означает, что может быть изменен для разных поставщиков.

Я хочу переписать правило, а не правило перенаправления

1 Ответ

0 голосов
/ 16 июня 2020

Звучит довольно просто, для этого вам нужно реализовать правило перезаписи:

Это будет общий подход, который внутренне перезаписывает все запросы: 

RewriteEngine on
RewriteRule ^ /xyz/%{HTTP_HOST}%{REQUEST_URI} [QSA,END]

Здесь альтернатива, которая только перезаписывает запросы к путям, заканчивающимся на ". html", которые вы, кажется, предлагаете в своем вопросе: 

RewriteEngine on
RewriteCond %{REQUEST_URI} \.html$
RewriteRule ^ /xyz/%{HTTP_HOST}%{REQUEST_URI} [QSA,END]

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

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

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

...