Ваш вопрос немного расплывчат, но я понимаю, что вы хотите что-то вроде этой комбинации внешнего перенаправления и внутреннего переписывания:
RewriteEngine On
# external redirect from /download?q=file.pdf to /resources/file.pdf
RewriteCond %{QUERY_STRING} (?:^|&)q=([^&]+\.pdf)(?:&|$)
RequestRule ^/?download /resources/%1.pdf [R=301]
# internal rewrite from /resources/file.pdf to /download?q=file.pdf
RewriteRule ^/?resources/([^/]+\.pdf)$ /download?q=$1 [END]
Хорошей идеей будет начать с временного 302 перенаправление и измените его на постоянное перенаправление 301 позже, как только вы убедитесь, что все настроено правильно. Это предотвращает проблемы с кэшированием при попытке ...
В случае, если вы получаете внутреннюю ошибку сервера (http status 500), используя приведенное выше правило, есть вероятность, что вы используете очень старую версию apache http сервер. В этом случае вы увидите определенный намек на неподдерживаемый флаг [END]
в файле журнала ошибок http-серверов. Вы можете попробовать обновить или использовать более старый флаг [L]
, он, вероятно, будет работать так же в этой ситуации, хотя это немного зависит от ваших настроек.
Эта реализация также будет работать в конфигурации хоста http-серверов или внутри распределенного файла конфигурации (файл ".htaccess"). Очевидно, что модуль перезаписи должен быть загружен внутри http-сервера и включен на хосте http. Если вы используете распределенный файл конфигурации, вам нужно позаботиться о том, чтобы его интерпретация была включена вообще в конфигурации хоста и чтобы он находился в папке DOCUMENT_ROOT
хоста.
И общее замечание: вы всегда должны предпочитать размещать такие правила в конфигурации хоста http-серверов, а не использовать распределенные файлы конфигурации (".htaccess"). Эти распределенные файлы конфигурации добавляют сложность, часто являются причиной неожиданного поведения, их трудно отладить, и они действительно замедляют работу http-сервера. Они предоставляются только в качестве последнего варианта для ситуаций, когда у вас нет доступа к реальной конфигурации хоста http-серверов (читай: действительно дешевые поставщики услуг) или для приложений, настаивающих на написании своих собственных правил (что является очевидным кошмаром безопасности).