Блог

Я пытаюсь придать странице сведений о моем продукте следующий формат:

 https://stage.aemsite.com/en/product-details/some-product
 

Мы используем селекторы для сведений о нашем продукте, поэтому я понимаю, что AEM не сможет это интерпретировать, моя идея заключалась в том, чтобы использовать диспетчер, чтобы разрешить переход в правильный формат https://stage.aemsite.com/en/product-details.some-product , но это приводит к неправильному запросу.

Я тестировал это на https://technicalseo.com/tools/htaccess / и это должно технически работать.

 RewriteCond %{REQUEST_URI} ^/([a-z]{2})/product-details/([^?]*)(/?)$
RewriteRule ^ https://%{SERVER_NAME}/%1/product-details.%2 [PT,L,NC]
 

Есть идеи?

РЕДАКТИРОВАТЬ: согласно правильному ответу, это был формат, который работал для меня, причина в том, что AEM нужен путь, чтобы быть путем к ресурсу внутри дерева содержимого.

 RewriteRule ^([a-z]{2})/product-details/([^?]*?)/?$ https://%{SERVER_NAME}/content/marketplace/$1/product-details.$2 [L]
 

Я протестировал это https://technicalseo.com/tools/htaccess/ , и технически это должно работать.

Черт возьми, этот инструмент выглядит неправильно, IMO. (Я думаю, что это игнорирует PT флаг?)

 RewriteCond %{REQUEST_URI} ^/([a-z]{2})/product-details/([^?]*)(/?)$
RewriteRule ^ https://%{SERVER_NAME}/%1/product-details.%2 [PT,L,NC]
 

«400 неверных запросов», скорее всего, связано с использованием флага PT (сквозного) с абсолютным URL. Вы не должны использовать здесь абсолютный URL-адрес (если только вы не хотите инициировать внешнее перенаправление или прокси-запрос), и PT тогда флаг не требуется в .htaccess контексте, поскольку это действие по умолчанию.

Конечная часть вашего регулярного ([^?]*)(/?)$ выражения, возможно, неверна. Похоже, вы пытаетесь опустить необязательную завершающую косую черту из первого захваченного подшаблона. Однако это не то, что делает это регулярное выражение. Поскольку предыдущий квантификатор ( * ) является жадным, он также будет использовать необязательную косую /? черту в конце, поэтому следующее на самом деле ничего не делает. Регулярное выражение ([^?]*)(/?)$ такое же, как ([^?]*)$ . (Также маловероятно, что у вас есть%-кодировка ? в URL-пути, так что это, вероятно, то же (.*) самое, что и .) Если вы хотите исключить необязательную завершающую косую черту из захвата, вам нужно было бы сделать предыдущий шаблон нежадным, чтобы он не использовал необязательную завершающую косую черту. например. ([^?]*?)/?$ (группа захвата в конце кажется излишней). Или используйте чередование, например. ([^?]*)(?:/|)$ . Или сделайте предыдущий шаблон более строгим, чтобы он не соответствовал косой черте. например. ^([w-]*)/?$ . (Примечание: если сделать конечную косую черту необязательной, это может привести к дублированию содержимого.)

Вам также не нужна RewriteCond директива, поскольку эта проверка может быть выполнена (более эффективно) в RewriteRule шаблоне.

NC Флаг в RewriteRule любом случае не применяется к условию, поэтому этот флаг является излишним в опубликованном вами правиле. Однако это будет служить только для продвижения дублированного контента.

Итак, учет вышеуказанных моментов приведет к следующему:

 RewriteRule ^([a-z]{2})/product-details/([^?]*?)/?$ $1/product-details.$2 [L]
 

ОДНАКО, работает это или нет с AEM (или любой CMS), это другой вопрос, поскольку AEM, вероятно, «видит» только запрошенный URL-адрес, содержащий косую черту. Переписанный URL-адрес, содержащий точку, в основном скрыт от серверного скрипта, если только он не ожидается и не знает, где искать. Когда URL-адрес переписывается подобным образом, Apache присваивает переменной REDIRECT_URL сервера значение переписанного URL-адреса, но CMS вряд ли это проверит, поскольку это не обязательно запрашиваемый URL-адрес.

Порядок этих директив .htaccess также важен. Предположительно, у вас есть шаблон фронт-контроллера позже в файле, который направляет запрос?