3년을 쉬었다. 직접적으로 일을하기 보다 간접적으로 하였으며 컴퓨터와의 깊은 대화에 빠지에 있던 중이었다. 그러나 세상의 우여곡절은 내가 노는 것이 보기 싫었나 보다. 다시 새로운 사람들을 만나고 새로운 일들과 결정들이 앞을 가로막고 나타난다. 내 결정은 또다른 결정을 요구하고 서서히 책임감이 나를 짓누르기 시작한다. 다시 돌아온 것이다. 3년전 내가 있었던 곳으로.

1965년 사이공을 배경으로 만들어진 영화다. 1987년 개봉 영화니 20년이 되었다. 언젠가 본적이 있는데 거의 기억이 없어 다시 보았다. 베트남을 몇번 다녀와서인지 다른  영화처럼 보인다. 1965년의 사이공이나 현재의 호치민이나 풍경이 별로 다르지 않다. 오히려 지금보다 그때가 자동차가 더 많은것 처럼보인다.(영화가 고증을 잘 못했을까??) 사실 오랜 전쟁과 그 휴유증으로 사이공은 40년간 시간이 멈춰 버렸는지도 모른다. 베트남을 가본 사람이면 다시 한번 보면 좋을 영화.

데이터베이스 ID %d을(를) 찾을 수 없습니다. 데이터베이스가 아직 활성화되지 않았거나 전환 상태에 있습니다.
Could not find database ID %d. Database may not be activated yet or may be in transition.

제품이 한글화 되는 것은 좋은데 한글로 표시되는 오류를 인터넷에서 검색하면 답을 찾기가 어렵다. 해당 영문 오류를 찾아야 인터넷에서 검색하기가 쉽다. 위 오류는 서비스팩 4가 설치되지 않으면 발생하는 오류다. join 안에서 사용자 정의 함수등을 사용할때 생긴다.

http://support.microsoft.com/kb/834688
http://msdn2.microsoft.com/en-us/library/Aa258743(SQL.80).aspx

위의 경우는 서비스팩과 관계없는 것인데 참고적으로 봐 둘 필요가 있다.

asp.net 프로그램의 경우 다양한 방법으로 오류처리가 가능하지만 일반 정적 페이지로 구성된 웹사이트 또는 여타의 웹 어플리케이션의 경우 사용자 정의 오류 페이지를 특정 URL로 리디렉션(IIS설정에서 가능) 한 후에 처리하면 된다. 이때 리디렉션을 받은 어플리케이션은 다음과 같은 URL형식으로 Request를 받게 된다.

/FNServiceNotFoundHandler/Default.aspx?404;http://localhost/FNServiceTest/0106701/Page1.html

붉은 색으로 된 부분이 오류가 발생한 URL및 오류코드 이므로 이를 이용하여 적절한 에러메시지를 표시하거나 필요한 동작을 정의해 주면된다.

.NET은 기본적으로 Garbage Collector가 있지만 어플리케이션이 커져감에 따라 또 속도를 위해서 캐쉬를 많이 사용하다 보면 어느 순간엔가 OutOfMemory Exception이 발생하게 된다. 몇일 만일 수도 있고 몇 주일 만일 수도 있다. 이런경우 프로그램을 정교하게 튜닝하여 모든 메모리 릭을 제거할 수있으면 좋지만 현실은 그러하지 못하다. 대부분의 프로그램이 자신만의 코드로 되기도 어렵고 굳이 그렇게 할 필요도 없다.

ASP.NET 1.1은 OutOfMemory Exception이 발생하면 오류를 내고 어플리케이션이 멈춰 버린다. 즉 서비스가 중단된다. ASP.NET 2.0은 어플리케이션이 어떤 경우이던 행이 되었다고 생각되면 어플리케이션을 리사이클(프로그램을 새로 시작한다고 보면 맞다) 한다. 어느 경우이던 서비스가 중단되는 사태가 발생하므로 미리 막아야 한다. Machine.config에 보면 processModel이라는 섹션이 있다. 기본으로는

<processModel autoConfig="true"/>

라고 되어 있는데 아무것도 안한다는 얘기다. OutOfMemory Exception이 발생하기전에 미리 감지하여 어플리케이션을 리사이클 하려면 아래와 같이 설정한다.

<processModel enable="true" memoryLimit="60"/>

닷넷누크 코어의 한글관련 부분의 문제가 거의 대부분 해결되었으나

1. 사용자등록시 Last Name입력창
2. 기본 검색엔진의 조사 처리문제

두가지는 코어업그레이드 후에 점검하여야 한다.

닷넷누크 검색엔진은 한글을 고려하지 않고 만든 엔진이다. 그러므로 조사가 명사에 붙어 있는 우리말 같은 굴절어는 제대로 처리를 하지 못한다. 정식 한글 엔진을 넣으면 좋지만 응급처방으로 검색 쿼리를 간단히 수정하여 대부분의 문제를 해결할 수 있다. 다음과 같이 GetSearchResults 저장 프로시저를 수정한다.

CREATE procedure dbo.GetSearchResults
 @PortalID int,
 @Word nVarChar(100)
AS
SELECT si.SearchItemID,
 sw.Word,
 siw.Occurrences,
 siw.Occurrences + 1000 as Relevance,
 m.ModuleID,
 tm.TabID,
 si.Title,
 si.Description,
 si.Author,
 si.PubDate,
 si.SearchKey,
 si.Guid,
 si.ImageFileId,
 u.FirstName + ' ' + u.LastName As AuthorName,
 m.PortalId
FROM    SearchWord sw
& ...

오늘 현재 유가증권시장 PBR은 1.66, 코스닥은 2.04를 기록하고 있다. 유가증권시장은 지난해 말 수준으로 코스닥은 2005년 초반 수준으로 후퇴했다. 주가 지수보다 더 후퇴한 것은 그만큼 회사들의 자기자본이 성장했기 때문이다. 유가증권 시장의 경우 PBR 1.5에 대하여 최근 2년간 강력한 하방경직성을 보이고 있으므로 다시 저평가 우량주에 대한 관심을 집중해야 할 시점이 바로 코앞에 왔다고 할 수 있겠다. 코스닥의 경우에는 말할 필요도 없이 사상 유래 없는 저평가 상태가 최근 몇일 만에 만들어 진것을 주목해야 할 시점이다.

웹사이트 또는 가상디렉터리를 네트웍상의 공유 폴더로 지정할 경우 ASP.NET프로그램이 충분한 권한을 얻을 수 없다고 불평한다. 이것은 기존의 파일공유 보안외에 .NET Framework자체의 코드 보안 때문에 발생하는데 이것을 해결하려면 먼저 .NET Framework 2.0 SDK부터 설치해야 한다. 기본 닷넷 배포 패키지에는 닷넷 프레임웍크 설정 프로그램이 들어 있지 않기 때문이다. 설치가 되었으면 웹서버의 제어판>관리도구에서

Microsoft .NET Framework 2.0 Configuration을 실행한다.

Code Access Security Policy>Adjust Zone Security

에서 Local Intranet의 trust를 full로 올린다.

플레이스테이션이 절정의 인기를 구가하던 시절 플레이스테이션2를 사려고 가게 앞에 장사진을 치는 사진을 본 적이 있다. 게임을 하는 사람들이 그러한 행동을 하는것은 당연하게 이해가 된다. 그들은 원래 그런사람들이다. 그런데 핸드폰을 사려고 몇시간 심하면 몇일을 줄서서 기다린다? 이해를 해보려고 해도 잘안된다. 애플 제품에 대한 사람들의 기대가 그만큼 크다 정도로는 이해가 어렵다. 결국 애플 제품에 대한 광신도들이 생겨나고 있다고 보는 것이 맞을 것이다. 핸드폰이라서가 아니라 애플에서 신제품을 냈기 때문이라고 보는 편이 옳다는 것이다.

개인적으로 컨버젼스 제품에 대한 성공을 믿지 않는 쪽이다. 핸드폰+MP3+PDA+웹패드 라는 사상 가장 많은 기계를 하나로 합친 iPhone도 그러한 측면에서 크게 대중적으로 성공할 것 같지는 않다. 다만 애플이 2008년까지 제시한 핸드폰 시장 1% 점유는 불가능한 목표로 보이지는 않는다. 애플 매니아들이 워낙 많기 때문이다. 장기적인 성공과 관계없이 한동안 iPhone의 광풍은 지속될 것이다. 국내에서는 PDA폰이 잘 안되는 제품이지만 미국은 그렇지 않다. PDA폰도 상당한 시장을 가지고 있다. 비록 직접 사용해 보지 못했으나 그동안의 PDA폰의 개념을 넘어서는 제품임에 틀림없고 iPod의 성공 덕을 많이 볼 제품이므로 시장에서의 성공도 어느정도는 보장되어 있다 하겠다.

오래전 부터 핸드폰 부품주를 보유하고 있는데 이게 아이폰에 들어가게 되었다 해서 요즘 주가가 많이 오르고 있다. 다음주에 iPhone의 광풍이 한국 주식시장에도 몰아치기를....^^