윈도우 비스타 사용기 이벤트! 윈도우 비스타 출시 기념! : 다나와 이벤트

http://blog.naver.com/hgchoi123?Redirect=Log&logNo=100033782747

음..

MS의 주특기 중에 하나인.. 인터페이스 스타일 바꾸기의 전통은 사라지지 않았네요.
처음 화면에서.. 기능을 찾아들어가느라고 애먹었습니다.

다른 분들도 느끼시겠지만..
이것저것 변한부분이 보입니다.

아.. 그건 글쿠.. 구글데스크탑의 인터페이스 스타일에 왜 바뀌었는가 했더니..
비스타때문이네요..ㅎㅎ

비스타에 들어있는 사이드바와 비교하면 구글데스크탑의 인터페이스 디자인이..
더욱 잘 어울립니다.

일단 인터페이스 디자인만 몇개 살펴보면..

보더가 다시 두터워졌네요.
제 기억을 다듬어 보면.. 윈도우즈 1, 2 시절에는 좀 두터웠는데..
당시 해상도가 아주 작던 시절이어서 이것이 불만이었고..

좀 심플한 스타일의 디자인으로 변했고..

이번에 비스타로 변하면서 전반적인 표준 해상도를 크게 늘렸나 봅니다.
오피스 2007(?)인가도.. 보니까..
툴바(?)영역의 높이를 과감하게 늘려서 나오네요.

한동안 추세가 되지 않을까 하네요.

흠~~ 이젠.. 모니터 17인치도 작게 느낄듯...

제가 지금 19인처 두개를 듀얼로 사용하고 있는데..
모랄까..

타이틀과 보더가 두툼해진 느낌이 많이 오네요.

에이로의 투명한 스타일도 그렇고.. Alt-Tab으로  선택하는 화면의
3D기능.. 플립3D가 맞나요? 하여간..
기대했던 거에 비하면 썰렁하긴 하지만..
(정말 썰렁~~~ )

아! 정말.. 아이콘이 벡터타입으로 변했다고 하는데..
정말 이뻐지네요....

그 덕분인지.. 초기 셋팅에서 아이콘이 엄청 커보이네요.. (ㅋㅋ)

이런 저런 프로그램 설치때문에.. 데몬을 많이 사용하는 편인데..
가지고 있던 데몬이 설치가 되지 않아서 순간 당황~~~
ㅎㅎ
그러나.. 데몬툴즈에서는 대응도 빠르네요..

아..

그건 글쿠..
정말 설치 자체가 안되는 프로그램들이 몇 인군요.

VMWare, 아래한글 2002....

아래한글이 설치가 안되는 것은 치명적인데..
더군다나..

이 프로그램에는 알려진 호환성 문제가 있습니다... ㅡㅡ;
혹은..
installer의 작동이 중지되었습니다.



그리고..
가지고 있던 ActiveX를 몇개 설치해보니..
설치 자체는 잘되는데( 인증서가 있으니까.. )

ActiveX에서 HDD에 접근해서 무신 짓을 하는 것은 안되나 봐여..
이런 부분들은 수정을 가해야 할듯..
그냥 ActiveX를 컨트롤로 사용하는 부분들은 별 이상이 없는듯.

네이버에 그 많은 넘(?)들은 잘 설치 되네요..

설치한지 몇시간이 안되서리...

아.. V3는 잘 설치되네요..

머.. 이런 저런 프로그램 동작시에 나타나는..

'사용자 권한 설정'은..
몇번 보니까.. 무뎌질정도로 많이 나오네요..

그리고..

제가 잘 사용하는 Delphi 7을 인스톨하니..
몇가지 호환성에서는 걸리지만 무시하고 넘어갔는데..
실제 델파이를 실행하니..

정상적인 동작이 안됩니다.

흐흠~~

내용을 보니..

program files에 임시파일을 생성하는 델파이류와 같은 프로그램들은..
정상가동이 안되네요..

허극...

ㅡㅡ;

이거.. 비스타 재미있네요..
이것 저것 특이한 넘들이 있는지 봐야겠네요..
호기심 자극 만빵입니다..
==========================================================

폴더에 권한을 주지 않아도 실행하실때 어드민 권한(Run as Administrator)으로
실행하시면 잘 실행됩니다.
비스타는 기본적으로 어드민으로 로그인이 되어도 일반 유저권한으로 모든 프로그램이
동작되는 것으로 알고 있습니다.
보안을 위한 것이죠... rc1에서는 UAC(User Account control)이라는 기능이 있는데,
완전히 어드민으로 사용하시려면 UAC기능을 off 하시면 됩니다.
beta버전에서는 다른 이름이었는데, 잘 기억이 나지 않네요...
하지만 보안상 권장하지 않는다고 메세지가 나타날겁니다.

그리고, ActiveX의 경우 설치가 되더라도 IE7의 프로텍티드 모드가 기본적으로
활성화 되어 있어서 하드디스크에 접근이 불가능합니다.

이를 가능하게 하는 방법중의 하나가 해당 사이트를 신뢰할 수 있는 사이트로
등록하는 겁니다. 이 부분에 대해서는 제가 "강좌,팁"란에 짧은 글을 올려둔것도
있습니다.

물론 모든 디렉토리가 접근가능하지는 않지만 사용자 디렉토리의 경우는 100% 접근이
가능해 집니다.

저도 이쪽으로 더 낳은 방법을 찾아내야 하는데, 아직 방법을 찾지 못하고 있답니다...ㅜㅜ

참, 아시겠지만 Run as Administrator 는 마우스 오른쪽 클릭하시면 팝업메뉴에
나타납니다.
====================================================

원래 그러했군요..

일단.. Program files의 모든 권한을 해제해버리니까..
묻지 않기는 하네요..
마우스 우측을 안눌러도 동작은 잘되는데..

UAC를 사용안하는 것처럼.. ㅡㅡ;

이 상태는 거의 WinXP라고 보면 되겠네요.

그리고, 말씀하신데로.. '신뢰할 수 있는 사이트'
등록을 한까 문제 없이 넘어가네요..

다만..

혹시...
호환성 체크하는 부분을 넘기는 부분은 없을까요?
=========================================================================

팁이라고 할 것 까지도 없지만 일단 몇 글자 적어 봅니다.
물론 근본적인 해결 방법은 아닙니다.

최근 Vista때문에 고생 아닌 고생을 하고 있습니다.
ActiveX를 통해 사용자 PC에 특정 프로그램을 업데이트 하는데
Vista + IE7 사용시 이 부분이 문제가 되었습니다.

UAC기능을 꺼버리면 상관이 없지만, 보안과 관련된 부분이라
그럴수도 없는 처지였습니다.

증상
ActiveX를 통해 업데이트 시도 시 사용자 폴더에도 파일 생성이
되지 않는다. 물론 프로그램상에서는 된다고 True를 리턴 합니다.
ActiveX를 로컬용으로 개조해 테스트하면 아주 아주 잘 됩니다.

해결
처음에는 이 증상의 해결을 위해 IE7이 아닌 윈도우 자체쪽으로 접근했습니다.
UAC에 대해서도 알아보고 김도완님이 알려주신 ActiveX Installer Service 도
알아보고... 계속되는 좌절로 가슴이 아팠습니다.

그런데 의외로 아주 간단하게 해결이 가능 합니다.

해당 사이트를 신뢰할 수 있는 사이트 리스트에 등록하면 됩니다.
메뉴 > Internet Option > Security > Trusted Site > Sites에서
website를 추가하면 됩니다.
 
우선은 신뢰할 수 있는 사이트에 해당 사이트를 등록하면 업데이트가 원활히
진행되고, 파일 실행도 정상적으로 되는 것을 확인 하실 수 있을겁니다.

이유는 Protected Mode때문인데요.
Protected Mode는 디폴트로 모든 사이트에 대해 ON 되어 있으나 신뢰할 수 있는
사이트는 디폴트로 OFF가 되어 있습니다.

이 방법의 문제점은 사용자가 Protected Mode를 ON 시켜두면 무용지물 이라는
겁니다... ㅜㅜ

아무리 생각해도 이 방법은 여러가지 문제가 뒤따를 듯 합니다.
아뭏튼 더 괜찮은 해결 방법이 생기면 다시 글을 올리도록 하겠습니다.

===============================================================

여기 참고가 될만한 자료가 있습니다.

http://itviewpoint.com/data/1020_TechNet_IE7.ppt

죠스고기님.
http://www.delmadang.com/cwb-bin/CrazyWWWBoard.exe?db=dmdlec3&mode=read&num=3460&page=1&backdepth=1

이글에서처럼 이미설치된 ActiveX에 대해서는 code? 부분을
삭제하면 Vista + IE7에서도 구동되는 것인가요?
테스트할 수 있는 환경이 아니라 여쭤봅니당. ^^;
=================================================================== code?를 생략 가능하다면 아래처럼 해주는 방법도 있습니다.


*code sign 생략하기

Html(jsp, asp, php 등)에 포함된 ActiveX 가 어떻게 Client PC에 설치되는지 이해한다면 code
signing을 회피해 서명되지 않은 ActiveX를 설치하는 것이 가능합니다.
AcitveX 가 설치되는 과정을 상상해 봅시다(Internet Explorer가 실제로 어떻게 되는지 알 수 없으므
로). IE 주소창에 ActiveX가 포함된 페이지의 URL을 치면 해당 페이지의 HTML을 파싱 하다가 <OBJECT
태그를 만나면 <OBJECT 태그에 명시되어 있는 CLSID로 현재 Client PC에 해당 COM객체(ActiveX도 COM
객체의 일종)가 설치되어 있는지 검사한다. 있다면(그리고 code?에 명시된 버젼이 더 이전 것이라
면) <OBJECT 태그에 code?에 명시된 해당 컴포넌트(ocx 혹은 cab)를 다운 받지 않고 이미 설치되
어 있는 COM객체의 인스턴스를 생성해 IE 캔버스에 Embed 된 형태로 보여주겠죠? 만약 설치되어 있지
않다면 <OBJECT 태그의 code?에 명시된 파일을 다운 받습니다. 그리고 얘가 서명되어 있는지 검사
하고 서명이 안되어 있다면 IE에 설정된 대로(서명이 안된경우 WinXP SP2부터는 디폴트로 설치 거부)
설치를 하거나 말거나 하겠죠. 여기서 설치는 regsvr32 abc.ocx 이런식으로 윈도우 시스템 레지스트
리에 등록하는 과정이죠.
여기서 주목해야 할 점 2가지가 나왔습니다. 첫째는 ActiveX도 COM 객체이므로 regsvr32로 등록하면
사용할 수 있다는 것과 둘째, IE가 이미 설치된 COM 객체에 대해서는 code? 속성 체크를 생략한다
는  것! 이 두가지 사실과 아래와 같은 방법으로 code 서명 검사를 건너뛸 수 있습니다(델마당 강좌란에 설명이 있었음 - 바로 전글 링크).

<OBJECT id="MainPrg"
             classid="clsid:B501DAB0-D975-4339-9758-848168155E06"
             code?="UMainPrg.ocx#version=1,0,0,0"
             width=192
             height=186
             align=center
             valign=middle
             hspace=0
             vspace=5
             border=0><param name="AxBorderStyle" value="0"></OBJECT>

보통 HTML내에 위와 비슷한 형태의 코딩이 있습니다. 이중에서 code? 부분에 파일명과 버전정보가
들어 있어 IE가 ocx버전이 변경되었을 경우 새로 받아 인증서를 검사하죠. 여기서 과감히 code?=
하고 시작하는 라인을 삭제합니다.

<OBJECT id="MainPrg"
             classid="clsid:B501DAB0-D975-4339-9758-848168155E06"
             width=192
             height=186
             align=center
             valign=middle
             hspace=0
             vspace=5
             border=0><param name="AxBorderStyle" value="0"></OBJECT>

ActiveX를 받아 설치하는 과정을 상기해 보면 code? 부분을 skip하는 경우는 Client PC에 clsid에
해당하는 COM객체가 이미 설치된(레지스리에 등록된) 상태에만 가능하다고 했지요. 그러므로 이런 코
딩을 해주기 위해서는 COM객체가 이미 설치되어 있어야 하죠. 설치되어 있지 않다면 다른 방법으로
(설치 인스톨 프로그램 같은) 설치를 유도해야 합니다.
아래와 같은 Javascript 로 해당 COM객체가 설치되어 있는지 검사할 수 있습니다.
function IsInstalled() {
try {
  var prgobj = new ActiveXObject("UMainPrg.axUMainPrg.1.0");
  if (prgobj != null) return true;
  else return false;
} catch(e) {
  return false;
}
}
new ActiveXObject에 파라미터로 있는 “UMainPrg.axUMainPrg.1.0” 는 COM 객체의 ProgID(프로그램아
이디)입니다(ProgID는 Registry에서 HKEY_CLASSES_ROOTCLSID 하위에서 설치(등록)된 COM 객체를 찾
아 보면 확인할 수 있습니다). 이 ProgID에서 감이 오시죠? 이 ProgID를 통해 설치된 COM객체의 설치
여부와 버전관리가 가능할 수 있습니다. 물론 이런 ProgID는 자동으로 위와 같이 설정되지는 않고
Delphi에서 보통은 “UMainPrg.axUMainPrg”으로 생깁니다. 여기다가 “1.0” 이라는 문자열을 더 추가시
킨 것이죠.
사용법은 첨부된 SafeFactory.pas 라는 파일이 있습니다. 이 파일을 *Impl.pas 소스
맨 위에 uses절에 추가시키고 맨아래 initialization 부분을 아래와 같이 수정하시면 손쉽게 생성할
ActiveX(COM객체)의 ProgID를 수정하실 수 있습니다.

initialization
 TSafeActiveFormFactory.Create(
   ComServer,
   TActiveFormControl,
   TaxUMainPrg,
   Class_axUMainPrg,
   1,
   '',
   OLEMISC_SIMPLEFRAME or OLEMISC_ACTSLIKELABEL,
   tmApartment).DeployVersion := '1.0';

이렇게 COM객체를 작성하고 javascript로 설치여부(버전정보 포함)를 검사해 인스톨(셋업) 프로그램
을 통한 수동 설치를 유도할 수 있습니다. 설치프로그램은 해당 ocx를 특정디렉토리에 복사하고
regsvr32 하는 과정을 해줘야겠지요. 그러면 거부감 없이(?) 코드서명 검사를
피해 서명되지 않은 ActiveX를 설치할 수 있습니다.