Я помню, когда MS разрабатывала Cassini - я считаю, что они перевернули ее в VS 05/08, поэтому я думаю, что это вопрос веб-сервера Cassini.
Я использую Windows XP с Visual Studio 2008 и считаю это неудобным, когда я хочу протестировать веб-страницу/стиль с несколькими браузерами и несколькими операционными системами. Сейчас я должен развернуть код на нашем сервере, и если есть какие-либо обновления, которые должны произойти, процесс превратится в довольно много времени. Поскольку я использую XP/IIS 5, опция использования IIS не является вариантом. Использование IIS на XP требует дополнительного префикса для проекта, который разбивает все ссылки, css и т.д. Это был также очень быстрый проект разработки, поэтому такие вещи, как корневой каталог, который нужно вытащить в config, не являются, я вполне уверен с этим типом решения, но он не был реализован в этом проекте. Также кажется действительно отрывочным, что MS не позволяла бы простому флагу разрешать удаленные подключения - это довольно просто (http://www.devx.com/dotnet/Article/11711), но я не Не хочу перекомпилировать Кассини.
Кто-нибудь знает, как разрешить интегрированный веб-сервер разработки в Visual Studio 2008 увидеть другие компьютеры? Это позволит сэкономить массу времени.
просто выдумал хорошее решение:
1) Настроить скрипач на машине разработки
2) Настройте удаленный компьютер для использования скрипача в качестве прокси-сервера
3) перейдите к http://localhost.:[insert your dev port # here]/на удаленном компьютере
Извините за ответ на старый вопрос, но он занимает место в Google, поэтому я решил добавить свои 2 цента:
В VS 2010 существует опция использования "IIS Express" вместо VS Development Server, которая по умолчанию позволяет удаленные подключения.
UPDATE: текущая версия IIS Express по умолчанию не разрешает внешние подключения, см. ЗДЕСЬ о том, как вы можете активировать удаленные подключения.
Вы можете использовать служебную программу переадресации портов для прослушивания на порту, скажем 5000, а затем передать весь этот трафик на порт Visual Studio.
Решение описано в статье Доступ к Visual Studio ASP.NET Development Server с iPhone.
Я написал сообщение в блоге, основанное на приведенной выше статье, в которой суммируется его, Доступ к удаленному веб-серверу Visual Studio.
Microsoft не разрешает это специально - они не хотят, чтобы вы развертывали приложение с помощью Cassini. Он скомпилирован прямо в свой код.
Говоря, я часто задавался вопросом, просто ли они проверяют URL-адрес для "localhost". Возможно, редактирование файла HOSTS удаленной машины и перенаправление "localhost" на машину cassini могло бы обмануть его? Стоит сделать снимок... В окнах вы можете найти HOSTS здесь:
C:\Windows\system32\drivers\etc
Вы можете войти в настройки своего веб-проекта и вместо этого использовать локальный IIS в качестве хоста, а затем он будет работать нормально.
Чтобы решить вашу проблему неработающих ссылок, путей к файлам и т.д. Используйте относительные ссылки.
Кроме того, токен "~/" (без кавычек) в URL-адресах/свойствах/значениях пути в элементах управления ASP.NET Server автоматически заменяется реальным путем в подпапку IIS, в которой находится ваше приложение.
Для этого решения для работы корень разрабатываемого веб-приложения должен быть IIS-приложением (см. страницы свойств веб-проекта в разделе "Веб", где вы можете найти ссылку или кнопку для создания приложения IIS).
Google для корня веб-приложений IIS.
Я тестирую несколько браузеров в своем локальном поле. Локальному веб-серверу все равно, используете ли вы Opera/Safari/Firefox/IE для подключения к нему. Обычно я запускаю проект в отладчике, который также запускает IE, затем вырезает/вставляет URL-адрес из IE в любой браузер, с которым я тестирую. Как правило, выбор порта Cassini не меняется часто, поэтому URL-адрес уже много раз в моей истории браузера. После запуска веб-сервера вы даже можете остановить отладчик и продолжить тестирование в альтернативном браузере.
Для других MacOS я обычно публикую на сервере QA с IIS6. Я нашел очень мало случаев, когда после тестирования с помощью IE/Firefox/и т.д. на WinXP были проблемы на Mac. Я специально не тестировал варианты Linux.
Попробуйте привязать .Net к 127.0.0.1 вместо localhost, на самом деле это действительно влияет на разрешение в некоторых случаях, с которыми я столкнулся. Хотелось бы, чтобы я знал, что все это спасет меня несколько часов.
Я также видел, что Privoxy используется, что может быть быстрее, но Fiddler намного проще и не требует настройки loopback.
В любом случае, у меня есть настройка VS на localhost: 15709, и это в Fiddler: if (oSession.host.toLowerCase() == "webserver: 15709" ) oSession.host = "localhost: 15709";
Итак, я просто набираю webserver: 15709 в моей VM, и он отлично работает.
Используя Fiddler как обратный прокси, веб-сервер разработки может получить запрос, но он становится внутренним запросом (127.0.0.1), что бесполезно в моем случае.
Я пытаюсь поймать удаленный запрос, чтобы отлаживать его там.
WebMatrix - еще одна альтернатива.