2011-02-07 5 views
2

안녕, 난 그냥 내 서버에서 5.06 DotNetNuke의 설치, 말, 경로추가 독립적 인 영문/ASMX 페이지

내가 실행해야 DotNetNuke의 라이브러리의 독립을하고 mydomain.com/dnn입니다 웹 서비스 및 기타 다양한 httphandlers가 포함되어 있으므로 DNN에 통합하려고하지 않았습니다. 라이브러리는 mydomain.com/dnn/lib에 있습니다.

5.04를 실행중인 이전 서버에서 라이브러리가 정상적으로 작동하고 모든 것이 정상적으로 작동했지만 어떤 이유로 인해 5.06 (Windows 2008, SQL Server, iis 7.5) 에 관계없이 mydomain/dnn/lib /, aspx, asmx 여부에 관계없이 페이지에 액세스하려고하면 404 반환합니다 ... 그러나 이미지를 잘 작동하는 것, 다른 모든 404 반환하거나 default.aspx DotNetNuke로 리디렉션합니다. 이전 사이트에서는 이런 일이 발생하지 않았습니다.

내가 여기에없는 것을 아는 사람이 있습니까? 어떤 제안이라도 대단히 감사하겠습니다.

답변

0

DNN 5.5에 도입 된 문제로 인해 DesktopModules 폴더 외부에있는 파일을 차단합니다. 어느 정도까지 DNN 5.6.1 fixed that (나는 지금 aspx가 작동한다고 확신한다.)하지만 완전히는 아니다. 연결된 문제를 살펴보면 사이트 설정에서 자동 포털 별칭 매핑을 사용하지 않도록 설정할 수 있습니다.

+0

어디에서 자동 포털 별칭 매핑 옵션을 찾을 수 있습니까? – user367696

+0

nvm 내가 링크를 참조하십시오 – user367696

+0

흠 내 웹 사이트의 포털 설정 (자동 별칭 생성)은 "none"으로 시작하여 설정되었지만 그걸로 놀았지만 문제를 해결하지 못하는 것 같습니다 ... – user367696

0

실제로이 문제는 현재 베타 버전 인 DNN 5.6.2에서만 수정되었습니다. 버전 5.6.1에는 여전히이 문제가있었습니다. 모든 상황에서 작동하는 임시 해결책은 PortalAlias ​​테이블에 절대 URL을 추가하는 것입니다. Portal 탭에서는 기존 별칭과 동일한 수준의 별칭을 허용하지 않으므로 수동으로해야합니다.

Another solution 새 DNN 버전을 기다릴 수없는 경우 RequestFilterModule.vbUrlRewriteModule.vb에 다음 코드를 추가하면 기존 동작이 복원됩니다. 프로그래머들은 매번 방문 할 때마다 파일 존재 여부를 확인하는 것이 성능에 미치는 영향이 너무 크다고 생각하기 때문에 DNN 5.6.2에 적용되는 수정 사항이 아닙니다. (어쨌든 매번 방문 할 때마다 여러 파일이 수정되고,) DNN 캐시는 파일 기반 캐싱을 사용하며, 일반적으로 데이터베이스 액세스 파일 액세스보다 느린 :

'Add this to the RequestFilterModule.vb (line #59)' 
'and to UrlRewriteModule.vb (line #325)' 
If File.Exists(app.Server.MapPath(Request.Url.LocalPath)) And Not _ 
    Request.Url.LocalPath.ToLower.EndsWith(glbDefaultPage.ToLower) Then 

    'exit early when path is an existing path' 
    Exit Sub 
End If 

을 분명히,이 수정 프로그램을 적용하는 경우, 당신이 DNN의 다음 업데이트에주의해야한다.

관련 문제