Использование IIRF для перенаправления в PDF
Я использую IIRF для перенаправления определенных URL-адресов на конкретные файлы PDF. Например, для URL /newsletter/2010/02
Я бы хотел, чтобы он перенаправил на /pdf/newsletters/Feb2010.pdf
, Я не слишком хорош в регулярных выражениях, но я создал следующее правило:
RedirectRule ^/newsletter/2010/01 /pdf/newsletters/Newsletter012010.pdf [I,R=301]
и он перенаправляет, но адресная строка не меняется, и при попытке сохранить файл, который он хочет сохранить как 01
вместо Feb2010.pdf
, Я не предполагаю, что мои пользователи будут достаточно опытны, чтобы ввести PDF
расширение перед сохранением, и они не должны. Что я могу с этим поделать?
1 ответ
Два предложения:
- очистить кеш браузера
- Перенаправить на полный URL. вместо /pdf/newsletters/Foo.pdf, перенаправьте на http://server/pdf/foo.pdf
Странно, что он хочет использовать 01 в качестве файла. Удивительный. Вы уверены, что браузер отправляет новый запрос? Используйте Fiddler для проверки. Перенаправление должно привести к обновлению адресной строки браузера, ВСЕГДА. Если вы получите 301, вы увидите это очень четко в следе Fiddler.
Если вы не видите ожидаемый 301, возможно ли, что вы ранее использовали RewriteRule в INI-файле, и браузер кэшировал результат, а теперь, когда вы запрашиваете /newsletter/2010/01, вы получаете кэшированный результат, а не перенаправленный URL из IIRF? Очистите кеш браузера и запросите его снова, чтобы проверить это.
Я предполагаю, что было бы легко просто очистить кеш браузера и повторить попытку, даже не проверяя Fiddler.