2009-11-11 8 views
0

URL 재 작성 모듈 버전 2로 내 서버 (WS2008, IIS7)를 설치하고 구성했습니다. 나는라이브 일 때 URL 재 작성을 사용하는 사이트의 로컬 개발

/접촉을 다음과 같이 설정 간단한 정적 리디렉션했습니다 >>> /pages/contact/default.aspx

그래서 사이트의 사용자가 원래 긴 파일 경로로 얻을 수있는 간단한 URL을 가지고있다. 그것은 위대한 작품과 심지어 올바른 장소에 백업을 게시 할 수 있습니다.

제 로컬 개발 버전으로 돌아 가면 URL이 변경되었으므로이 페이지의 매핑과 관련한 제 질문이 있습니다. VS 2008을 사용하여 개발하고 웹 서버에 내장되어 있으며 SVN을 소스 제어로 사용하여 동일한 설정을 가진 다른 개발자와 함께 개발되었습니다. 지금까지 내가 아는 한 이러한 인스턴스에 대해 URL 재 작성을 구성 할 방법이 없습니다. 따라서 프로젝트에 사용 된 모든 경로 이름을 게시하고 릴리스하기 전에 (실제 솔루션이 아닌)이 작업을 계속할 수는 없습니다. 다른 개발 구성이 해결책입니까 아니면 이에 대한 해결책입니까?

감사합니다.

답변

0

이것은 일종의 해킹 해결책입니다. 응답 스트림에 필터를 추가하는 httpmodule을 프로젝트에 추가하십시오. 이 필터는 "/ contact"의 모든 인스턴스를 "/pages/contact/default.asp"로 바꿉니다. 그런 다음 httpmodule을 개발 web.config 파일에만 추가하십시오.

1

어쩌면 이것은 너무 명백하지만, 당신의 컴퓨터에서 IIS7을 실행하는 것을 어떻게 막을 수 있습니까? 나는 매우 dev 환경에서 IIS를 권장합니다. 특히 새로운 통합 파이프 라인으로 인해 IIS7을 사용하는이 발생합니다. 다른 일을하는 것은 사용자에게 "소프트웨어 Y"를 푸시 할 때 "소프트웨어 X"로 개발하는 것과 같습니다.

할 수없는 이유가 있다면 ... 마이크 J의 대답은 매우 합리적입니다. 사용자 정의 HttpModule을 사용하십시오.

+0

좋은 외침 Bryan 나는 모든 dev 컴퓨터에서 IIS7을 설정할 수 있지만 그게 많은 일이고 많은 설정이 올바르게 유지됩니다. 일주일 동안 누군가 프로젝트에 프론트 엔드 작업 (css + html)을 할 수 있다고 상상해보십시오. IIS7을 올바르게 VS와 비교했을 때, inbuilt 서버를 설치하는 시간은 눈에 띄게 많습니다. 또한 라이브 웹 서버에 대해 빌드 된 서버에서 개발중인 모든 문제를 발견하지 못했습니다. 나는 그 차이가 흑백이라고 말할 수 있다고 생각하지 않습니다. –

관련 문제