Перенаправить URL с косой чертой - PullRequest
Новая
       12

Перенаправить URL с косой чертой

0 голосов
/ 18 марта 2019

Мой веб-сайт в настоящее время полностью статичен, и все URL-адреса в конце имеют косую черту: https://www.website.com/blog/article-1/

Я работаю над моим новым веб-сайтом, который использует Prestashop.В Prestashop у URL нет косой черты: https://www.website.com/blog/article-1

Проблема: у меня есть отличный SEO на моем текущем веб-сайте, и мне нужно, чтобы действительные URL (с косой чертой) были доступны.Для удобства пользователей я бы хотел, чтобы URL-адреса работали с косой чертой или без нее.

Как перенаправить новые URL-адреса на тот же URL-адрес + косую черту?Если возможно, я бы хотел переписать URL-адреса, чтобы пользователи всегда видели URL-адрес с косой чертой.

Пример:

https://www.website.com/blog/article-1/ перенаправляется на https://www.website.com/blog/article-1, а URL-адрес отображается вадресная строка https://www.website.com/blog/article-1/.

Ответы [ 2 ]

0 голосов
/ 19 марта 2019

Если вы имеете в виду ссылки на prestashop по умолчанию, такие как продукты, категории и т. Д., Вы можете просто изменить способ их создания.Prestsahop позволяет нам достичь этого в админ-панели Configure->Shop Parameters->Traffic & SEO->SEO and URL's>Schema of URLs (для PS 1.7).И там измените интересующий URL, например, Маршрут к категории с {id}-{rewrite} на {id}-{rewrite}/.И вам не нужно ничего перенаправлять.

0 голосов
/ 18 марта 2019

Ну, спросите "Как я могу перенаправить мои новые URL на тот же URL + косая черта" ...

Ответ очевиден: путем реализации именно этого правила. Есть только тысячи примеров для этого здесь, на SO. Никто из тех не помог? Почему бы и нет?

Во всяком случае, вот еще один: 

RewriteEngine on
RewriteRule ^/blog/([^/]+)$ /blog/$1/ [R=301]
RewriteRule ^/blog/([^/]+)/$ /blog/$1 [END]

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

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

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

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

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

...