Псевдоним без расширения для URL

Я использую версию ASPDotNetStoreFront для ML 5.0 и сталкиваюсь с проблемами перезаписи URL-адреса без расширения.

У меня следующая ситуация. Мне нужно создать псевдоним - /dummykit для действительного URL-адреса страницы продукта /productdetails.aspx

У меня есть окно разработки, в котором я сделал запись в правилах перезаписи для описанного выше сценария, и когда я запускаю приложение из своей Visual Studio, псевдоним работает отлично, т.е.

http:///dummykit перенаправляет на http:///productdetails.aspx

Но когда я развертываю те же изменения в промежуточной среде, псевдоним не работает и показывает страницу ошибки IIS 404. Вместо этого, если я обновлю псевдоним до /dummykit.aspx, все будет работать нормально.

Я пробовал следующие вещи -

  1. Сопоставление подстановочных знаков в IIS
  2. urlMapping

Среда — IIS 6/Asp.Net 2.0 на Windows Server 2003 SP2.

Пожалуйста, помогите мне в этом.


.net c# asp.net iis aspdotnetstorefront
person Divya    schedule 09.05.2014    source источник

Ответы (2)


arrow_upward
0
arrow_downward

Это старая версия ASPDNSF.

Вы проверили настройки своего домена? У вас будет три настройки: одна для разработки, постановки и производства. Убедитесь, что URL указаны правильно. Также проверьте конфигурации приложений, относящиеся к доменам. Я не знаком с версиями выше 7, но обычно это является причиной.

person Dean    schedule 11.05.2014

arrow_upward
0
arrow_downward

Я обсудил приведенные ниже подходы и обнаружил, что у всех них есть один существенный недостаток, т. е. они позволяют ВСЕМ запросам достигать моего управляемого кода —

  1. Отображение подстановочных знаков
  2. runManagedCodeForAllRequests = истинный атрибут для узла модулей в web.config

В качестве альтернативы мы попробовали обходной путь: мы просто создали папку в IIS с тем же именем, что и у требуемого псевдонима, и установили свойство папки «Перенаправить на URL» на требуемый URL-адрес перенаправления и БИНГО !!!!

Да, это не чистый подход, но для устаревшего кода, который не предполагалось сильно менять, трюк сработал хорошо.

person Divya    schedule 31.05.2014