переписать и перенаправить проблему URL в htaccess - PullRequest
0 голосов
/ 26 октября 2019

Я бы хотел перенаправить

/ any_path_to / oldfile.html

TO

/ newfile.html

для моего сайта. Первый / предназначен для отображения корневого каталога.

Я нашел нижеприведенное утверждение для использования в файле .htaccess, но я не уверен, что он правильный.

RewriteEngine On
RewriteRule ^oldfile.html$ /newfile.html [R=301,L]

1 Ответ

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

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

RewriteEngine On
RewriteRule /oldfile\.html$ /newfile.html [R=301]

Шаблон более точный, чем предложенный @DusanBajic в комментариях.

Флаг L здесь не требуется, поскольку это перенаправление external , которое всегда завершает процесс перезаписи по очевидным причинам. Для внутренних переписываний вы должны рассмотреть использование флага end вместо старого L.

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

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

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

...