IIS 대신 Cassini를 사용하면 어떤 장점이 있습니까?

IIS 대신 Cassini를 사용하면 어떤 장점이 있습니까?

디버깅하는 동안 소스를 편집할 수 있는 경우가 있습니다.IIS에서 가상 디렉터리 대신 Visual Studio 내장 웹 서버를 사용하면 다른 이점이 있습니까?

개발 환경과 IIS 5의 로컬 인스턴스에서 Windows XP를 사용하고 있습니다.여러 프로젝트에서 작업하기 때문에 여러 가상 디렉터리를 사용하여 모든 다른 사이트를 관리합니다.

단점이 있습니까?

Visual Studio용 내장 웹 서버는 Cassini라고 하며 몇 가지 제한 사항이 있습니다.

• 하나의 ASP만 호스팅할 수 있습니다.포트당 NET 응용 프로그램 수.
• HTTPS를 지원하지 않습니다.
• 인증을 지원하지 않습니다.
• 로컬 호스트 요청에만 응답합니다.
• IIS에 비해 느린 시작입니다.

이전의 모든 답변은 훌륭한 답변입니다. 여기 Destkop에 IIS가 필요할 수도 있는 Cassini와의 대화가 있습니다.

Cassini는 IIS 사용자(IUSR_, IWAM 또는 WinXP x64, w3wp 프로세스)가 아닌 개발자의 컨텍스트에서 실행됩니다.외부 파일에 액세스하거나 임시 파일을 만드는 웹 사이트가 있는 경우에는 이 문제가 다소 심각할 수 있습니다.개발자가 데스크톱의 관리자로 실행되고 있을 때 가장 잘 나타납니다.

서버 IIS로 이동하면 Cassini에서 액세스할 수 있는 항목이 동일하게 작동하지 않습니다.일반적으로 IIS_WPG와의 CACLing을 해결하기만 하면 되지만, 개발자가 이에 대해 생각하지 않으면 개발자는 배포에 대해 매우 불만을 가질 것입니다.

세 번째 옵션이 곧 출시될 것으로 보입니다.

IIS Express.

Cassini는 가상 디렉터리를 지원하지 않습니다.

가 마주친 또 다른 은 사용자 정의 양식을 웹 입니다.IPrincipal/IIdentity카시니가 스위치를 바꿀 것입니다.AppDomains

자세한 내용은 이 블로그 게시물을 확인하십시오.이것에 대한 두통은 제가 카시니를 떨어뜨리고 IIS를 고수하도록 만들었습니다.

웹는 Visual Studio에 대해 덜 합니다.//

다▁link니와 같은 을 거부할 것입니다.http://localhost:52632/main//images/logo.jpgIIS가 수행할 위치.

그것은 꽤 모호하지만, 그것은 우리가 모든 것을 없애기 위해 해야 할 많은 해결책이 있다는 것을 의미합니다.//사건의 발생

기본 제공 서버는 개발자에게 자체 컴퓨터에서 IIS를 구성할 수 있는 관리자 권한을 부여하지 않으려는 대기업에 적합합니다.

내장된 서버가 HTTP 모듈을 처리하는 방식에 버그가 있습니다. 해결책이 있지만 프로덕션에서 절대 필요하지 않을 코드를 입력해야 하는 것은 싫습니다.

• Visual Studio를 사용하려면 Visual Studio를 실행해야 합니다(일반적인 경우).

• 를 줄 수 .http://simon-laptop:37473/app1를 를 볼 수 있는 에게.

• 큰 단점: 로컬 호스트 트래픽이 프록시를 통해 전송되지 않기 때문에 피들러를 작동시키기가 더 어렵습니다.

용사를 합니다.http://ipv4.fiddler:37473Fiddler가 그것과 함께 일하게 하는 가장 좋은 방법입니다.

가상 디렉터리를 사용할 수 없습니다.

또한 Cassini는 ASP Classic 페이지를 지원하지 않습니다.이 문제는 이전 ASP Classic 페이지가 여전히 존재하는 레거시 프로젝트의 경우에만 발생합니다(예: 작업 중인 웹 응용 프로그램).

내장된 서버는 개발자가 사이트를 테스트하기 위해 IIS를 설정하는 방법을 알 필요가 없다는 것을 의미합니다.

이것은 단점이며, Windows 개발자는 적어도 그만큼의 IIS를 알고 있어야 한다고 주장할 수 있습니다.또는 시스템 관리자가 아닌 개발자가 웹 서버를 가지고 장난쳐서는 안 된다고 주장할 수도 있습니다.

기본 제공 웹 서버에 있는 웹 서비스의 URL을 '웹 참조'하면 포트가 변경될 수 있습니다.메뉴 프로젝트 → 속성 옵션 페이지에 언급된 "특정 포트"를 설정하지 않은 경우.

이것이 제가 이제 익숙해진 것입니다.항상 특정 포트를 설정합니다.가끔 웹 서버가 다운될 때(그런 일이 있었습니다), 저는 포트 번호를 변경하기만 하면 모든 것이 정상입니다.다시 시작하는 것도 이것을 고칠 것이라고 생각합니다.

XP Home을 이용하여 집에서 취미활동을 하면 로컬로 IIS를 설치할 수 없습니다.

UAC를 사용하도록 설정한 상태에서 Vista 또는 윈도우즈 7에서 IIS를 사용하는 경우 관리자 권한으로 Visual Studio를 실행해야 합니다.이렇게 하면 explector.exe 인스턴스를 관리자로 실행하더라도 셸에서 Visual Studio로 드롭을 끌 수 없습니다.

이러한 이유로 저는 대부분의 프로젝트에 카시니를 사용합니다.

참고로 Windows XP 64비트는 IIS 6과 함께 제공됩니다.

이것은 2년 전에 시작된 오래된 실입니다.나는 방금 구글링을 하다가 UtilDev Cassini를 우연히 발견했습니다.유망해 보이네요.적어도 여러 사이트를 동시에 실행할 수 있는 기능이 있습니다.저는 두 개의 다른 사이트에서 일하고 있고 IIS를 사용하여 두 사이트 간을 계속 전환해야 하기 때문에 이 기능은 저에게 정말 유용합니다.

세 번째 방법에 대한 이유는 다음과 같습니다. UWS Pro가 Cassini보다 IIS에 더 가깝지만(Cassini에서 영감을 받아 UltiDev Cassini 포크의 공급업체에서 제공), 주요 목적은 ASP와 함께 재배포할 수 있는 것입니다.NET 응용 프로그램.

Cassini는 경량 테스트 웹 서버입니다.개발자는 응용프로그램을 테스트하기 위해 IIS를 설치하고 구성할 필요가 없습니다.

IIS에 익숙하고 설정되어 있고 상자에서 처리할 수 있는 경우 IIS를 사용합니다.카시니는 대체품이 아닙니다.

저는 종종 두 가지 장점을 모두 활용하여 IIS에 응용프로그램을 만들고 내장된 웹 서버를 사용하여 디버깅을 보다 효율적으로 수행합니다.

기본 제공 서버는 구성 가능한 서버가 아니며 홀수 포트에서 실행되므로 특정 동작에 의존하는 경우 문제가 발생할 수 있습니다.

IIS 관리자를 설치하면 가상 디렉터리를 사용하는 대신 IIS 5에서 별도의 사이트를 설정할 수 있습니다.

내장된 웹 서버는 IIS보다 약간 덜 강력하지만, 설정이 필요하지 않으므로 트레이드오프에 불과합니다.

개발 프로젝트가 항상 IIS 서버(심지어 로컬 IIS 서버)에 노출되는 것을 원하지 않을 수 있으므로 기본 제공 서버가 이에 적합합니다.

그러나 응용 프로그램이 웹 응용 프로그램의 표준 범위를 벗어나는 리소스에 액세스하려는 경우 IIS에서 자주 디버그하여 응용 프로그램이 제한된 권한으로 실행되고 문제 지점이 어디에 있는지 확인할 수 있습니다.

한 가지 차이점은 개발 서버가 업로드 파일을 IIS와 다르게 처리한다는 것입니다.업로드 중인 파일이 Max_File_Size 설정보다 크면 오류를 트랩할 수 없습니다.그 페이지는 그냥 죽고 500을 반환합니다.

또 다른 단점은 이미지와 스타일시트에 대한 모든 요청이 포함된 글로벌 축 파일을 통해 모든 요청을 전송한다는 것입니다.이것은 만약 당신이 검색과 같은 파일 이름으로 일을 하는 코드를 가지고 있다면, 보조 파일도 처리될 것이라는 것을 의미합니다.

또한 IIS를 통해 로컬 호스트 URL에 잘못된 포트 번호를 자동으로 기억하고 설정하는 것에 대해 걱정할 필요가 없습니다.그건 카시니와 직접적으로 연관된...엉덩이에 큰 고통.임의 포트 번호를 기억하고 싶은 사람.IIS에서 망할 사이트를 실행하면 됩니다.있는 그대로의 단순한.

Studio 를 Visual Studio에 저장하는 타사 컨트롤과 관련하여 몇했습니다.\aspnet_client폴더를 누릅니다.

IIS에서 실행하지 않을 때는 폴더가 없기 때문에 제어 기능이 작동하지 않았습니다.항상 IIS로 작업하고 이상한 문제를 피하는 것이 훨씬 쉬워 보입니다.

프로젝트가 IIS 디렉터리에 있는 경우에도 코드를 편집할 수 있습니다.그것은 단지 그것이 출판되었는지 아닌지에 달려있습니다.

당신은 카시니 대 카시니 대에서 매우 많은 문제에 부딪힐 것입니다.Kerberos 및 NTLM 인증과 같은 특정 권한 기반 시나리오와 서버 압축 등의 문제를 디버깅할 때 IIS.전반적으로 Cassini는 여전히 개발할 수 있지만 IIS에 게시할 때 광범위한 테스트를 수행해야 합니다.

언급URL : https://stackoverflow.com/questions/103785/what-are-the-disadvantages-of-using-cassini-instead-of-iis