Самопроизвольное обнаружение: соответствующий шаблон пытается сопоставить ведущий sla sh. Итак, абсолютный путь. Однако вы говорите, что реализуете это правило в распределенном файле конфигурации (".htaccess"). В документации четко указано, что в этом случае RewriteRule работает с относительными путями . Вот почему ваш узор никогда не совпадет.
Удалите завершающий sla sh или сделайте его необязательным для лучшей переносимости вашего правила, чтобы сопоставить шаблон:
RewriteEngine on
RewriteRule ^/?index\.jsp/ /index.jsp [QSD,END]
Однако, как уже написано в комментариях: хотя это отвечает на ваш вопрос, очевидно, снимает дополнительные параметры. Вы их потеряете. Я сомневаюсь, что это именно то, что вы действительно хотите ...
Также я не вижу в этом смысла: вы все равно могли бы просто игнорировать эти дополнительные аргументы на стороне сервера ...
Это было бы быть вариантом, который вместо этого выполняет внешнее перенаправление, чтобы URL-адрес, отображаемый внутри браузера, был изменен:
RewriteEngine on
RewriteRule ^/?index\.jsp/ /index.jsp [R_301,QSD,END]
Рекомендуется начать с временного перенаправления 302 и изменить его только на постоянное перенаправление 301 перенаправление позже, когда вы убедитесь, что все настроено правильно. Это предотвращает проблемы с кешированием при пробах ...
В случае, если вы получаете внутреннюю ошибку сервера (статус http 500), используя приведенное выше правило, то есть вероятность, что вы используете очень старую версию apache http сервер. В этом случае вы увидите явный намек на неподдерживаемый флаг [END] в файле журнала ошибок вашего http-сервера. Вы можете попробовать обновить или использовать более старый флаг [L], он, вероятно, будет работать так же в этой ситуации, хотя это немного зависит от ваших настроек.
Эта реализация будет работать аналогично в конфигурации хоста http-серверов или внутри файла распределенной конфигурации (файл ".htaccess"). Очевидно, что модуль перезаписи должен быть загружен внутри http-сервера и включен на http-хосте. Если вы используете распределенный файл конфигурации, вам необходимо позаботиться о том, чтобы его интерпретация была вообще включена в конфигурации хоста и чтобы он находился в папке хоста DOCUMENT_ROOT.
И общее замечание: вы всегда должны предпочитать размещать такие правила в конфигурации хоста http-серверов вместо использования файлов распределенной конфигурации (".htaccess"). Эти распределенные файлы конфигурации добавляют сложности, часто являются причиной неожиданного поведения, их трудно отлаживать, и они действительно замедляют работу http-сервера. Они предоставляются только в качестве последнего варианта для ситуаций, когда у вас нет доступа к реальной конфигурации хоста http-серверов (читайте: действительно дешевые поставщики услуг) или для приложений, настаивающих на написании своих собственных правил (что является очевидным кошмаром безопасности).