Каковы (не) преимущества использования Cassini вместо IIS?

Я обнаружил, что в некоторых случаях я могу редактировать исходный код во время отладки, есть ли другие преимущества использования встроенного веб-сервера Visual Studio вместо виртуального каталога в IIS?

Я использую Windows XP в своей среде разработки и локальный экземпляр IIS 5. Я работаю над несколькими проектами, поэтому я использую несколько виртуальных каталогов для управления всеми различными сайтами.

Есть ли недостатки?

Ответы на вопрос(25)

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

 PositiveGuy09 янв. 2012 г., 06:56
Кого волнует классическая осина ... они уже должны быть преобразованы.
 Daniel Szabo05 апр. 2013 г., 00:17
@ CoffeeAddict: Вы будете удивлены. Половина компаний в Сан-Франциско используют инфраструктурные приложения, созданные в 90-х годах, которые с тех пор не обновлялись.

// в пути.

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

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

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

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

 PositiveGuy09 янв. 2012 г., 09:49
Чувак просто используй IIS и двигайся дальше. Узнать его

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

 PositiveGuy09 янв. 2012 г., 09:47
Просто используйте IIS, зачем использовать что-нибудь еще.

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

 PositiveGuy09 янв. 2012 г., 09:48
зачем тестировать позже, когда вы сможете все время тестировать в IIS, что на самом деле будет работать с вашим кодом для всего ASP.NET? просто так вы можете сэкономить 2 секунды каждый раз, когда вы хотите отладить? Не хороший компромисс ... вы экономите больше хлопот и узнаете больше в конце, используя период IIS.

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

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

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

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

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

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

 PositiveGuy09 янв. 2012 г., 06:59
Огромный недостаток. Вы должны знать IIS ... это важно для вашей работы. Полностью согласен. Вот почему в нашей профессии такие тупые разработчики ... потому что мы полагаемся на чёрный ящик, такой как Cassini, вместо того, чтобы изучать реальный код или, в данном случае, относиться к реальному веб-серверу (IIS), который является тем, что .NET работает для Интернета. Почему вы хотите использовать что-нибудь еще, кроме IIS, когда это так. Я бы хотел, чтобы MS никогда бы не придумала эту глупую побочную «легкую» чушь, как они всегда делают… она просто дезинформирует нас как профессионалов, заставляя нас тупее.

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

 Dan20 мар. 2010 г., 21:27
Я думаю, что установщик MS Web Platform снимает это ограничение (я смог установить IIS на Vista Home)
 Joel Coehoorn20 мар. 2010 г., 21:31
@ Dan Finch Vista Home может работать с IIS. XP Home не может.

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

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

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

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

 Quintin Robinson19 сент. 2008 г., 20:04
Вы можете обмануть скрипача, чтобы он наблюдал за локальным трафиком, добавив точку перед двоеточием и портом в своем URL-адресе .. примерlocalhost:. 1234 / MyApp Или с помощью прохода скрипача Ipv4.fiddler: 1234
 Jonathan Arkell23 мая 2009 г., 19:05
На самом деле, вы можете запустить его из командной строки, так что вам не нужно запускать Visual Studio.

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

 PositiveGuy09 янв. 2012 г., 06:55
Извините, но какого черта компания (любого размера) захочет сделать это с разработчиком? Это глупо. Не позволяйте нам использовать нативные инструменты, которые должен знать каждый разработчик - в этом случае понимание и изучение IIS лучше, что важно и помогает вам стать лучшим веб-разработчиком, а также, когда вы хорошо знаете IIS, вы экономите часы на отладке веб-приложения.
 Zarepheth25 авг. 2014 г., 23:55
@ CoffeeAddict Я работаю в одной из этих компаний. Я вижу, как корпоративная безопасность считает, что это отличная идея, но как разработчик она действительно мешает мне. К счастью, они допускают исключения для разработчиков, которые хотят пройти через достаточно обручей (я всегда прохожу через эти обручи).

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

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

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

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

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

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

 PositiveGuy09 янв. 2012 г., 09:51
боль в заднице, используйте IIS.

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

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

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

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

Решение Вопроса

и вот некоторые из его ограничений ...

Он может содержать только одно приложение ASP.NET на порт. Он не поддерживает HTTPS. Не поддерживает аутентификацию. Он отвечает только на запросы локального хоста. Медленный запуск по сравнению с IIS
 nerraga24 февр. 2011 г., 18:21
«Он отвечает только на запросы локального хоста» - легко исправить. Добавьте дополнительную запись в ваш файл hosts, скажем «127.0.0.1 mymachine.local», и вы сможете получить к ней доступ, используя что-то отличное от localhost. Кроме того, несколько человек настроили действительные домены, которые разрешают 127.0.0.1 - хороший пример - lvh.me. Это было спасением для меня пару раз.localhost: 123 / site.aspx становится Lvh.me / site.aspx. Скрипач дружелюбный!
 pdavis19 сент. 2008 г., 19:24
LOL, я их тоже исправил
 Ali Kazmi15 нояб. 2009 г., 10:24
Так как с открытым исходным кодом, вы можете легко удалить только локальное ограничение :). Я сделал. Это просто
 mcjabberz16 сент. 2009 г., 22:43
"Он отвечает только на запросы локального хоста" ... не могу этого подчеркнуть! Это делает его довольно бесполезным для реального веб-обслуживани
 Joel Coehoorn19 сент. 2008 г., 19:20
Исправлены маркированные разрывы строк и проголосовали за https и замечания по аутентификации (отдельные ответы дали бы вам два голоса).

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

 pdavis19 сент. 2008 г., 19:22
Можно настроить порт в VS. Проект-> Свойства-> Определенный порт

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

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

 PositiveGuy09 янв. 2012 г., 09:49
большое спасибо вам. НЕ ЗАМЕНА ЛЮДЕЙ.

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

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

 Eric Labashosky18 апр. 2010 г., 19:26
Может быть, кто-то должен начать новый вопрос "Каковы (не) преимущества использования Cassini вместо IIS на Vista / Win7?" потому что это изменит правила игры, то есть на XP лучший выбор - IIS, но на Win7 @ это не так уж и очевидн

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

 Richard Szalay06 авг. 2009 г., 07:47
Хотя только беги по одному.
 PositiveGuy09 янв. 2012 г., 06:58
это огромный недостаток и просто нереальный - просто используйте IIS, и вы можете делать все, что захотите, и все, что угодно.

Ваш ответ на вопрос