2015-06-22 1 views
1

У нас есть требование, чтобы корень нашего сайта фактически находился в домене.com/xyz/, и мы не можем иметь/xyz/быть виртуальным каталогом. Некоторые модули на нашем сайте используют ScriptManager, который по умолчанию пытается ссылаться на domain.com/scriptresource.axd?blah=blah. В этом случае скриптresource.axd не будет разрешен. Мы сделали так, чтобы ссылки на scriptresource.axd теперь менялись, прежде чем отправлять клиенту сообщение /xyz/scriptresource.axd, но это не работает.Переименование и/или изменение Путь к scriptresource.axd

Мое подозрение, что обработчик обработчика ScriptResource не подбирает вызов из-за xyz. Я попытался обновить отображение Handler с помощью диспетчера IIS или отредактировал \ inetsrv \ config \ applicationhost.config, \ frameworkv4.blah \ web.config и \ framework64 \ v4blah \ web.config, но они, похоже, тоже не работают.

Может кто-нибудь сказать мне, как я могу заставить обработчик ScriptResource обрабатывать что-то другое, кроме /scriptresource.axd.

ответ

2

Вы можете попробовать urlMappings что-то вроде:

<system.web> 
<urlMappings enabled="true"> 
    <add url="~/xyz/default.aspx" 
    mappedUrl="~/scriptresource.axd"/> 
</urlMappings> 
... 
+0

Это работает, спасибо Dalorzo. Не уверен, почему путь обработчика не работал, но я просто рад, что это работает. спасибо за подход. Я использую IIS 7, поэтому для тех, кто находится в одной лодке, убедитесь, что вы загрузите модуль URL Rewrite, а затем правила будут находиться в узле . – Colema18

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