이 가이드에서는 Typerben이 로드할 수 없는 asp.net 파서 오류를 일으킬 수 있는 몇 가지 가능한 생성을 설명하고 사람의 문제를 해결하기 위해 시도할 수 있는 몇 가지 가능한 수정 사항을 제공합니다.
승인됨: Fortect
서버에서 몇 가지 다른 추구/솔루션을 재구축/재포스팅하는 것은 귀하와 저에게 적합하지 않았으며, 이것이 이 어려움을 포함하여 많은 사람들이 탈출하는 데 도움이 될 수 있을지 의심스럽습니다. 내 경우에는 이 문제를 해결하기 위해 할 수 있는 모든 일을 했으며 이 “구멍”에서 나를 끌어냈습니다.
업무에서 실행을 시도했지만 이 실행 작업이 실패했습니다. 나는 http: //localhost/Report.aspx
로 글로벌 웹사이트를 고용하려고 시도했습니다. 이 이름으로 “표준 문서” 페이지로 업데이트됨). 그래서 저는 제거되었을 가능성이 가장 높은 것을 시도했습니다:
이전 프로젝트를 사용하여 사이트에 가서 “hello”와 페이지를 따라 레이블이 필요한 또 다른 간단한 웹 사이트 프로젝트를 만들었습니다. 이 태그의 텍스트 거주지를 “world!”로 변경하기 위해 새 섹션 -> 로드가 있습니다. 이 부분이 제대로 작동하도록 하려면 매우 완료해야 합니다. 특정 인터넷에서 게시된 콘텐츠를 서버로 보내는 것 외에도 포트 78에서 새 웹사이트를 만들었습니다. 그래서 저는 기본적으로 실제 서버에 .NET 4.5를 설치했습니다. (그리고 저는 aspnet_regiis를 조깅했습니다 – 마지막 디렉토리에서 주문했습니다) 0, 그리고 이 새 프로젝트에 많이 사용했던 IIS 응용 프로그램 풀이 브라우저인 4.0에 포함되었습니다. 일반적으로 .config 파일에 기본 Visual Studio 2015 환경인 targetFramework = 4.5.2
가 포함되어 있다고 불평했습니다. 그래서 .NET 4.6(NDP46-KB3045557-x86-x64-AllOS-ENU. Restartl exe)을 설치하고 해당 서버에 설치한 다음 간단한 소스 사이트가 작동했습니다. 그래서 저는 이 사이트로 은퇴했습니다. 제가 하고 싶은 일은 제가 준비한 단계가 특별하고 서버가 신뢰할 수 있는 사이트를 효과적으로 운영한다는 것을 증명하는 것뿐이었습니다.
그래서 OEM 프로젝트/사이트로 돌아가서 사이트를 삭제하고 다시 만들었습니다. .NET 4.0이 이미 실행 중인지 확인하기 위해 이전에 만든 응용 프로그램 풀 중 가장 좋은 곳에 응용 프로그램 풀을 배치했습니다. 편집 시간을 즐긴 후 http: //localhost/Report.aspx
를 사용할 때마다 작동하는 기능 외에 월드 와이드 웹으로 이동했습니다. 이것이 귀하가 사용하는 .NET Framework 버전의 이유인 것 같습니다.
이 오류는 Visual Studio.net을 사용하는 asp.net에서 다른 새 웹 응용 프로그램을 시작하고 사람의 인앱 페이지 보기 기능 없이 컴파일하려고 할 때 발생합니다. 전체 컴퓨터 프로그램 DLL이 빌드되지 않았기 때문입니다.
파서 오류.솔루션 1: 웹 애플리케이션을 사용하는 “Bin” 디렉토리가 없거나 프로세스 DLL 제출이 누락되었습니다.해결 방법 2: Visual Studio .NET이 이전 버전을 캐싱하기 때문에 응용 프로그램이 올바르게 컴파일되지 않았을 수 있습니다.솔루션이 많이 부족합니다.결의안 4.
파서 오류 항목에는 오류 메시지의 텍스트, 대부분의 오류가 발생한 문서의 중요한 가상 경로, 파일에 있는 오류에 대한 이 특정 다음 전화 번호가 포함될 수 있습니다. 파서 오류 – HttpException 모드에서.