2016-11-29 2 views
0

У меня есть случай использования, где RemoteReader плагин на нашем ImageResizer нужно обращаться по следующему адресу синтаксис:RemoteReader: Ручка изображения, сгенерированного с помощью параметра запроса

http://imageresizer.local/remote/somedomain.com/segment/documentviewer/get_image.hml?img_name=filename.jpg

Из коробки, это кажется, что RemoteReader просто ищет get_image.html как образ и не использует параметр запроса для поиска фактического изображения. Я понимаю, как плагин будет трудно узнать, какие параметры отправить вместе с запросом, чтобы получить ответ изображения.

Мой вопрос в том, нужно ли мне разблокировать плагин, чтобы получить эту функциональность, или есть способ заставить плагин отправлять весь URL-адрес с параметрами? Возможно, я смогу использовать переписывание URL-адресов IIS, чтобы помочь в этом. Любое направление будет оценено по достоинству.

+0

Проблема, которую вы видите, связана с тем, что IIS настроен так, чтобы никогда не запускать файлы с именем * .html. Вы «установили» imageresizer или просто скопировали файлы на сервер? – tgolisch

+0

У меня есть ImageResizer, как автономный сервер IIS, двоичные файлы для имитации изображений были установлены через NuGet. – jezzah

ответ

1

Вы не можете использовать ту же самую строку запроса как для удаленного сервера, так и для imageresizer. Это смутит обоих.

Вам необходимо, чтобы base64 закодировал удаленный URL (включая запрос) и использовал менее подходящий для пользователя синтаксис.

+0

Спасибо за это. То, что я сделал, чтобы отправить его как можно быстрее, перехватило свойство RemoteUrl из args (в Current_AllowRemoteRequest) и применило параметр get_image к аргументу args.RemoteUrl. Ваше решение кажется более надежным, и я пересмотрю свое решение. Любите свою работу, кстати! Редактировать: я не могу отметить ответ как полезный из-за моего (отсутствия) репутации. – jezzah

Смежные вопросы