Microsoft MVP성태의 닷넷 이야기
홈 주인모아 놓은 자료프로그래밍질문/답변사용자 관리 RSS OPML Link
VS.NET IDE: 31.4. [추가]: 웹 애플리케이션 로드시 "_1"을 붙여서 묻는 경우. [링크 복사], [링크+제목 복사],
조회: 20858
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
http://www.sysnet.pe.kr
첨부 파일
 
부모글 보이기/감추기


아직도 기억나는군요.
처음으로 기술컨설턴트로 "모" 사이트에 나갔을 때. 실전에서 "소스 세이프"를 사용한 것도 그때가 처음이었습니다. 그런데... 다른 사람들은 모두 웹 애플리케이션을 소스세이프 데이터베이스로부터 잘 가져오는데, 저만 "_1"이 붙어서 나오는 겁니다.



휴... "_1"이 붙으면 안되기에... 그걸 지우고 "확인"을 클릭해 보지만... 아래와 같은 에러메시지만 나올 뿐입니다.



어찌어찌 하다가... 기어이 로딩하는 데에 성공을 했습니다. 그런데... 어떻게 했는지는 알 수가 없었습니다. 거의 프로젝트 삭제 및 소스세이프에 올라가 있는 데이터베이스를 여러 번 뒤엎었던 걸로 기억납니다. 즉... 확실한 원인은 모른 체 운영체제 갈아엎는 식으로 해결한 거였습니다.

세월이 흘러서... 모처럼 그 오류를 다시 만났습니다. 오... 이번에는 저에게도 여유가 있습니다. 원인 파악까지는 안 되더라도 자연스럽게 해결할 수 있는 패턴을 찾아야 겠다는 생각이 들었습니다. 그래서 이리저리 마구 해봤지요.

역시... 이 천재적인 감각. ^0^ 드디어 찾아냈습니다.


위의 화면에서 보이는 것처럼,,,

http://localhost/Northwind_1
위의 링크에서 "_1"를 제거하고,
http://localhost/Northwind
위의 링크에서 끝에 "/"를 붙이는 겁니다.
http://localhost/Northwind/

입력 포커스를 이동하면, "/" 글자는 사라지지만, 그래도 "확인"을 누르면 이제 정상적으로 웹 프로젝트가 로딩이 됩니다.





[최초 등록일: ]
[최종 수정일: 6/28/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com
비밀번호
댓글 작성자
 


2005-11-16 03시24분
참고로, 위의 화면의 경우를 예로 들면,,,

Northwind 웹 App과 Common 웹 App의 소스가 각각
C:\myProjects\Northwind
C:\myProjects\Northwind\Common
이라고 한다면, 해당 폴더에 이미 받아져 있는 프로젝트 파일을 삭제 후 시도하십시오.
kevin25
... 46  47  48  49  50  51  52  53  54  55  56  [57]  58  59  60  ...
NoWriterDateCnt.TitleFile(s)
12549정성태3/4/202116856오류 유형: 700. VsixPublisher를 이용한 등록 시 다양한 오류 유형 해결책
12548정성태3/4/202118058개발 환경 구성: 546. github workflow/actions에서 nuget 패키지 등록하는 방법
12547정성태3/3/202118535오류 유형: 699. 비주얼 스튜디오 - The 'CascadePackage' package did not load correctly.
12546정성태3/3/202118594개발 환경 구성: 545. github workflow/actions에서 빌드시 snk 파일 다루는 방법 - Encrypted secrets
12545정성태3/2/202121406.NET Framework: 1026. 닷넷 5에 추가된 POH (Pinned Object Heap) [10]
12544정성태2/26/202121675.NET Framework: 1025. C# - Control의 Invalidate, Update, Refresh 차이점 [2]
12543정성태2/26/202119374VS.NET IDE: 158. C# - 디자인 타임(design-time)과 런타임(runtime)의 코드 실행 구분
12542정성태2/20/202121024개발 환경 구성: 544. github repo의 Release 활성화 및 Actions를 이용한 자동화 방법 [1]
12541정성태2/18/202118566개발 환경 구성: 543. 애저듣보잡 - Github Workflow/Actions 소개
12540정성태2/17/202120028.NET Framework: 1024. C# - Win32 API에 대한 P/Invoke를 대신하는 Microsoft.Windows.CsWin32 패키지
12539정성태2/16/202119790Windows: 189. WM_TIMER의 동작 방식 개요파일 다운로드1
12538정성태2/15/202120367.NET Framework: 1023. C# - GC 힙이 아닌 Native 힙에 인스턴스 생성 - 0SuperComicLib.LowLevel 라이브러리 소개 [2]
12537정성태2/11/202120329.NET Framework: 1022. UI 요소의 접근은 반드시 그 UI를 만든 스레드에서! - 두 번째 이야기 [2]
12536정성태2/9/202119466개발 환경 구성: 542. BDP(Bandwidth-delay product)와 TCP Receive Window
12535정성태2/9/202118544개발 환경 구성: 541. Wireshark로 확인하는 LSO(Large Send Offload), RSC(Receive Segment Coalescing) 옵션
12534정성태2/8/202119275개발 환경 구성: 540. Wireshark + C/C++로 확인하는 TCP 연결에서의 closesocket 동작 [1]파일 다운로드1
12533정성태2/8/202117787개발 환경 구성: 539. Wireshark + C/C++로 확인하는 TCP 연결에서의 shutdown 동작파일 다운로드1
12532정성태2/6/202119595개발 환경 구성: 538. Wireshark + C#으로 확인하는 ReceiveBufferSize(SO_RCVBUF), SendBufferSize(SO_SNDBUF) [3]
12531정성태2/5/202118082개발 환경 구성: 537. Wireshark + C#으로 확인하는 PSH flag와 Nagle 알고리듬파일 다운로드1
12530정성태2/4/202121533개발 환경 구성: 536. Wireshark + C#으로 확인하는 TCP 통신의 Receive Window
12529정성태2/4/202120066개발 환경 구성: 535. Wireshark + C#으로 확인하는 TCP 통신의 MIN RTO [1]
12528정성태2/1/202119784개발 환경 구성: 534. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 윈도우 환경
12527정성태2/1/202119747개발 환경 구성: 533. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 리눅스 환경파일 다운로드1
12526정성태2/1/202116490개발 환경 구성: 532. Azure Devops의 파이프라인 빌드 시 snk 파일 다루는 방법 - Secure file
12525정성태2/1/202115359개발 환경 구성: 531. Azure Devops - 파이프라인 실행 시 빌드 이벤트를 생략하는 방법
12524정성태1/31/202115877개발 환경 구성: 530. 기존 github 프로젝트를 Azure Devops의 빌드 Pipeline에 연결하는 방법 [1]
... 46  47  48  49  50  51  52  53  54  55  56  [57]  58  59  60  ...