Модуль псевдонима, который предлагает директиву Redirect, не может обрабатывать строку запроса внутри URL-адреса. Это четко указано в документации. Вместе с подсказкой использовать вместо этого модуль перезаписи.
Я настоятельно рекомендую вам начать читать документацию используемых утилит:
Как правило, для OpenSource они имеют отличное качество и содержат отличные примеры.
Это будет подход, который вы, вероятно, ищете:
RewriteEngine on
RewriteCond %{QUERY_STRING} (^|&)lang=fr(&|$)
RewriteRule ^/?compare-suites/?$ /fr/nos-produits/comparaison-des-suites/ [QSD,R=301,END]
RewriteRule ^/?compare-suites/?$ /en/our-products/compare-suites [R=301,END]
Обратите внимание, что более специализированное исключение должно быть реализовано до более общего отката , так что дальше в файле конфигурации.
Рекомендуется начать с временного перенаправления 302 и изменить его на постоянное перенаправление 301 позже, когда вы убедитесь, что все настроено правильно. Это предотвращает проблемы с кешированием при пробах ...
В случае, если вы получаете внутреннюю ошибку сервера (статус http 500), используя приведенное выше правило, то есть вероятность, что вы используете очень старую версию apache http сервер. В этом случае вы увидите явный намек на неподдерживаемый флаг [END] в файле журнала ошибок вашего http-сервера. Вы можете попробовать обновить или использовать более старый флаг [L], он, вероятно, будет работать так же в этой ситуации, хотя это немного зависит от ваших настроек.
Эта реализация будет работать аналогично в конфигурации хоста http-серверов или внутри файла распределенной конфигурации (файл ".htaccess"). Очевидно, что модуль перезаписи должен быть загружен внутри http-сервера и включен на http-хосте. Если вы используете распределенный файл конфигурации, вам необходимо позаботиться о том, чтобы его интерпретация была вообще включена в конфигурации хоста и чтобы он находился в папке хоста DOCUMENT_ROOT.
И общее замечание: вы всегда должны предпочитать размещать такие правила в конфигурации хоста http-серверов вместо использования файлов распределенной конфигурации (".htaccess"). Эти распределенные файлы конфигурации добавляют сложности, часто являются причиной неожиданного поведения, их трудно отлаживать, и они действительно замедляют работу http-сервера. Они предоставляются только в качестве последнего варианта для ситуаций, когда у вас нет доступа к реальной конфигурации хоста http-серверов (читайте: действительно дешевые поставщики услуг) или для приложений, настаивающих на написании своих собственных правил (что является очевидным кошмаром безопасности).