Использование IIRF для перенаправления в PDF - PullRequest
0 голосов
/ 10 февраля 2010

Я использую 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 Ответ

0 голосов
/ 04 апреля 2010

Два предложения:

  • очистить кеш браузера
  • Перенаправление на полный URL. вместо /pdf/newsletters/Foo.pdf перенаправить на http://server/pdf/foo.pdf

Странно, что он хочет использовать 01 в качестве файла. Удивительный. Вы уверены , что браузер отправляет новый запрос? Используйте Fiddler для проверки. Перенаправление должно привести к обновлению адресной строки браузера, ВСЕГДА. Если вы получите 301, вы увидите это очень четко в следе Fiddler.

Если вы не видите ожидаемый 301, возможно ли, что вы ранее использовали RewriteRule в INI-файле, и браузер кэшировал результат, а теперь, когда вы запрашиваете / newsletter / 2010/01, вы получаете кэшированный результат, а не перенаправленный URL из IIRF? Очистите кеш браузера и запросите его снова, чтобы проверить это.

Полагаю, было бы просто очистить кеш браузера и повторить попытку, даже не проверяя Fiddler.

...