IE 11 BugMS16-009: Internet Explorer용 보안 업데이트: 2016년 2월 9일 caused by MS16-009 Security Update package - showModalDialog() does not return a value!! 이 보안 업데이트를 설치한 후, showModalDialog에서 만드는 모달 창 내 iframe이 iframe의 returnvalue를 사용하여 이 창의 returnvalue를 설정할 수 없습니다. 대신 iframe이 parent.returnvalue 또는 top.returnvalue를 사용하여 부모 모달 창의 returnvalue를 명시적으로 설정해야 합니다. window.returnValue -> top.returnValue

비밀키 : 이 키에 따라 암호화된 결과가 달라지기 때문에 키를 모르면 복호화를 못함 대칭 키 : 동일한 키로 암호화, 복화를 같이 할 수 있는 방식암호를 주고 받는 사람들 사이에서 대칭키 전달은 어려움... 공개키는 A키로 암호화하면 B 키로 복호화B 키로 암호화하면 A키로 복호화2개의 키중 하나를 비공개키(개인키, 비밀키, private Key)나머지 하나를 공개키. 1. 상대방에게 내 공개키를 알려 준다.2. 상대방은 내게 자신의 공개키를 알려준다.3. 상대방은 나의 공개키를 이용해 정보를 암호화하여 나에게 보낸다.4. 나는 내 개인키로 이 암호화 정보를 복호화한다.5. 내 정보를 상대방의 공개키로 암호화해서 보낸다.6. 상대방은 자신의 개인키로 내 정보를 복호화한다. 개인키는 본인만 갖고있으며, 공..

위와 같은 오류는 url에 너무 긴 문자가 요청되어 필터링에 걸려 error가 발생. Web.config 파일안에 아래 소스를 추가하여 maxQueryString 값을 변경해주면 오류해결 완료 또는 WebClient 로 이용하여 DownloadString(new Uri(URL 쿼리)) 를 이용하여 XML 데이터를 불러와야 하는데 오류가 발생하는 경우 아래 처럼 URL 에 VIESTATE가 나오면aspx 파일에서 method 가 get인지 확인해 볼 것. 아래처럼 url에 VIEWSTATE가 나오면 method="get" 방식으로 사용할 경우 나타남get 방식으로 사용해야 할 경우 maxQueryString 값을 늘리고아닌 경우 지울 것. VIEWSTATE 에 대해서는 다음 포스트에서 자세히...

가비지콜렉션(Garbage Collection) C# 프로그래머는 객체를 메모리로부터 직접 해제하지 않는다. ( C# 언어에는 'delete' 키워드가 없다. ) .NET 객체는 관리 힙(managed heap) 이라는 이름의 메모리 영역에 할당되고, '더 이상 필요 없을 때' 런타임에 의해서 자동으로 해제된다. 가비지 컬렉션은 이런 필요 없는 메모리를 비우기 위해서 수행되는 것을 말한다. 가비지 컬렉션이 일어나면, 런타임이 관리 힙에 있는 모든 객체를 조사해서 해당 응용 프로그램에서 사용 중인지 아닌지를 가린다. new 연산자를 이용해서 관리 힙에 객체를 하나 위치시킬 때, 런타임은 자동적으로 이 객체가 사용자 지정 Finalize() 메소드를 지원하는지 검사하게 된다. 만약 지원한다면 이 객체는 종결..

형식 지정자 이름 설명예제"C" 또는 "c" 통화결과: 통화 값지원되는 형식: 모든 숫자 형식전체 자릿수 지정자: 소수 자릿수기본 전체 자릿수 지정자: NumberFormatInfo.CurrencyDecimalDigits에 의해 정의됨 추가 정보: 통화("C") 서식 지정자.123.456 ("C", en-US) -> $123.46123.456 ("C", fr-FR) -> 123,46 €123.456 ("C", ja-JP) -> ¥123-123.456 ("C3", en-US) -> ($123.456)-123.456 ("C3", fr-FR) -> -123,456 €-123.456 ("C3", ja-JP) -> -¥123.456"D" 또는 "d" Decimal결과: 정수(선택적 음수 기호 포함)지원되는 형식:..

● Debug 모드- 실행파일에 디버깅 정보를 포함하여 언제든지 디버깅할 수 있습니다. Release 모드 보다 더 큰 메모리를 사용합니다. 디버그에 필요한 정보들을 실행 시 계속 체크하여 그 만큼 속도가 저하됩니다. ●Relaese 모드- 디버그에 대한 정보가 없으며, 코드를 최적화하여 실행파일 크기를 최대한 줄여줍니다. 초기화를 하지 않으며, 같은 문자열 상수라도 서로 다른 공간에 할당됩니다.속도와 크기, 메모리 사용면에서 디버그 보단 좋으며, 순수한 코드 자체의 기능만 담긴 파일입니다. 더 이상 문제점이 없을 때 빌드해주는 것이 좋습니다. Debug 빌드와 Release 빌드 결과의 차이가 나는 경우, 디버그 모드 특성상 실제 코드외에도 디버그정보가 들어가는 영역이 많아서 메모리 침범을 일으키는 버..