9.배포(환경)

마이플랫폼으로 개발된 Application을 사용하기 위해서는 사용자(프로그램 이용자) PC에
마이플랫폼 관련 배포모듈이 설치되어야 합니다.
 
이번 장에서는 배포방법에 대해 정리해 봅니다.

9.1배포

9.1.1배포의 의미

배포란 서비스를 위하여 필요한 프로그램 모듈을 사용자용 PC에 설치하는 작업을 뜻합니다. 개발된 MiPlatform 시스템 화면을 사용자용 PC에서 사용하려면 MiPlatform 프로그램을 다운로드 후 설치해야 합니다. 이 과정을 ‘배포’라고 하며, 사용자는 배포 후 원하는 서비스를 이용할 수 있습니다.

9.1.2배포의 단계

배포는 MiUpdater 배포, MiPlatformInstallBase 배포‚ MiPlatformEngine 배포 MiPlatformComponent 배포가 이루어지며 MiUpdater가 가장 먼저 실행 되어야 합니다.

MiUpdater 배포 단계

MiUpdater는 MiPlatform 모듈을 배포를 위한 제어 모듈입니다. 
즉, MiUpater 가 설치 된 이후에 MiPlatformInstallBase, MiPlatformEngine, MiPlatformComponents 들이 다운로드 및 설치가 진행이 됩니다.
MiUpdaer 배포는 Internet Explorer를 통해 이루어지거나, exe 형태의 설치파일을 통해 이루어집니다.

MiPlatformInstallBase, MiPlatformEngine, MiPlatformComponet 배포

MiUpdater가 설치 된 후 MiUpdater를 통해 배포가 진행이 됩니다.

9.1.3배포샘플을 통한 배포방법 설명

배포샘플은 MiPlatform330U 버전을 사용하였습니다.

배포샘플 파일 이해

배포샘플을 다운로드 및 압축을 해제 후 해당 폴더를 열게 되면 Demo 프로젝트 폴더 및 실제 다운로드에 필요한 파일이 있는 Install 폴더를 볼 수 있습니다.
• Demo 폴더 : 실제 고객사에서 구현한 프로젝트 소스가 들어있다고 생각하시면 됩니다.
• install 폴더 : 마이플렛폼 프로그램이 Internet Explorer Brower 에서 자동으로 설치 되기 위해 
                   필요한 파일이 존재 합니다. 
 
MiPlatorm 배포를 위해 install 폴더 파일을 이용하게 되며 해당 파일들은 고객사에서 마지막으로 테스트가 끝난 MiPlatform 배포 파일들로 변경하면 됩니다.

홈페이지에서 다운로드 받은 마이플랫폼 ALL 파일 이해

본 문서에서는 2013년 2월 22일 버전의 파일(20130222_1541_Windows_Win32U_330zip)를 이용
고객사에서 다운로드 받았던 마이플랫폼 파일을 압축 해제 후 해당 폴더를 열게 되면 all 폴더가 있으며 all 폴더 파일들의 종류를 설명합니다. 날짜정보는 고객사에서 사용하는 버전에 따라 다르게 표시됩니다.
• MiPlatform_DeployArchive330U_20130222_1541.zip
  MiPlatform 배포를 위한 엔진 및 기본 컴포넌트 파일들
  (배포시 사용 되는 파일은 아래 3가지 파일만 사용)
  - MiPlatform_InstallBase330.msi, 
  - MiPlatform_InstallEngine330U.msi, 
  - MiPlatform_BasicComponent330U_20130222_1541.zip 파일내의 dll 파일
• MiPlatform_SDK330U_20130222_1541.zip
   MiPlatform SDK 파일 – 배포 시 사용 되지 않음
• MiPlatform_Engine330U_20130222_1541.zip
  마이플랫폼 엔진 파일 모음
• MiPlatform_SetupDeveloper330U_20130222_1541.exe
  개발자 도구인 PID 설치 파일 – 배포 시 사용 되지 않음
• MiPlatform_InstallerPlugin330_20130222_1541.exe
  인터넷 익스플로러 이외의 브라우저(크롬,파이어폭스)에서 사용되는 MiUpdate 파일
• MiPlatform_SetupUpdater331_20130222_1541.exe
   MiUpdater331 버전 파일 – 사용자가 PC 다운받아 수동으로 설치 할 때 사용
• MiPlatform_SetupUpdater332_20130222_1541.exe
   MiUpdater332 버전 파일 – 사용자가 PC 다운받아 수동으로 설치 할 때 사용
• MiPlatform_Updater331_20130222_1541.cab
   MiUpdater331 버전 파일 – IE 브라우저를 통해 배포 시 사용
• MiPlatform_Updater332_20130222_1541.cab
   MiUpdater331 버전 파일 – IE 브라우저를 통해 배포 시 사용
• MiPlatform_VersionInfo330U_20130222_1541.txt – 배포 시 필요한 버전 정보 기입 파일
일반적으로 MiUpder는 321 버전을 사용하면 되며 보안 이슈가 있을 경우 아래 표를 참조하여 Updater 파일을 사용합니다.

9.1.4업데이터(Updater) 종류

MiPlatform은 버전별 310, 310L, 311, 320, 330로 업데이터를 제공합니다. 
MiPlatform 320버전에서는 3가지의 Type을 제공하고 있습니다. 

각 버전은 고객사별로 선택하여 사용이 가능합니다. 

또한 고객사에서 여러 개의 프로젝트를 진행하는 경우 프로젝트별로, 320, 321등 각각 사용을 할 수 있습니다.

업데이터(Updater) 버전별 차이

표 9-1버전별 차이

버전

간략설명

비고

31x

320 기본 업데이터 기능과 동일


320

가장 기본적인 업데이터 기능

보안문제 발견 execute 명령어 실행가능 (320버전까지만 제공)

321

320버전에 execute명령어 실행기능 제거

보안문제 발견 UpdateUrl를 외부 Url 연결가능

(악용될 수 있으므로 Domain 주소와 UpdateUrl 정보 주소가 동일한 경우에만 정상으로 인식하도록 지적)

MiInstaller.MakeShortCut("%system%MiUpdater321.exe", 중략..)

실행파일명 보이지 않토록 변경요청 ->MU

예) MiInstaller.MakeShortCut("MU", 중략 …)

322

320, 321 문제사항을 모두 반영한 버전


331

321버전과 동일


332

322버전과 동일


참고사항

MiUpdater320 : 가장 기본으로 나온 파일이며 base가 되나 각 보안상의 문제로 다음 버전이 나왔습니다.

MiUpdater321 : 320의 업데이터 내부에 execute라는 함수가 있어 해당 함수를 이용하여 사용자의 PC 로컬에 있는 파일을 실행 시킬 수 있는 결점을 보완한 버전입니다.
Ex) Mipupdater321.execute(filePath) : 파일이 실행 되어 버림
MiUpdater322 : MiUpdater321의 결점을 보완하였습니다. 
결점은 Updater를 사용하여 updaterurl이나 접속 Domain의 url을 다른 사이트의 url로 입력하여 
사용할 수 있으며 해킹 사이트로 연결시 문제가 될 수 있는 소지가 있습니다. 
MiInstlr ActiveX 웹 페이지의 URL 경로의 Domain 값이 UpdateURL의 Domain값과 같아야 합니다.
Updater 321과 322의 차이점
업데이터 320과 321을 같이 쓸수 없나요?
Updater321 과 updater322의 차이 및 배포

배포 파일의 종류(확장자) 이해(CAB, MSI, MSP, XML)

CAB 확장자 파일

캐비닛 파일(Cabinet File) 이라 하며 압축포맷의 일종이며 웹 브라우저(Internet Explorer)를 통해 사용자 PC에 자동으로 응용프로그램 설치 시 사용 할 수 있다.( IE 를 통해 CAB 파일을 배포 시 HTML 의 OBJECT 태그를 이용하여 자동 설치가 가능)

MSI 확장자 파일

마이크로소프트 인스톨러(Microsoft Installer) 라하며 마이크로소프트의 윈도우 플랫폼(운영체제) 맞게 작성 된 파일. 윈도우 운영체제(Windows XP, Windows 7 etc) 기본으로 제공되는 Windows Installer 서비스를 통해 설치가 되며 윈도우 운영체제의 Windows Installer 서비스에 문제가 있을 경우 설치 오류가 발생 될 수 있음.

MSP 확장자 파일

MSI 파일을 통해 응용 프로그램이 설치 된 후 해당 응용 프로그램의 부분 업데이트가 이루어져야 할 때 사용 되는 파일. 특정 파일들만 변경이 되어야 하는 상황에서 사용 되는 파일이며 MSP 파일을 이용하기 위해서는 제품 버전이 한 단계이상 차이가 날 경우 사용 할 수 없다. 일반적으로 고객사에서는 MSP 파일을 사용 할 경우가 없어 배포 시에는 MSP 파일을 배포 스크립트에서 삭제해도 무방합니다. 
 
예) 3.20.400 에서 3.20.500 일 경우에는 이용이 가능하나 3.20.600 일 경우 사용이 불가능

XML 확장자 파일

XML 확장자 파일은 MiPlatform Dataset 의 포맷으로 작성되어 있으며, MiUpdater 구동 시  XML 파일에 기술 된 정보를 바탕으로 MiUpdater 가 XML 파일에 기술되어 있는 파일들을 배포 합니다..

배포 파일의 역할

MiPlatform Updater

마이플랫폼 구동을 위한 파일을 배포 및 마이플랫폼 엔진 구동에 필요한 기능 제공

MiPlatform InstallBase

MiPlatformInstallBase 파일은 마이크로소프트에서 제공하고 있는 Microsoft Visual C++ 재배포 가능 패키지를 MSI 형태로 제가공하여 배포하고 있는 파일이며 마이플렛폼 엔진 개발 당시 사용하고 있는 MFC 모듈 버전(8.0.50727.762)을 배포하는 파일 모음

MiPlatform Engine

마이플랫폼이 실제 구동 되는 엔진 파일 모음

MiPlatform Components

마이플랫폼 엔진에서 기본 제공하고 있는 않은 컴포넌트 파일. 

예) 그리드, 메뉴바, 트리뷰 등

9.1.5배포 스크립트의 이해

스크립트에 사용한 소스는 아래 링크파일을 통해 다운로드 하실 수 있습니다.

index_330U.html

그림 9-1index_330u

1 fn_load() 함수의 이해
checkBrowser.js 파일의 브라우저 체크 스크립트를 이용하여 인터넷 익스플로러 인 경우 index.html 페이지를 호출하고 타 브라우저(크롬, 파이어폭스 등)일 경우 index_mp.html 페이지 호출

install.html

그림 9-2index_330u_1

1 miplatform.js 설명참고
2 Check_Module() 함수의 역할
install.html 호출 후 miplatform.js 호출이 되어 <object> 태그를 통해
MiPlatformUpdater 가 사용자 PC에 설치 되며 Check_Module() 함수에서
MiPlatformUpdater 의 정상 설치 및 동작 여부를 확인

2 Object 태그
인터넷 익스플로러 브라우저에서 ActiveX 컨트롤러를 구동 시키기 위해 사용하는 태그(TAG)
사용 예)
<object id=“선언할 object 이름” classid="clsid:제품클래스ID" width="0" height="0” CodeBase=“cab 파일 위치#VERSION=cab 파일버전 정보"></object>

그림 9-3index_330u_2

1 fn_OnLoad 함수 이해
Check_Module() 함수에서 true 값이 return 이 되면 miplatform.js 파일에서 선언 된 MiPlatformUpdater Object 를 통해 마이플랫폼 구동에 필요한 기본정보를 레지스트리에 등록
Object ID = MiInstaller

[레지스트리 정보 등록 위치]
HKEY_CURRENT_USER\Software\AppDataLow\Software\TOBESOFT\MiPlatform330U
MiInstaller.Key 에서 선언한 strKey 값
레지스트리 편집기 그림 참조

MiPlatform으로 운영할 서비스의 Key
Key값은 MiPlatform으로 특정 서비스를 접근할 때 필요한 모든 기본 정보의 저장소를 구분하기 위한 값 입니다. Key 값을 선언 시 고유의 값이 될 수 있도록 선언을 해야 합니다.

그림 9-4index_330u_3

1 mode 변수에miplatform.js파일에서 checkOS() 함수를 통해 운영체제의 버전을 체크 후 UpdateURL 등록
2 update_vista_config.xml 및 update_xp_config.xml 파일관련 설명 참조
3 ExistVersionUpCnt() 메소드를 이용하여 Updater 할 파일이 있는지 여부를 확인(true,false) Updater필요 파일이 있을 경우(true) StartDownLoad() 메소드를 호출 하여 MiPlatformUpdater 가 구동이 되며 MiPlatformUpdater 가 구동 시 UpdaterURL 를 호출 하여 UpdaterURL 에 기술 된 XML 정보를 읽어 들려 다운로드 및 설치 진행
4 ExistVersionUpCnt() 메소드를 이용하여 Update해야 할 파일 없을 경우(false) fn_run() 함수 호출

그림 9-5index_330u_4

1 strCommand 인자값은 MiPlatform AdminGuide 문서의 198 페이지 참조
2 MakeShortCut()함수의이해
MakeShorCut(strExeName, strCommand, strShortcutName, strIConPath, strPos)

strExeName : MiUpdater3xx.exe 파일이 위치한 경로
MU 는windows\system32\MiUpdater3xx.exe파일 경로를 내장하고 있음
strCommand : MiUpdater3xx.exe 실행 될 때 인자값
strShortcutName : 바로가기 이름
strIconPath : 바로가기 아이콘 파일 이이지 파일(ico) 경로
strPos : 바로가가 아이콘 생성 될 위치

Startmenu - 시작메뉴
desktop – 바탕화면(Default)
StartUp – 모든 프로그램에 시작프로그램 메뉴
Programs – 모픈 프로그램 메뉴

그림 9-6index_330u_5

1 fn_run()함수의이해
MiInstaller.run() : 마이플랫폼 전용브라우저 엔진 실행

인터넷익스플로러 화면에 마이플랫폼 엔진을 구동 시킬 경우에 사용

start_mx.html : 마이플랫폼을 MDI(프레임) 구조로 만들었을 경우 사용
start.x.html : 마이플랫폼 SDI(단일폼) 구조로 만들었을 경우 사용

그림 9-7index_330u_6

1 CreateMiInstaller()함수의이해
Miplatform.js 에 선언 된 MiUpdaterObject 호출

miplatform.js

그림 9-8index_330u_7

1 각 변수의 이해
var strBaseURL : 배포 서버의 기본 URL 의미
(주석이되어 있는 부분을 해제 후 기본 서버 Path를 지정)
var strKey : MiUpdater 구동 시 레지스트리에 입력 되는 키 값으로 고객사 프로젝트의 고유의 값을 설정
var strStartXML : StartXML 의 위치
var strInitURL : 웹브라우저에 마이플랫폼을 임베드(Embed) 시킬 때 호출 폼 주소

2 StartXML의미
StartXML 는 마이플랫폼을 통해 개발한 화면을 로드하기 위한 환경 정보를 담고 있는 파일이며 최초 접속 시 StartXML 정상로드 마이플랫폼 개발 화면 접속이 가능

그림 9-9index_330u_8

1 IE 에서MiUpdater 실행 될 수 있도록 Object선언

2 OBJECT 태그및 embed태그이해
OBJECT 태그는 응용프로그램(예: MiPlatform)이 인터넷 익스플로러 브라우저에서 동작되기 위해 ActiveX형식의 모듈로 제공이 될 때 ActvieXOBJECT 를 선언하여 인터넷 익스플로러에서 사용 할 수 있도록 정의 할 수 있는 태그

embed 태그는응용프로그램(예:MiPlatform)이 크롬, 파이어폭스 등 인터넷 익스플로러를 제외한 웹브라우저에서 동작되기 위해 plugin 형태로 제공이 될 때 plugin 를 선언하여 크롬, 파이어폭스 등에서 사용 할 수 있도록 정의 할 수 있는 태그

3 IE 에embed(임베드) 되어 구동 될 수 있도록 MiPlatformControlObject 선언
SDI 의경우 단일폼을 열 경우 사용
MDI 의경우 프레임 구조를 열 경우 사용

그림 9-10index_330u_9

1 Chrome, Firefox 등에서 MiUpdater 실행 될 수 있도록 plugin 선언

2 Chrome, Firefox 등에서 embed(임베드) 되어 구동 될 수 있도록 MiPlatformControl plugin 선언
SDI 의경우 단일폼을 열 경우 사용
MDI 의경우 프레임 구조를 열 경우 사용

update_vista_config.xml및 update_xp_config.xml

그림 9-11index_330u_10

1 update_vista_config.xml 파일의 이해
Xml 파일은 MiPlatform 의 Dataset 의 구조로 이루어지며 UpdateURL 은 배포가 될 파일를 담고 있는 Update List URL 정보를 포함하고 있으며
Update List (update_msi_files.xml, update_component_files.xml, update_etc_files.xml)는 실제 배포가 될 파일들의 정보를 포함.
(Update List 는 필요에 따로 추가 가능)
Update URL 과 Update List 파일은 사용자 PC에 저장이 되며 배포여부를 결정하는 기준 정보로 사용 됩니다.
MiPlatformUpater 의 ExistVersionUpCnt() 메소드가 저장되어있는 Update URL Update List 의 정보 읽어 배포가 필요할 경우 true 값을 배포가 필요 없을 경우 fasle 값을 return 하며 return 값이 ture 일 경우 MiPlatformUpdate 의 StartDownLoad() 메소드를 이용하여 배포 파일 다운로드 및 설치가 진행 됩니다.
(4페이지 스크립트 참고)

2 XML 파일을 읽는 순서
MiPlatformUpdater 가 구동 시 UpdateURL 호출 후 Update List 를 순서대로 호출
update_msi_files.xml 호출
update_component_files.xml
update_etc_files.xml
각 Update List 파일이 호출 이 될 때 포함하고 있는 파일이
모두 배포(설치) 된 후 다음 Update List 파일을 호출

3 사용자 PC에서 XML 파일 저장 위치
Windows XP
C:\Document & Settings\[PC계정명]\Local
Settings\Compatible LocalLow\TOBESOFT\MiPlatform330U\Ver
Windows Vista 이상
C:\Users\[PC 계정]\AppData\LocalLow\TOBESOFT\MiPlatform330U\Ver

update_msi_files.xml,update_component_files.xml, update_etc_files.xml

그림 9-12index_330u_11

1 params태그이해 및 id값의의미 이해
params 에정의되는 paramid(Element) 전역변수와같이 colinfo id 를 지정 하지 않았을 경우 params 에 지정 되어 있는 param id 가 적용

DEVICE : DeviceType 의미 (Win32 : Windows OS, CE : WindowsCE)
SOURCE : 다운로드 파일의 URL
(Update List File 를 기준으로 상대위치로 지정이 가능)
예) engine_files 의미 : 서버의update_msi_files.xml 파일이 있는 동일 위치에서 engine files 폴더를 찾음
TARGET : 설치 대상 파일이 설치(복사) 될 위치
MSI 파일과 CAB 파일의 경우 TARGET 은 ProductID, ClassID 를 의미
FILENAME : 배포 할 파일 이름
PATCHFILENAME : 배포 할 MSP 파일 이름
VERSION : 배포할 파일의 버전 정보
설치 파일이 DLL,MSI, CAB 일 경우 버전정보에 System::붙어 있을경우 UpdateList 파일에 저장된버전을 사용하지 않고 실제 배포되는 파일의 버전 정보를 비교
OLDVERSION : MSP 파일로 설치 되어도 되는 버전
UACFIX : FIXUACProblem 파일 설치 여부
ACTION : 설치 방법 지정
MSI 인 경우 WindowsInstaller 서비스를 통해설치
DOWN 이며 FILENAMECAB 파일일 경우 CAB 설치
DOWN 이며 FILENAMEdll 파일일 경우 TAGET 위치에 설치(복사)
STATUS : 배포 상태를 저장
0 : 배포안됨
1 : 다운로드완료(임시 폴더)
2 : 배포완료
ARGUMENT : 설치수행 시 인자 값 정보를 저장

2 STATUS 가 1 일 때 다운로드 되는 임시 폴더 위치

Windows XP
C:\Document & Settings\[PC계정명]\LocalSettings\Compatible LocalLow
\TOBESOFT\MiPlatform330U\Setup\Win32U_3.3

Windows Vista 이상
C:\Users\[PC 계정]\AppData\LocalLow\TOBESOFT\MiPlatform330U\Setup\Win32U_3.3

update_msi_files.xml,update_component_files.xml, update_etc_files.xml

그림 9-13index_330u_12

1 id = VERSION 에서 system:: 사용 할 경우 실제 파일 버전 확인은
Dll 파일에서속성을 눌러 자세히 메뉴에서 확인 가능
MSI, CAB 파일의 경우 MiPlatform_Versioninfo 파일 참고

install_mp.html

그림 9-14index_330u_13

1 object 선언 대신 embed 선언을 통해 plugin 모듈인 MiUpdater 및 MiPlatformControl 를 실행이되는 점이며 기본적인 스크립트 구성은 install.html 과 유사하여 자세한 안내는 생략 합니다.

9.2배포환경에 대한 FAQ모음

9.2.1MiPlatform을 사용하기 위해서는 왜 반드시 Admin 권한이 필요한가?

MiPlatform으로 개발된 프로그램을 사용하기 위해서는 실사용자PC의 계정권한이 Admin권한이 필요합니다.

이유

권한이 필요한 이유는 아래 내용을 참고하세요
1.  MiPlatform을 사용하기 위한 설치모듈
1.1   MiPlatform InstallBase320(x)
MiPlatform_InstallBase 320.cab의 내용은 실질적으로 MicroSoft사가 제공하는 MFC(Microsft Foundation Calss)과 ATL(Active Tmplate Library) 입니다. 

MiPlatform의 동작시키기 위해서는 이 라이브러리가 필수적이며 이 라이브러리의 설치에는 Admin권한이 필요합니다. 
(해당 모듈은 저희 제품 이외에도 Window 자동업데이트를 통해서도 설치가 될 수 있으나, 기본적으로 설치되는 모듈이 아니므로, 반드시 배포가 필요합니다.) 
 
1.2   MiPlatform_Engine 320(x).msi
MiPlatform 실제 동작에 필요한 엔진모듈로 설치 후 레지스트리 정보에 ActiveX를 등록하는 과정이 필요합니다. 
   (해당 MSI모듈을 Local user에서 설정하므로 admin권한까지는 필요 없으나, 레지스트리 쓰기 권한필요)
 
1.3   MiUpdater320(x)
MiPlatform 엔진 및 배포모듈을 관리하기 위해 설치되는 모듈로 사용자PC의 System폴더 복사 및 레지스트리 정보를 등록하는 과정이 필요합니다.
위와 같이 MiPlatform을 사용하기 위해서는 반드시 Admin 권한이 필요합니다.
마이플랫폼을 사용하기 위해서는 왜 Admin권한이 필요한가요?

9.2.2MiPlatform을 고객사 별로 폴더(디렉토리 구분) 분리가 가능한가?

MiPlatform은 현재 제품구조상 폴더 분리가 불가능합니다. 
 
현재 MiPlatform은 하나의 설치모듈을 이용하여 다수의 고객사 프로그램 이용이 가능합니다. 
단 컴폰너트 폴더는 분리가 가능합니다.
다수의 고객사에서 MiPlatform을 배포하여 사용하는 경우 실 사용자 PC에는 가장 최신의 버전이 설치가 됩니다.

즉 A고객사에서 2012년도 모듈을 사용하고 있던 사용자가 B고객사 2013년도 모듈을 배포받은 후 A고객사 프로그램을 실행하게 되면 A고객사의 프로그램 실행이 2013년도 모듈로 동작을 하게 됩니다.
[ 당사에서는 제품패치시 다음의 원칙을 가지고 제품패치를 진행합니다. ]
1) 제품패치시 기존 하위버전의 기능을 수용한다. (동일제품버전 : 3.1, 3,2, 3.3별)
2) 제품패치로 인해 기존 프로그램 동작에 문제가 발생하는 경우 긴급대응프로세스 운영
단 동일버전에서 제품상의 버그는 별도의 버전을 분리하지 않으며, 영향도에 따라 달라질 수 있음
고객사 별로 배포모듈 디렉토리 분리가 가능한가?

9.2.3OS환경 32bit, 64bit 환경 모두 사용이 가능한가?

MiPlatform은 최신 Window7에서 많이 사용되고 있는 64bit환경에서 정상동작 합니다. 
32, 64bit별 별도의 배포모듈에 대한 변경사항은 없으며 별도 작업없이 사용이 가능합니다.
단 MiPlatform에서 배포하는 모듈 중 MiUpdater에 대한 패치필요

MiUpdater에서 사용하는 Alias 중 %system%의 경우 32bit, 64bit 모두 system32를 인식
사용예) MiInstaller.MakeShortCut("%system%MiUpdater321.exe",strCommand,"TEST","%Component%icon.ico","");
수정사항)
32bit PC : windows\system32 인식
64bit PC : windows\SysWOW64 인식
패치모듈 : 2010년1월25일자에 패치되었습니다.
수정된 모듈은 MiUpdater.cab파일을 변경하시면 됩니다.
즉(설치페이지 intall.html 등에서 cab파일 변경)
IE에 임베드하여 사용하는 경우 IE브라우저 실행을 32bit용으로 사용해야 합니다.
(IE브라우저 옵션 중 64bit환경으로 실행이 가능한 옵션이 있으나, 64bit는 제공되지 않음)
32, 64bit환경에서 마이플랫폼 동작에 문제가 없는가?
window7 64bit환경에서 마이플랫폼 사용이 가능한가?

9.2.4MiUpdater를 통해 외부모듈 배포가 가능한가?

MiUpdater은 마이플랫폼 배포를 위해 제공되는 기능이므로 외부모듈에 대한 배포는 가능하지만
배포로 인해 발생되는 문제에 대해서는 책임을 지지 않습니다.
 
외부모듈의 경우 별도 웹배포를 통해 진행하시기 바랍니다.

9.2.5마이플랫폼 배포모듈 중 MiUpdater에 서명이 만료되었다고 나옵니다.

MiPlatform 320 버전에 한하여 2011년 5월 배포부터 2012년 5월 배포까지 서명의 타임스탬프가 빠져 있었습니다.

이전에 발급받은 인증서의 만료일이 2012년 8월 21일 까지 유효하여 타임스탬프가 빠진 1년 동안의 배포본을 사용하는 고객사에 만료일 이후로 최초 접속하여 MiUpdater의 설치를 요하는 PC에서는 게시자를 확인할 수 없어 설치를 거부당하게 됩니다.

현재는 타임스탬프가 빠진 배포본 백업을 모두 회수하여 다시 서명을 거친 후 재업로드 하였습니다.
 
만약 해당 내용의 오류가 발생하는 고객사에서는 투비소프트 고객지원팀으로 연락을 주시면 변경된 모듈을 제공해 드립니다.