Перенаправление #Include в IIS

Question

Я работаю через массивный сайт, который унаследовал, который имеет смесь классического ASP, встроенного ASP.NET и скомпилированного ASP.NET, и все те используют теги #INCLUDE в той или иной форме. Я играл с IIS и переписывал/переписывал карты и, похоже, нашел рабочее решение, чтобы получать запросы на страницы для перенаправления на новые версии, поскольку я медленно конвертирую этот сайт в полезное решение, однако любая страница, запрашиваемая как #INCLUDE (в отличие от прямого запроса пользователя), похоже, не соблюдает переписывание или переписывание карт. Если я посещаю включенную страницу напрямую, она перезаписывается, как ожидалось, но на странице, на которой размещается URL-адрес на #INCLUDE, нет.

Я вполне уверен, что понимаю, почему это произошло (оно не запрашивается напрямую, поэтому перезаписи/переадресации не вступают в игру, просто обрабатываются как пользовательский элемент управления), поэтому любые рекомендации для этого происходят? Обычно я бы сказал, просто исправить файлы, которые используют include, чтобы указать на новое местоположение, но на сайте есть 4,221 веб-файлов, разбросанных по сотням папок с более чем 1MM-изображениями. В поисках строк, таких как имя файла в этом беспорядке берет навсегда, поэтому я пытаюсь найти что-то на более высоком уровне, чтобы справиться с этим для меня.

Мысли?

Answer 1

Как вы говорите: #INCLUDE не является HTTP-запросом и поэтому никогда не затрагивает URL-адрес Rewrite или его переписывающие карты. Процесс включения выполняется интерпретатором ASP внутри страны.

Возможно, вы можете решить это с помощью виртуальных каталогов (в зависимости от ваших конкретных требований), поскольку интерпретатор ASP может включать файлы, содержащиеся в виртуальных каталогах. Трудно предложить точные решения с ограниченными сведениями, которыми вы делились.