У меня здесь сложный вопрос, и я хотел бы воспользоваться мудростью масс, чтобы я мог максимально эффективно подойти к этой проблеме ,Запустить пользовательский код C# на «веб-сайте» из приложения «IIS» «
Цель: перенести 78 веб-приложений (все настроенные как приложение IIS под корневым сайтом) из окна Windows Server 2003 в поле 2012 с минимальным кодированием. В блоке 2012 есть другой субдомен «xxx2.blah.com», а сервер 03 сопоставляется с сервером «xxx.blah.com». Короче говоря, пользовательские закладки не будут работать после миграции, поэтому мы хотим написать утилиту перенаправления, чтобы помочь пользователям получить доступ к новому местоположению xxx2.blach.com без их заметок.
Текущее состояние: Важно отметить, что каждое приложение под корневым веб-сайтом в IIS6 настроено на запуск под его собственными, а иногда и совместно используемыми пулами приложений. Некоторые из приложений имеют значения querystring, добавленные в конец запроса .NET, которые мы хотим сохранить, поскольку это влияет на пользовательский интерфейс и другую бизнес-логику, уже закодированную.
Мы думали об удалении файлов в каждом приложении, чтобы заставить IIS вернуть 404. Как только появится 404, мы хотели запустить нашу специальную утилиту для поиска того, что эквивалентный URL-адрес. Поскольку 404 является «ошибкой» по всем целям и задачам, мы думали, что мы можем «обрабатывать» такую ошибку (ASP.NET 2.0 : Best Practice for writing Error Page)
Можно ли написать этот код один раз, добавить логику в глобальную. asax на корневом веб-сайте, а затем каким-то образом проинструктировать каждое веб-приложение под этим корневым сайтом для выполнения кода на родительском сайте? Я знаю, что каждый из них работает под собственным пулом приложений, и это может означать, что мы не можем передавать исполнение в другое приложение, но я могу ошибаться. Кроме того, мы надеемся, что вам не придется копировать/вставлять код 78 раз. Любые общие «наилучшие практики» или рекомендации будут высоко оценены. Кроме того, настройка его в сети не является вариантом, поскольку старый xxx.blah.com находится в совершенно другой сети, чем новая сеть xxx2.blah.com.
Нужно будет видеть сетевую топологию, но я очень сомневаюсь, что это не вариант. Я бы исследовал использование переадресаций на сетевом уровне, прежде чем даже рассмотреть возможность изменения одной строки кода приложения. – mjw
Не знаете, почему это было проголосовано. Я надеялся, что подход, основанный на лучших методах, и не фактический исходный код. Если бы я оставил важную часть вопроса или если у него не было достаточного количества мяса на костях, чтобы его вообще понимали, задайте уточняющий вопрос для других читателей. Но, как я уже сказал, спасибо вам за ваше время и мудрость. – Solo812
Почему бы вам просто не использовать перенаправление http? https://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/6b855a7a-0884-4508-ba95-079f38c77017.mspx?mfr=true – Carl