только для устаревших проектов, где старые страницы ASP все еще существуют (например, наше веб-приложение в работе).

// в пути.

Она откажется показывать такую ссылку:http://localhost:52632/main//images/logo.jpg где будет IIS.

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

что он отправляет каждый запрос через глобальный asax-файл, который включает в себя все запросы на изображения и таблицы стилей. Это означает, что если у вас есть код, который работает с именами файлов, например поиск, вспомогательные файлы тоже будут обрабатываться.

UtilDev Cassini пока гуглил. Выглядит многообещающе для меня. По крайней мере, у него есть возможность запускать несколько сайтов одновременно. Эта функция действительно полезна для меня, потому что я работаю на 2 разных сайтах и вынужден постоянно переключаться между ними с помощью IIS.

UWS Pro, вероятно, ближе к IIS, чем Cassini (хотя он вдохновлен Cassini и принадлежит продавцу вилки UltiDev Cassini), его главная цель - быть Распространяемый вместе с приложениями ASP.NET.

вы все равно можете редактировать код, зависит только от того, опубликован он или нет. Вы столкнетесь с такими проблемами на Cassini vs IIS, когда будете отлаживать определенные сценарии, основанные на разрешениях, такие как аутентификация kerberos и ntlm, а также такие проблемы, как сжатие сервера и т. Д. В целом, Cassini все еще в порядке для разработки, но убедитесь, что вы делаете всестороннее тестирование при публикации в IIS.

которая может потребовать IIS для Destkop.

Cassini работает в контексте разработчика, а не как пользователь IIS (IUSR_, IWAM или WinXP x64, процесс w3wp). Это может быть немного болезненно, если у вас есть веб-сайт, который обращается к внешним файлам или создает временные файлы. Это наиболее очевидно, когда ваш разработчик работает как администратор своего рабочего стола.

Когда вы переходите на сервер IIS, то, к чему у вас был бы доступ в Cassini, не работает так же. CACLing с IIS_WPG обычно это все, что нужно для исправления, но если ваш разработчик не задумывается об этом, они быстро разочаруются в своем развертывании.

ии некоторых сторонних элементов управления, которые помещают свои сценарии в папку \ aspnet_client. Поскольку папка отсутствует, когда вы не работаете под IIS, элементы управления не работают. Кажется, намного проще всегда работать с IIS и избегать странных проблем.

что разработчику не нужно знать, как настроить IIS для тестирования своего сайта.

Можно утверждать, что это недостаток, и что разработчик Windows должен знать хотя бы столько IIS. Или вы можете утверждать, что разработчик, который не является системным администратором, вообще не должен возиться с веб-сервером.

используя XP Home, вы не можете установить IIS локально.

чтобы использовать его (при нормальных обстоятельствах)

Он отвечает только на localhost, поэтому вы не можете дать ссылкуhttp://simon-laptop:37473/app1 другу, чтобы посмотреть ваш сайт по сети

Большое разочарование: получить труднее Стелька работает, потому что трафик localhost не отправляется через прокси.

Редактировать с помощьюhttp://ipv4.fiddler:37473 - лучший способ заставить Фиддлера работать с ним.

которые не хотят предоставлять разработчикам доступ администратора на своих компьютерах для настройки IIS.

с которым я столкнулся, - на веб-сайте, прошедшем проверку подлинности с помощью формIPrincipal/IIdentity. Кассини переключитAppDomains без предупреждения (или уведомления).

Проверь этоСообщение блог для большего. Головная боль от этого заставила меня бросить Кассини и придерживаться IIS.

и и установке глупого номера порта в вашем локальном URL-адресе. Это что-то напуганное, с которым Кассини полагается ... большая боль в заднице. Кто хочет запомнить какой-нибудь номер порта. Просто запустите этот чертов сайт в IIS..plain и просто.

Ошибка в том, что встроенный сервер обрабатывает HTTPModules - есть обходной путь, но я ненавижу вставлять код, который никогда не понадобится в производстве.

которые находятся на встроенном веб-сервере, порт может измениться. Если вы не установили «Определенный порт», упомянутый на странице параметров проекта-> Свойства.

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

чем IIS, но не требует настройки, поэтому это просто компромисс.

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

Однако, если ваше приложение будет обращаться к ресурсам за пределами нормы для веб-приложения, вам может потребоваться частая отладка в IIS, чтобы ваше приложение работало с ограниченными разрешениями и вы могли видеть, где будут находиться болевые точки.

которое я обнаружил, заключается в том, что сервер разработки обрабатывает загрузку файлов иначе, чем IIS. Вы не можете перехватить ошибку, если загружаемый файл больше, чем ваш параметр Max_File_Size. Страница просто умирает и возвращает 500.

и он работает на нечетном порту, поэтому, если вы рассчитываете на определенное поведение, это может быть проблематично.

а также использую встроенный веб-сервер для более эффективной отладки.

что разработчику не нужно устанавливать и настраивать IIS для тестирования своего приложения. Используйте IIS, если вы знакомы с ним, и у вас есть его настройки, и ваш ящик может обработать его. Кассини не является заменой.

вы должны запускать Visual Studio с правами администратора. Если вы сделаете это, вы не сможете перетащить каплю из своей оболочки в Visual Studio (даже если вы запускаете экземпляр explorer.exe от имени администратора).

По этой причине я использую Cassini для большинства проектов.

IIS Express.

и вы сможете настроить отдельные сайты в IIS 5 вместо использования виртуальных каталогов.