'분류 전체보기'에 해당되는 글 1243건

Apple에서 Windows 웹브라우저 시장에 뛰어 들었다. 과거 MAC에서 주로 사용해왔던 이 Safari라는 브라우저를 들고 Windows 플랫폼에서도 동작하게 만들어줬다. Apple 운영체제가 애시당초 그래픽 처리 하는 루틴에 많은 개선을 했기 때문에, Safari가 원래 빠르다고 생각했다. 그런데 Windows로 넘어와서도 그 속도를 그대로 유지하는 것에 놀랬다.

개인적인 체감속도로는 IE < FireFox < Safari 같다. 물론 Active X 안되는 거랑, 일부 우리나라 사이트에서는 일그러지는 현상이 발생되긴 하지만, 최소한 웹 표준 지킨 사이트라면 매우 훌륭하게 뿌린다. 그래서 실제 외국 사이트에서 정보를 보기 위해 접속할 때는 가급적 이 Safari를 애용한다.

그런데, 이상하게 Safari로 화면이 그려질 때, 한글이 묘하게 깨져서 나온다. 영어로 된 사이트에서는 큰 차이없이 잘 보이는데, 한글로 된 사이트에 들어가면 묘하게 한글의 일부분이 안보여서 그리다 만 것 같이 나오기도 한다.

좀 보기 좋으라고 한 기능인 것 같은데, 애석하게도 한글에서는 영 잘못 나온다.
아래의 그림이 그 일례다.

이 문제의 원인은 LCD 화면에 보다 잘 보이라고 Clear-Type 기법을 써서 그런 것 같다.
해결 하는 방법은 아래와 같다.

1. Edit -> Preferences 에 들어간다.
   
   
2. 옵션 항목들 중 Appearance에 들어가 Font Smoothings 항목에서 Medium - best for Flat Pannel 을 Standard - best for CRT 로 변경한다.
   

저장 버튼은 없으니까, 변경 후 닫기만 하면 된다.

서버를 운영하려면, 제일 중요한 부분은 크게 두가지 일 것이다.
하나는 바로 성능. H/W 부분이건, S/W 부분이건, 성능이 따라주지 못하면, 서버의 서비스가  아무리 화려해도 사용하려 하지 않을 것이다.  하더라도, 업무의 효율은 극도로 떨어지는 것은 안보고도 알 수 있다.
둘은 관리자 기능. 훌륭한 성능에 훌륭한 기능으로 모든이의 만족을 한몸에 차지하더라도, 관리자들이 손쉽게 변경 관리 하고, 감시 할 수 있는 체계가 없다면, 정말이지 짜증나는 시스템이 된다. 사용자의 변화에 대응도 제 때 못하고, 진짜 사용자들이 주로 사용하는 기능이 무엇인지,  시스템의 부하는 얼마나 걸리는지, 문제가 발생하는 부분이 어딘지를 알 수 없을 것이다.

지금까지 프로젝트가 대부분 NOTES 기반으로 구성된 인트라넷을 MOSS 기반으로 옮기는 작업을 주로 하는데, 성능 부분이야, 저렴한 NT 서버로 하이 퍼포먼스를 뿌려대면 성능 부분은 어떻게든 해결한다. - 실상은 그 뒤에서 열심히 노젓는 뱃사공들의 힘이긴 하지만 -
그러나, 관리적인 포인트는 정말이지 쥐약이다.

각종 생성/삭제하는 관리자 도구들은 묘한 이름들로 묘한 배치로 살살 숨겨놓거나, 사용자들의 동선은 전혀 고려하지 않은 배치들 뿐이다. 관리자 보고 이걸 전부 외워서 알아서 고민하게 만드는 UI. 게다가, 뭐하나 변경하려면, 해당 기능의 클래스를 상속 받아 고치거나, 아니면 새로 만들어 .NET 기반의 Assembly를 등록해서, web.config에 추가한 뒤, 뭔가를 해야 한다.
단순 VBScript나, Javascript로 해결 보았던 분들에게는 완전 딴 세상이다. 단순한 Business 로직 하나 추가하는데, VS 2005(근좌는 VS 2008이죠....) 띄워가가 코드짜서 넣고, 역시 .NET 기반 Assembly 조작하고....NOTES에서는 CS 기반의 관리도구 에서 Business 로직에 관련된 컴포넌트 하나 만들어 그 안에 VBScript로 만들기만 하면 되었던 것에 비해, 지나친 자유로움이 아닐까...

그리고 시스템 감시 기능. 관리자들은 단순히 어떤 기능을 주로 쓰더라, 사용자들이 어디에 몰리더라, 게시판에서 주로 사용한 사람들은 누구다.. 등등 어떻게 보면, 무언가를 평가할 수 있는 기준이 되는 숫자적인 판단 기준을 원한다. NOTES에서는 특정 게시판이든, 글이든, 조건 별로 통계를 뽑아, CVS 든 뭐든 엑셀로 볼 수 있는 결과물을 주었다.
그러나 MOSS에선 전혀 그런 배려가 없다. 단지, 4~5가지 템플릿으로 구성되어 해당 사이트에 접속한 사용자 순위, 주로 사용하는 운영체제나 웹브라우저 같은 통상 호스트 업체들이나 쓸만한 기능들 밖에는 없다. 관리자의 입맛에 맞는 감시체계를 짜려면, 밑바닥 부터 갈아 업든지, 아니면 편법을 써서 뭔가를 추가해주지 않으면 불가능하다는 것이다.

MS 제품들이 대부분이 시발점이나, 발전단계에 있는 것들은 뭐가 부족해도 한참 부족한 것 같다. 물론 NOTES도 초기에는 저러리라 생각은 되지만, 21세기 넘어오기 전 부터 이미 되는 기능들이 이제 겨우 선보이는 상태에서 너무 하다는 생각을 자꾸한다.

지금도 걱정이다.
갑에서 저런 관리자 기능에 대해서 뭐라할지. 나의 단순한 기우로만 끝나면 참 좋겠다.

지금 현대 중공업 프로젝트 덕에,
현재 다니는 회사에서 지낸 후 최초 장기 출장을 하고 있습니다.
장소는 바로 울산.
사실 울산 하면, 울산 아가씨와 무지하게 큰 배, 그리고 끊임 없이 불길이 솟아 오르는 석유정유공장들.
내 머릿속에 떠오르는 울산의 이미지는 바로 이런 것.

뭐 사실 다른 것은 없긴 하지만....
막상 이곳에 오니 조금 다른 동네 정도의 느낌입니다.
사람 사는 곳은 어디든 똑같다는 말과 별다름 없다는 느낌입니다. 종합 운동장도 있고, 이마트도 있고,
백화점도 있더군요. 각종 현대 공장들이 바글 바글 있다고 해도, 화려한 네온사인들이 화사하게 피어있고,
별도 그닥 보이지 않고, 중심가에 사람들이 다양하게 도보를 거닐고,
한가한 도로에서는 한적한 기분을 물씬 느낍니다.

그래도 간혹 느껴지는 짜쪼름한 비릿한 바닷냄새와 조금 매캐한 공기, 무한대 처럼 세워진 공장 외벽은
이질감을 느끼게 하지만, 역시 거기나 거기.

지금은 숙소가 명확하게 안잡혀서, 모텔 생활을 전전하고 있어,
이 곳에 내려오기 전까지 쌓아둔 에너지가 살콤 살콤 빠져나가는 것 같군요.
전 역시 가만히 한 곳에서 처박혀서 있는게 젤인듯 싶군요.

게다가, 이 도시에는 현대, GS, SK 라는 쟁쟁한 대기업들의 공장들이 있다보니,
서울에 거주하면서 이 곳에 내려온 사람들이 무지하게 많은가 봅니다.
월요일과, 금요일에는 비행기표가 정말이지 없습니다.
예약 가능 인원 수는 고작해야 1~2, 화요일 정도만 되면, 0으로 계속 유지되더군요.

그래서 지금은 애초 포기하고, 월요일 내려오는 것만 비행기 표를 1주일 전에 미리 예약 걸구,
대부분 기차를 이용하려 합니다.

이제 겨우 1주.
거의 6개월가까이 지내야 하는데 벌써 부터 에너지 졸졸 새서는.... 얼마나 버틸 수 있을지 걱정되는군요.

MOSS 2007을 사용하다 보면, 종종 재 설치해야 하는 경우가 발생합니다.

여기서 말하는 재설치가, 오류로 인해서 일부 프로그램을 다시 설치하는 등의 레벨이 아닌, 진짜, 완전히 밀고, 다시 설치해야 되는 경우를 말합니다.
예를 들어 프로젝트를 하나 뛰었는데, 한번 뛰고 난 결과 자신이 가진 MOSS가 완전히 걸래(?)가 되어 뭐 하나 하면 바로 오류 뜨고, 뭐 하나 하면 다운되는 그런 상태를 말하죠.  보통의 경우에는 새 술은 새 부대에 담는다는 마음으로 운영체제를 밀기도 합니다.

그러나, 세상살이가 쉽지만은 않을 때도 있죠. MOSS 지운다고, 운영체제 다시 설치해야 되는 경우라면... 참 우울하지 않을까요?

일단, 설치야, 개인기로 설치한다고 하고, 재 설치를 위하여 깨끗하게 언인스톨하는 방법을 일러드리겠습니다.

1. MOSS 2007 관련 추가 사항들 언인스톨.

  - 오해의 소지가 있을듯 한데요.
    만일 MOSS 솔루션들(WSP 파일들)은 상관 없습니다.   
    Feature나, 어셈블리 DLL, 이런것들은 사실 하시나 안하시나 상관은 없습니다.
    단지, msi나 exe로 설치한 것들을 말씀드리는 것입니다.
    대표적인 것이 바로 언어팩인데요. 이런 것들은 깨끗하게 날려주세요.
    프로그램 추가/삭제로 해결 하실 수 있습니다.

3. 서비스 종료

  - MOSS 2007 언인스톨 하면 설치 프로그램 자체가 수행하기는 하지만
    확실하게 하시려면 이 서비스들을 STOP 시켜 주시기 바랍니다.
    이미 STOP되어 있는 거면 그냥 두세요.

    * IIS Admin Service - IISADMIN
    * Office SharePoint Server Search - OSearch
    * Office Document Conversions Launcher Service - DCLauncher
    * Office Document Conversions Load Balancer Service - DCLoadBalancer
    * Windows SharePoint Services Adminitration - SPAdmin
    * Windows SharePoint Services Search - SPSearch
    * Windows SharePoint Services Timer - SPTimerV3
    * Windows SharePoint Services Tracing - SPTrace
    * Windows SharePoint Services VSS Writer - SPWriter
    * World Wide Web Publishing Service - W3SVC

     시작 -> 제어판 -> 관리도구 -> 서비스을 이용해서 하실 수 있으며,
     명령줄을 이용하신다면 NET STOP [서비스명] 을 해서 멈추게 할 수 있습니다.
     위의 목록에서 "-" 뒤에 붙인 내용이 바로 서비스 명 들입니다.

3. MOSS 2007 언인스톨

  - 1번 사항들이 완료되면 이 2번을 수행하게 됩니다.
    간혹, 이 2번 단계가 진행이 안되시는 분들이 있는데, 그 정도로 망가지신 거면,
    GG 입니다. 언인스톨이 안되거나, 문제가 생겨 프로그램 추가/삭제에 끝까지
    MOSS 2007이 남아 있다면 GG를 하시고, 운영체제를 다시 설치하실 각오를 하세요.
    만일 레지스트리 수정의 마법사 라시면, MOSS 2007을 강제로 레지스트리 상에서
    언인스톨 해버리시고 다음 단계를 밟으세요.
    조금이라도 자신이 없으시면 걍 운영체제 다시 설치하세요. -_-;;;

4. 윈도우즈의 구성요소 중 IIS 삭제.

  - Windows 2003이라면 서버 구성 마법사라는 프로그램을 실행할 수 있는데요,
    그 마법사를 사용하시던가, 프로그램 추가/삭제에 있는
    Windows  구성요소 추가/삭제에 들어가셔서 응용 프로그램 서버에 체크되어 있는
   것을 빼세요. 그리고 다음을 클릭해주세요.

4. 폴더 삭제.

  - 언인스톨 되도, 꼭 남게 되는 폴더 들이 있습니다. 그 폴더들을 날려주세요.
    1%의 커스터마이징도 없었다고 해도 아래의 폴더들은 살아 있곤 하거든요.
    설치시에 기본적으로 했다면 아마 아래와 같은 폴더들이 있을 겁니다.
    그 폴더들 이하로 모조리 날려주시면 됩니다.

    * C:\Program Files\Microsoft Office Servers
    * C:\Program Files\Common Files\Microsoft Shared\web server extensions\12
    * C:\Inetpub\wwwroot\wss

5. 윈도우즈의 구성요소 중 IIS 추가
   - 4단계의 작업을 역으로 해주세요.

6. ASP.NET 2.0 모듈 설치
   - IIS에 ASP.NET을 추가하는 작업을 해야 합니다. 이 작업은 .NET Framework 폴더내에 있으며 시작 -> 실행에서 하시거나, 혹은 명령줄 창에서 실행하시면 됩니다.
   -  x86 이라면 아래의 명령줄의 경로를 x64면 x64에 맞게 경로를 수정하세요.
   C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe -iru

7. IIS 상에서 ASP.NET 2.0 모듈 활성화
   - 인터넷 정보 서비스 관리자를 실행합니다.(inetmgr)
   - 왼편의 Tree에서 웹 확장 서비스를 선택한 뒤, 오른편 목록에서 ASP.NET v2.0.50727을 선택한 뒤, 왼쪽의 허용 버튼을 클릭합니다.

8. MOSS 2007 설치.
   - 늘 설치하던 대로 설치하시면 됩니다.

21세기 초, MS 운영체제에서 대거 수많은 보안 문제들이 대두되었다.
특히 MS Windows 2000. 과거 불안하게 동작되었던 운영체제의 기반을 싹다 갈아 엎고 만들어서 인지, 안정적으로 돌아가는 운영체제라는 희대의 찬사와 함께, MS를 운영체제 회사로 자리매기게 해주었다. 그러나, 보안 문제가 심각하게 대두되면서 보다 강력하게 보안문제를 해결하기 위해 Windows 2003에서는 그에 따른 철저한 계정 정책을 만들었다.

초기에는 모든 서비스들은 Local System이라는 계정으로 동작해서, 모든 자원을 주무르도록 하였으나, Windows 2003에서는 Local Service와 Network Service라는 계정을 제공하여, 제한적인 권한을 주어 제한 내에서 동작할 경우 ( 특정 폴더나, NIC 등의 단순한 자원 접근 시 ) 가급적 이 제한 계정에서 동작하도록 강력하게 권장한다.

그런데, AD에 Join되어 있는 MOSS Farm에서 이런 제한적인 Local 계정으로 접속하였을 때 문제가 없을까 라는 의문이 생겼다. 금일 고객사에 방문하여 고객사가 안고 있는 문제를 분석하는 도중에 발견하게 되었는데, 그 쪽에서는 MS Exchagne의 Federation 기능 - 인증 대리자 역할. 즉 Exchange에 접속할 때 사용되는 Credention(아이디와 패스워드로 인증된 결과물)의 생성이 필요 없이, MOSS로그인 사용자와 Exchange 사용자가 같다라고 표현 해줄 수 있는 일종의 대리자 - 을 활성화 하기 위해 MOSS의 웹 응용 프로그램 실행 계정을 Network Service계정으로 했다고 한다.
그런데, Network Service라는 것은 로컬 계정이기 때문에( http://msdn.microsoft.com/en-us/library/ms684272(VS.85).aspx) IIS를 통해 AD에서 자원을 가져올 수 없다. 그런데 이 설정 방법은 MOSS에 대한 기술 지원을 한 MS의 한 엔지니어가 권장한 방법이라고 말씀하셨다. 도무지 이해가 안되서 되묻기도 했지만....일단 현재 파악해야 하는 문제와는 별개라고 판단되어 대충 얼버무리고 함구하고 나오긴 했으나, 의문감이 배가 되고 있다.

금일 테스트 결과에 따라서 나오겠지만, 현재로는 아마도... 이상하다고 생각된다.

과연 어느쪽이 옳은 걸까?

* Update : 2008 / 05 / 14
SSP ( 공유 서비스 제공자 : Shared Service Provider )를 만들려면 NetworkService 계정으로 만들어진 웹 응용 프로그램은 안된다. 반드시 AD에 접근 가능한 계정이여야 만들어진다.

근래 MS에서 제시한 서버 제품 군 중 나름대로 이슈가 된 제품으로 MOSS 2007이라고 있다. MOSS 란, Microsoft Office Server System의 약자로 Office 제품군을 엮어주는 서버 제품군의 총칭을 의미한다.  DOC, XLS, PPT 등등 다양한 오피스 파일들에서 부터 공유 서비스를 제공하는 Grove 까지 그 영역은 한도 없이 넓다.

그런데, 현재 대부분이 드라이브 걸고 있는 MOSS의 영역은 포털 솔루션으로써 다루어지는게 현실이다. 한국 MS에서도 대부분의 고객들에게 포털의 성격을 강조하고 있고, 또한 고객들도 그렇게 받아들이고 있다. 그러다 보니, 점점 고객들은 Naver를 기대하고 기대한 만큼 설치 운영 후 그대로 실망을 갖게 된다. 포털이 갖는 각종 자료의 수집이나 정리, 그 외에도 수많은 기능들, 아름다운 화면 어느것 하나 제대로 부합되는 건 없다. ( 있어도, 기능이 약하거나, 많은 수정 작업을 수행해야 할지 모른다. )

그런데, 눈을 돌려서 포털로써의 MOSS가 아닌 문서 관리 및 협업용 솔루션 MOSS로 포커스를 맞추어 보면, 이것 처럼 정확한 시점으로 제작된 것은 없다고 생각된다.

일예로, 만일 사무실 내에 각종 MS Office 제품군들을 이용한 파일들이 난무한다고 하자.
그  중 회계 업무를 수행하는데, 엑셀 파일을 관리부 직원과 회계부 직원 그리고 회계부 과장이 동시에 쓴다고 가정하자. 물론 이 훌륭한 엑셀에서는 파일 공유 사용기능이 있어, 네트워크 공유로 동시에 열어 쓸 수 있다.

여기서 관리부 직원이 실수로 회계부 직원이 작업 중이던 워크시트를 날렸다고 하자.
이랬을 때 취하는 행동. 회계부 과장이 "뭔가 작업할 때 꼭 백업해서 다른 이름으로 저장해 놓으라고 했지!!!!!" 막 뭐라 할 것이다. 그러나 이미 엎질러진 물. 돌아가기엔 먼길을 가버린 후다.

이를 MOSS 에서 저장을 하고, 버전 관리를 켜게 되면, 해당 파일을 편집할 때 마다, 저장 할 때  마다 해당 파일에 대한 버전을 계속 업을 해주어 자동 버전 백업을 해주게 된다. 그렇다면, 저장된 시점을 찾아 해당 파일을 복구해주면 위의 사태를 해결할 수 있을 것이다.

또 하나, 만일 회계부 직원, 관리부 직원 여러명이 회계 사무실에 보내야 할 중요한 엑셀 파일을 작성한다고 할 때, 그 문서를 작성하기 위한 일정이나, 작업들을 계획 할 때, 이리저리 사람들이 왔다 갔다 하면서 구두로 해결하거나, 회의실 하나 차지해서 함께 모여 합숙 분위기로 작성을 한다.

이를 MOSS에서 사용할 때 해당 문서에 대한 작업 사이트를 만들면, 그 안에 해당 문서를 중심으로한 팀 사이트가 만들어지면서, 일정이나, 작업 목록등을 사용할 수 있고, 또한 이 사이트 내에 접근할 사용자들을 정의해서 외부 사람은 접근하지 못하게 만들 수 도 있다. 최종적으로 모든 작성이 완료되면, 실제 원본 위치에 다시 게시해주게 된다.

사실 들춰보면 MOSS의 숨겨진 기능이나 장점들이 무척 많다.
그러나 문제는 고객의 생각은 언제는 기존 웹 시스템으로 굳어져 버려, 간단하게 해결되길 원한다. 그렇게 굳어진 생각을 다양한 사례를 들어 조금 다른 길로 가더라도, 더욱 편리하고 효율적으로 갈 수 있다면 조금은 마음을 열어주지 않을까?

답답한 마음에 한번 끄적여본다.

몸개그