Who are you?


이동범(Dongbum Lee)


Microsoft Regional Director


Microsoft MVP - VB.net


MHVB.net 시삽

Wanna talk with me?

Subscription

MSN 메신저를 통해 글이 갱신되면 알려드립니다.

Windows Live Alerts

Search

Navigation

Categories

.net (16) .NET Service (1) Ajax (1) asp.net (2) authentication (1) AxWebBrowser (1) Azure (2) basic (2) blog (3) browser (1) Canvas for OneNote (1) Cloud Computing (4) Code Canvas (1) das blog (1) dasBlog (2) Data Portability (1) DataGridView (1) Delegated Web Authentication (1) FabrikamShipping (1) Geneva Framework (1) Google (1) IDE (1) Identity (1) ie (1) iis (2) IIS7 (1) I'm a PC (1) Internet Information Server (1) javascript (1) jQuery (1) Live Framework (4) Live messenger (8) Live Service (6) Live Writer (0) mac (1) Microsoft (16) Microsoft Azure Service Platform (3) oAuth (2) Office (2) OneNote (1) OOXML (1) OpenID (1) PC (1) PHP (1) Silverlight (1) small basic (2) Team System (2) UX (1) VB (3) vb.net (4) Vista (1) visual studio (6) visual studio 2010 (2) Windows Azure (2) Windows Azure Service Platform (2) Windows Live (9) Windows Live ID (4) Windows Live Messenger (7) Windows Live Messenger Web Toolkit (7) windows7 (1) Winform (3) WinFX (1) WPF (2) 개발자 (1) 독점 (1) 라이브 메신저 (3) 라이브 아이디 (3) 마이크로소프트 애저 (2) 베이직 (1) 비주얼 스튜디오 (1) 성공사례 (1) 성산포 (1) 스몰베이직 (1) 아웃백 (1) 애저 (2) 웹서버 (1) 윈도우 라이브 (7) 윈도우 라이브 메신저 웹 툴킷 (6) 음악 (1) 일상 (9) 제네바 프레임워크 (1) 조용필 (1) 클라우드 (1) 클라우드 컴퓨팅 (1) 통합개발환경 (1)

On this page

미래의 통합 개발환경(IDE)
아웃백 스테이크하우스의 Windows Azure Platform 성공사례
PHP Azure 에 게시하기
IIS 제대로 알고 쓰자
Everything is enabled by Identity
Windows Live Web Messenger Toolkit이 적용된 Photobucket
Small Basic v0.5 is now public!
Windows Live Messenger Web Toolkit – Part 5
회합

Archive

Blogroll

Notice

알림
본 블로그는 저의 개인적인 의견을 담고 있습니다.
제가 몸담고 있는 조직의 공식적인 의견과는 다를 수 있습니다.

RSS 2.0 | Atom 1.0 | CDF Send mail to the author(s) E-mail

BlogStats

Total Posts: 67
This Year: 2
This Month: 1
This Week: 1
Comments: 24

Sign In

# Sunday, March 14, 2010
Sunday, March 14, 2010 1:09:15 PM (Korea Standard Time, UTC+09:00) ( Canvas for OneNote | Code Canvas | IDE | OneNote | visual studio | visual studio 2010 | 비주얼 스튜디오 | 통합개발환경 )

상당히 흥미로운 개발환경을 알게 되어 소개합니다.
Code Bubble. 미국의 브라운대학 랩에서 연구중인 화면입니다. 기존의 코드파일 당 하나의 편집 창으로 제공되는 화면을 하나의 커다란 캔버스에 자유롭게 코드를 편집할 수 있도록 해 줍니다.

실버라이트의 딥 줌을 연상시키는 둣 한 화면입니다.

이미 2009년 MS Research Lab에서도 Code Canvas라고 하는 이와 유사한 형태의 코드 Navigation (분석)환경을 발표한 바 있습니다.
http://blogs.msdn.com/kaelr/archive/2009/03/26/code-canvas.aspx


[Code Canvas]

그 기능 중 일부는 Dependency Graph 생성 기능으로 Visual Studio 2010내에서 제공됩니다.
2010-03-14_1301

CRT 모니터로 접하던 볼랜드 사의 IDE를 회상해 보면 정말 격세지감을 느끼게 됩니다.
tubropascal7ide2 
[그때를 아십니까 – Borland Turbo Pascal IDE]

이미 Visual Studio 2010 부터 IDE를 WPF를 이용해 개발하고 있으니 이러한 기능들이 IDE에 탑재되는 건 시간문제가 아닐까 싶네요.

Code Canvas 방식의 Zoom-in / out 인터페이스에 흥미가 느껴지시는 분들은 Microsoft Office Lab에서 개발하여 배포 중인 Canvas for OneNote도 한번 살펴보시죠.
http://officelabs.com/projects/canvasforonenote/Pages/default.aspx#

# Sunday, February 28, 2010

아웃백 스테이크하우스의 Windows Azure Platform 성공사례가 나왔네요.

레스토랑 방문고객들의 충성도를 높이기 위해 소셜 네트워크 사이트인 페이스북에 팬 페이지를 만들고 이를 통하여 쿠폰을 서비스하는 어플리케이션을 Windows Azure Platform 기반으로 개발했습니다.

바이럴 마케팅의 특성상 고객들의 관심이 폭발적으로 증가하기 때문에 이를 대처하기 위해 어플리케이션(시스템)은 높은 확장성을 요구받게 됩니다.
이를 충족시키기 위해 다양한 호스팅 서비스들을 검토한 끝에 Windows Azure Platform을 선택하고, 2달이 채 걸리지 않아 서비스 개발을 완료했다고 하네요.

클라우드 컴퓨팅 최적의 시나리오 중 하나가 바로 서비스 사용량(트래픽)의 변화가 특정 시점에 집중되는 경우 서비스 인스턴스를 늘려 안정적인 서비스를 유지할 수 있다는 점인데, 아웃백 스테이크하우스에서는 이러한 이점을 적절히 살려 어플리케이션을 구축하였습니다.
(물론 사용량이 적은 경우에는 서비스 인스턴스를 줄여 비용을 절감할 수 있음은 물론이죠)

usage
[서비스 트래픽이 일정하지 않은 경우의 서비스 사용량의 예 – 출처. Simon Guest PPT 중에서]

국내에서는 아직 정식으로 Windows Azure Platform이 서비스되고 있지 않은 아쉬움이 있습니다.
하지만 이러한 서비스 성공 사례들을 사전에 검토하고 서비스를 준비하면 조만간 더욱 멋있는 클라우드 컴퓨팅 성공사례를 만들어 낼 수 있는 토대가 될 수 있지 않을까 싶어 소개해 드립니다.

사족) 국내에서 성공사례 자료를 만들 때에도 이처럼 고생한 파트너 업체도 함께 소개해 줄 수 있는 상생의 마인드(?)를 잊지 말아 주었으면 합니다. :-)

# Monday, September 07, 2009
Monday, September 07, 2009 4:12:44 PM (Korea Standard Time, UTC+09:00) ( Azure | Cloud Computing | Microsoft Azure Service Platform | PHP )

How to publish PHP files on Azure

IIS에서 Fast CGI를 통해서 PHP스크립트를 구동할 수 있게 되었습니다.
이와 함께 Azure Service Platform 에서도 역시 CGI 엔진을 통해 PHP를 구동할 수 있습니다.

PHP를 수동으로 설치할 때에는 조금 번거로운 설정들을 했어야 했지만 Web Platform Installer를 사용하면 IIS에 손쉽게 PHP를 설치할 수 있습니다. (이 곳에서 다운로드 받을 수 있습니다.)

초 간단 PHP Azure Publishing하는 방법에 대해 기술해 봅니다. (사실 Azure SDK에 나와있는 문서가 말을 너무 어렵게 써 놓은 지라 ^^)

Visual Studio 를 사용합니다.(무료 버전인 Web Developer 2008 Express 도 가능합니다)

1. Cloud Service 프로젝트 추가

 image

2. 추가된 Cloud Service 프로젝트에서 *.csdef 파일 수정하기

image

3. CGI Web Role 추가하기(Visual Basic / C# 상관없음)

image

4. WebCGI Role 프로젝트에 php 폴더 만들기

image

5. PHP CGI 파일들 모두 4번에서 생성한 폴더에 복사하기

Web Platform Installer를 통해 PHP를 설치하셨다면 설치된 PHP의 위치는 %Program Files%\PHP 일 것 입니다.
이곳의 모든 파일들과 하위 폴더들을 그림 4번에서 생성한 php 폴더 밑으로 모두 복사합니다.
image

6. 추가된 PHP 폴더 아래의 소스 파일들을 프로젝트에 include 하기

image 
파일들을 추가한 후 모든 파일들의 프로젝트 속성의 Build Action을 Content로, Copy to Output Directory를 Copy Always 혹은 Copy if newer 로 변경해 줍니다.

7. Web CGI Role의 Web.roleconfig 파일 수정하기

image

8. Web CGI Role의 Web.config 파일 수정하기

Fast CGI Handler를 Web.config 파일에 추가해 줍니다.
image

9. Cloud에 게시할 웹 스크립트 추가하기

본 블로그 에서는 간단히 phpInfo(); 를 호출하는 코드가 담긴 PHP 파일을 프로젝트에 추가합니다.
image
[WebCGIRole 프로젝트에 추가된 test.php 파일 내용]

10. 실행해 보기

image

이와 같이 실행이 된다면 성공적으로 Dev Fabric에 성공적으로 게시된 것 입니다.
image
[Dev Fabric에 게시된 예]

*잠깐!
“컴퓨터에 ntwdblib.dll이(가) 없어 프로그램을 시작할 수 없습니다. 프로그램을 다시 설치하여 이 문제를 해결하십시오” 라는 메세지가 보인다면?

PHP 설치 후 SQL Server 용 드라이버를 설치하셔서 그렇습니다.
php.ini 파일에서 extension=php_mssql.dll 항목을 remark 해 주시면 해결 됩니다.

그래도 안 된다면? php 설치 폴더의 ini 파일을 계속 참조하고 있는 듯 싶군요.
-> %program files%\php\php.ini 파일을 잠시 rename 해 주시고 다시 빌드해 주세요.

Dev Fabric에서 테스트 시에서 발생하는 오류이니 걱정하지 않으셔도 됩니다.

11. Cloud 에 게시

image 
[게시 중….]

image
[Production 환경으로 publish]

image
[Cloud 환경에서의 실행 예]

# Wednesday, June 24, 2009
Wednesday, June 24, 2009 3:08:35 PM (Korea Standard Time, UTC+09:00) ( iis | IIS7 | Internet Information Server | 웹서버 )

Server Virtual IIS
IIS.net 사이트를 뒤지다가 IIS Quick Guides (http://learn.iis.net/page.aspx/341/quick-guides/)  링크 자료를 찾았다.
오호 이것 봐라.. 내부 machanism을 이해하기에는 부족해도 운영 가이드로 이용하기에는 부족함이 없어 보인다.
한글로 하나 멋지게 번역되어 나와주면 좋겠다 싶어서 보니… 대부분의 항목들이 한글화 되어 있다.

영문이라 투덜대는 개발자들에게도 좋을 듯 싶다.

각 항목들은 대게 Technet의 아티클들과 연결되어 있다. 그런데 이 아티클들의 링크를 보면 중간에 en-US라고 하는 부분이 있다.(바로 어떤 언어로 보여질 것인가를 결정하는 파라메터 되겠다.)

예) Installing and Configuring Servers - http://technet.microsoft.com/en-us/library/cc755183.aspx

요기서 살짝 en-US를 ko-KR로 바꿔줘 보자. – 그러면 다시 redirection 되면서 한글화된 내용을 볼 수 있다. http://technet.microsoft.com/ko-kr/library/cc755183(WS.10).aspx

예상외로 현업에서 개발자건 시스템 운영자건 간에 IIS에 대한 이해가 높지 않다.

Recycling의 Sexy함도 WorkerProcess 의 융통성과 Kernel Level Processing의 강력함도 이해하지 못한 채 예전 IIS 4.0 수준의 이해로 일관하는 게으른 개발자들이 주변에 너무 많다.

IIS가 불안정하고, 제한적이라고? 제발 좀 들여다 보자. 얼마나 돈 들여 사용할만한 구조를 가지고 있는 것인지 말이다.
 
그저 가상디렉토리 하나 만들어, 웹 어플리케이션 하나 만들어 웹 컨텐츠들을 호스팅하기에는 IIS의 기능들이 너무나 아깝다.

이건 마치 포스쉐를 오토기어로 운전해 주시는 센스 없는 운전자와 다를 바가 없다.

구조를 조금 더 알고 싶은 개발자들은 참조하자.

☞ IIS 6.0 기술개요 백서 - 기술백서 다운로드 (반드시 읽고 이해하자)
☞ Introduction to IIS 7.0 Architecture - http://learn.iis.net/page.aspx/101/introduction-to-iis7-architecture/
☞ 한글화 된 MSDN 아티클 – Windows Vista 및 그 이상의 웹 서버를 위한 탐색 http://msdn.microsoft.com/ko-kr/magazine/cc163453.aspx

IIS 제대로 이해하고 써 보자. 잘 튜닝된 웹 서버 한대 세 서버 안 부럽다!

# Monday, June 22, 2009
Monday, June 22, 2009 10:59:08 AM (Korea Standard Time, UTC+09:00) ( Azure | Cloud Computing | FabrikamShipping | Geneva Framework | Identity | Microsoft Azure Service Platform | 마이크로소프트 애저 | 애저 | 제네바 프레임워크 )

클라우드 컴퓨팅 환경 구축을 위한 Identity 서비스의 시작 - Geneva Framework

클라우드 컴퓨팅에 대한 많은 소개들과 관심들이 지천이다. 많은 이들이 클라우드 컴퓨팅을 외치지만 Identity가 보장되지 않는 클라우드는 Hosting Computing의 짝퉁일 수 밖에 없다.

Microsoft Azure Service Platform에서 역시 가장 기본이 되야 할 부분이 바로 Identity.
이를 위해 지원되는 서비스를 쉽게 사용할 수 있도록 지원되는 것이 Genava Framework 이다.

하지만 멋진 PPT Sheet 를 통해서만 봤었지, 실제 테스트 환경을 구축하는 것도 실제 운영환경을 접해보는 것도 쉬운 일이 아니였다. 사실 Microsoft Internal로 VPC 이미지 4개로 릴리즈된 버전이 있긴 했으나 이 역시 구동을 위해서는 만만치 않은 하드웨어 리소스와 설정을 위한 리소스가 필요했다.

반갑게도 금번에 일반 개발자들을 위한 데모가 다가가기 쉽고 이해하기 쉽도록 새로 릴리즈 되었다.

FabrikamShipping - http://code.msdn.microsoft.com/FabrikamShipping

원래 이 데모의 시작은 작년 PDC에서 발표됐었던 Identity Roadmap for Software + Services 의 예제이다.(Must See! - http://channel9.msdn.com/pdc2008/BB11/)

어플리케이션 환경이 점차 On Premise 에서 Hosting, Cloud로 변화해 가는 과정에서 반드시 개발자로써 알아두어야 할 부분이라 생각한다.

*올해 초엔가 언젠가 인터넷상에서의 Identity Service에 대해 정리해 포스팅 하겠다고 큰소리를 쳐 놓고선 아직도 머릿속만 무겁다.

# Friday, June 19, 2009

clip_image002

 

 

미국의 유명한 사진 공유 사이트인 Photobucket 이 이번에 Silverlight과 Windows Live Web Messenger Toolkit을 이용한 새로운 visual search 사이트를 오픈 했습니다. - http://photobucket.com/visualsearch

제가 몇 차례에 나눠 소개한 Windows Live Web Messenger Toolkit을 사용하여 이용자가 검색한 사진을 곧바로 메신저 상의 친구들과 공유하고 메세지를 주고 받을 수 있도록 하는 기능을 제공하고 있습니다.

기존처럼 미디어 컨텐츠에 대한 링크를 이메일로 상대에 전달해 주는 방식보다 실시간으로 메신저 친구에게 미디어 리소스 링크를 전달하고 이에 대한 의견이나 느낌을 공유할 수 있도록 해 주기 때문에 사용자의 realtime activity 높일 수 있을 뿐만 아니라 웹 사이트의 트래픽 향상에도 효자 노릇을 할 수 있습니다.

게다가 HTML 와 Javascript 기반으로 구성되므로 더 이상 클라이언트에 메신저가 설치가 되어 있네, 맥이네, 리눅스네 할 것 없이 브라우저만 지원되는 환경이라면 얼마든지 친구들과 메세징을 진행할 수 있어 “플랫폼 중립”을 부르짖는 업계에게도 아주 좋은 선택이 될 수 있으리라 생각합니다.

 clip_image004 clip_image006 clip_image008clip_image010clip_image012clip_image014clip_image016clip_image018
[웹 메신저에 로그인]

clip_image002[8]clip_image004[4]clip_image006[4]
[친구와 공유하기]

clip_image002[10] clip_image004[6] clip_image006[6]
[사진을 공유 받은 친구의 메신저 화면]

이전에 라이브 메신저 Activity SDK를 통해 구현했었던 IMThis(메신저 보내기) 기능들을 이제는 쉽게 HTML 과 Javascript만을 가지고 구현할 수 있게 된 거죠.

Windows Live Messenger Activity SDK를 고려하고 있는 곳이라면, 웹 사이트를 보다 Social 하게 만들 수 있는 방법은 없을까 고민하고 계신 곳이라면 고려해 보실 가치가 충분하다고 생각합니다. :-)

# Wednesday, June 17, 2009
Wednesday, June 17, 2009 10:31:12 AM (Korea Standard Time, UTC+09:00) ( .net | basic | Microsoft | small basic | 개발자 | 베이직 | 스몰베이직 )

기다리던 Small Basic의 다섯 번째 릴리즈인 Small Basic v0.5 CTP가 public 하게 오픈 되었습니다.
추가된 기능들은 커뮤니티를 통해 요청되어 오던 것들 중심이라고 하네요.

다들 다운로드 받으러 클릭! http://msdn.microsoft.com/en-us/devlabs/cc950524.aspx

clip_image001

변경된 사항들이 궁금하시면 다음의 링크를 참조하세요~http://blogs.msdn.com/smallbasic/
새로 태어날 제 딸에게 Small Basic을 가르쳐 보면 어떨까 하는 (안사람 들으면 싫어할) 상상을 해 봅니다.

Small Basic의 Turtle Graphics와 MS Robotics studio와 연결을 해 보면 어떨까 하는 생각을 하는데 어떨까요, 재미있지 않겠어요? :-)

윈도우 라이브 메신저 웹 툴킷 – 라이브 메신저의 모든 것을 웹에서

이번 글에서는 간단한 예제를 만들어 보면서 라이브 메신저 툴킷의 웹 컨트롤들을 자세히 살펴봅니다.

앞서 두 번째 포스팅(Part2)에서 메신저 UI 컨트롤 각각에 대해 소개해 드렸습니다만, 실제 구현에 대해서는 이번 글을 통해 알아 보도록 합니다.

이 글을 통한 구현에 앞서 여러 컨트롤들을 동적으로 조작해 보면서 익힐 수 있는 Messenger Interactive Toolkit을 미리 살펴 두시는 것도 도움이 될 것 입니다.
(링크를 따라 사이트에 가셔서 learn 을 클릭하시면 각 컨트롤들의 기능들에 대해 직접 값들을 변경해 가면서 쉽게 익힐 수 있는 페이지를 찾을 수 있습니다.)

learn_sdk
[그림처럼 learn 을 클릭!]

이 글을 통해 구현해 볼 것은 사용자가 메신저에 로그인을 해서 현재 온라인 상태의 메신저 친구들을 나열하고, 이 친구들을 클릭하면 Live home Profile 페이지로 이동하는 기능을 가진 페이지 입니다.

아래의 동영상에서 보시는 기능을 구현 합니다.

이제 아래의 순서에 따라 차례로 구현을 시작해 봅니다.

Step 1. 기본 설정
지난 테스트에서 사용했던 예제 프로젝트를 기준으로 진행합니다.
기본적으로 필요한 파일들을 꼽아 보자면,

> Channel.html
> Privacy.html
> RefreshMessengerToken.aspx
> Web.config

다음과 같은 파일들이 필요합니다. 각각의 기능들이 뭐냐고 물어보시는 분은 없겠죠? [ 있어요? => 클릭 ]

Step 2. AppVarifier를 생성 위한 페이지 설정
프로젝트에 새로운 웹 폼을 추가해 주시고 페이지 이름을 MyOnlineBuddies.aspx 로 해 줍니다.

그리고 페이지의 vb 혹은 c# 파일에 다음과 같이 코드를 추가합니다. 이 글에서 .net 을 사용한다고 해서 여러분들 역시 그럴 필요는 없습니다.
앞서 소개해 드린 것처럼 Java/Ruby/Phython/Pearl/php 어떤 언어든 상관없이 구현이 가능합니다.

[VB.net 코드]
   1: Imports WindowsLive
   2: Partial Class MyOnlineBuddies
   3:     Inherits System.Web.UI.Page
   4:  
   5:     Private wll As WindowsLiveLogin = New WindowsLiveLogin(True)
   6:  
   7:     ''' <summary>
   8:     ''' Gets an application verifier token.
   9:     ''' </summary>
  10:     ''' <returns>The application verifier token</returns>
  11:     Protected ReadOnly Property ApplicationVerifier() As String
  12:         Get
  13:             Return wll.GetAppVerifier()
  14:         End Get
  15:     End Property
  16: End Class
[C# 코드]
   1: using System;
   2: using System.Web;
   3: using System.Web.Configuration;
   4: using WindowsLive;
   5:  
   6: /// <summary>
   7: /// Class for handling Default.aspx code behind.
   8: /// </summary>
   9: public partial class MyOnlineBuddies: System.Web.UI.Page
  10: {
  11:     private WindowsLiveLogin wll = new WindowsLiveLogin(true);    
  12:  
  13:     /// <summary>
  14:     /// Gets an application verifier.
  15:     /// </summary>
  16:     public string ApplicationVerifier
  17:     {
  18:         get
  19:         {            
  20:             return wll.GetAppVerifier();            
  21:         }
  22:     }
  23: }

Step 3. HTML 페이지 기본 설정

메신저 툴킷의 HTML UI 컨트롤은 XHTML 형식으로 구현되어 있다고 말씀 드린 것 기억하시죠?
이 컨트롤들을 사용하기 위해 우리는 HTML 정의부에 네임스페이스를 추가해 주어야 합니다.

1. 다음과 같이 HTML 선언부를 변경해 줍니다. (이건 다 이미 우리가 살펴 본 내용들이죠)

   1: <html xmlns="http://www.w3.org/1999/xhtml" xmlns:msgr="http://messenger.live.com/2009/ui-tags">

2. 이어서 UI 컨트롤들이 사용하게 될 자바스크립트 라이브러리들을 로딩합니다.

   1: <head runat="server">
   2:     <title></title>
   3:     <script type="text/javascript" src="http://www.wlmessenger.net/api/3.0/loader.js"></script>
   4:     <script type="text/javascript" language="javascript">
   5:         Microsoft.Live.Core.Loader.load(['messenger.ui', 'messenger.ui.styles.core']);
   6:     </script>
   7: </head>

3. 그리고 마지막으로 메신저 AppTag를 추가해 줍니다.

   1: <body>
   2:     <msgr:app id="appTag" 
   3:         application-verifier-token="<%= ApplicationVerifier %>" 
   4:         privacy-url="Privacy.html"
   5:         channel-url="Channel.html" 
   6:         token-url="RefreshMessengerToken.aspx">
   7:     </msgr:app>
   8: </body>

여기까지는 제 앞선 글을 순서대로 읽어 주신 분들이라면 쉽게 이해하실 수 있는 부분입니다.
여기에다가 <msgr:bar></msgr:bar> 태그만 붙어주면 페이지 하단에 웹 메신저를 호스팅 할 수 있었습니다.

이번에는 이 웹바 컨트롤 대신 로그인 기능, 온라인 친구목록 가져오기 기능등을 직접 구현해 보고자 합니다.

Step 4. 컨트롤 추가하기
메신저 AppTag 뒤에 다음과 같이 Sign In 컨트롤을 추가해 줍니다.

   1: <msgr:sign-in></msgr:sign-in>

여기까지 진행 한 상태에서 한번 페이지를 실행해 봅니다.

Sign In 버튼이 보이고, 클릭 하여 로그인을 진행하면 갑자기 Sign In 버튼이 사라져 버린 것을 확인 하셨나요?

Sign In 버튼은 사용자가 메신저에 로그인 되어 있지 않은 경우 로그인을 하도록 유도하는 버튼입니다.
내부적으로는 앞서 살펴 보았던 msgr-consent-token 과 msgr-delegation-token 유무를 체크하여 이 쿠키들이 없는 경우에만 로그인 버튼을 보이는 로직이 구현되어 있을 것 이죠

로그인 성공과 함께 로그인 버튼이 보이지 않는 것은 당연합니다.

자, 이제 브라우저를 닫고 이어서 Profile 컨트롤을 추가해 봅니다.  cid 값에 $user를 지정해 주었습니다.

   1: <msgr:profile cid="$user"></msgr:profile>

cid 값에 특정 사용자의 cid를 지정해 주면 해당 사용자의 대화명과 오늘의 글이 그리고 메신저 이미지가 보이며, Profile 정보 페이지로 이동할 수 있는 링크가 보입니다. 여기서 $user 란 현재 로그인 한 사용자를 뜻 합니다.
즉, 나의 Profile을 보여주겠다는 뜻이죠.

컨트롤을 페이지에 추가하셨다면 다시 페이지를 실행해 봅니다.

처음에는 No name(Offline) 이라고 쓰여진 화면이 Sign In 버튼 아래로 보이다가, 로그인을 하면 Sign In 버튼은 사라지고 여러분의 메신저 대화명과 이미지가 보이는 것 확인 하셨나요?

Sign In 컨트롤의 경우에는 로그인 전에 보이다가 로그인과 함께 사라지는 것처럼 Profile 컨트롤의 경우에는 사용자의 로그인 이후에 나타나게 하는 것이 좋을 것 입니다. 좀 썰렁해 보이는 것이 차라리 보이지 않는 편이 나을 테니까요. 
profile_before

 


[썰렁한 로그인 전에 보이는 Profile 컨트롤 – 영 어색하다. 차라리 로그인 이전에는 보이지 않는 편이 낫다.]

로그인 전에는 Sign In 버튼만 보이다가, 로그인과 동시에 Profile 컨트롤이 보이게 하면 깔끔하게 떨어지는 UI가 나오게 될 껍니다.
login 
[로그인 전에는 Sign In 버튼만 보이다가 로그인과 함께 Profile 컨트롤이 보임]

그래서 고안된 컨트롤이 바로 “If 컨트롤” 입니다.
바로 적용 들어갑니다.

   1: <msgr:sign-in>
   2: </msgr:sign-in>
   3: <msgr:if cid="$user" condition="online">
   4:     <msgr:profile cid="$user">
   5:     </msgr:profile>
   6: </msgr:if>

위의 HTML Tag 와 같이 Profile 태그를 <msgr:if> 태그로 감쌉니다.
그리고 이 태그에도 역시 cid 를 $user로 지정하고, condition 값을  “online”으로 설정합니다.
말 그대로 “로그인 한 사용자가 온라인이라면 보여줘라” 라고 하는 이야기가 되겠지요.

이와 같이 수정 하신 후 다시 실행 시키시면 로그인 전에는 Sign In 버튼만, 로그인 이후에는 Profile 컨트롤만 보이게 됩니다.

이 Profile 컨트롤은 사용자의 Presence 정보를 변경하거나 로그 오프를 할 수 있는 기능 그리고 “오늘의 한마디” 를 변경해 줄 수 있는 기능을 제공합니다. 
Profile 컨트롤의 cid는 현재 로그인 한 사용자 $user 로 설정되어 있지만 이 값을 커뮤니티의 회원들의 CID로 바꿔 줄 수 있다면?

아래 그림과 같은 재미있는 기능들을 쉽게 구현 할 수 도 있습니다.
socialwithControl 
위의 그림은 사진 공유 사이트에 메신저 웹 툴킷의 UI 컨트롤을 구현해 놓은 예제입니다. 댓글을 단 커뮤니티 회원들의 메신저 사진 이미지와 대화 명들이 보입니다. 사용자들의 메신저 사진들이 보이는 것이기 때문에 사용자가 자신의 메신저 사진을 변경하면 이에 따라 동적으로 변경된 사진과 대화명 등이 보이게 됩니다. 

여기까지의 구현으로 일단 간단히 메신저 웹 툴킷의 컨트롤을 통해 웹 상에서 메신저 상에 로그인 하고, 로그인이 성공하면 나의 Profile 컨트롤이 보이는 기능까지 완성되었습니다.

자 이제는 로그인과 함께 메신저에서처럼 내가 등록한 친구들 중 현재 온라인인 친구들의 목록을 얻어내어 동적으로 리스트 하는 기능을 구현할 차례 입니다.

지금까지는 간단히 태그를 배치하는 것 만으로 쉽게(?) 기능을 구현했습니다만, 이번 기능들부터는 약간의 주의가 요구됩니다.

일단 아래와 같이 HTML 을 구성해 줍니다.

   1: <body>
   2:     <msgr:app id="appTag" application-verifier-token="<%= ApplicationVerifier %>" privacy-url="Privacy.html"
   3:         channel-url="Channel.html" token-url="RefreshMessengerToken.aspx" onauthenticated="OnAuthenticated"
   4:         onsignedout="OnSignout">
   5:     </msgr:app>
   6:     <div id="layout" style="text-align: center; font-family: Tahoma, 맑은 고딕">
   7:         <table style="border-width: medium; width: 500px; border-style: solid;" align="center">
   8:             <tr align="center">
   9:                 <td>
  10:                     <!-- Show display picture -->
  11:                     <msgr:if cid="$user" condition="online">
  12:                         <msgr:profile cid="$user">
  13:                         </msgr:profile>
  14:                     </msgr:if>
  15:                     <!-- Show sign-in control -->
  16:                     <msgr:sign-in>
  17:                     </msgr:sign-in>
  18:                 </td>
  19:             </tr>
  20:             <tr align="left">
  21:                 <td>
  22:                     <div id="list" style="font-size: 8pt; padding-left: 7px; height: 500px; overflow: auto">
  23:                     </div>
  24:                 </td>
  25:             </tr>
  26:         </table>
  27:     </div>
  28: </body>

기본적으로 우리가 앞서 구현한 Sign In 컨트롤과 Profile 컨트롤이 If 컨트롤과 함께 배치된 것은 변함이 없습니다. 좀 예쁘게 다듬기 위해서 컨트롤들을 Table 내부에 배치 시켜 두었습니다.

주의 깊게 보셔야 할 부분은 먼저 appTag 부분입니다.

이전의 appTag와는 달리 onauthenticatedonsignedout 이라고 하는 부분이 추가 되었습니다.
appTag는 기본적으로 요구되는 application-verifier-token, privacy-url, channel-url, token-url 이외에 사용자가 인증을 받고, 로그인을 하는 과정상에서의 이벤트들을 처리할 수 있는 기능이 지원됩니다.[기능 전부 보기]

우리는 이 기능들 중 인증이 성공적으로 완료되었을 경우의 이벤트와 로그 오프(SignOut) 할 경우의 이벤트를 사용할 예정입니다. 
두 이벤트들에 대해 소스에서는 OnAuthenticated 와 OnSignout callback 함수들이 지정 되어 있는 것을 보실 수 있습니다.

그러면 이제 각 이벤트 콜백 함수들과 이와 함께 HTML 요소들을 동적으로 구성하기 위한 기능들을 구현할 스크립트 코딩을 완성해 봅니다.

HTML 부분과 마찬가지로 일단 스크립트 부분의 전체 소스를 아래와 같이 구성합니다.

   1: <head runat="server">
   2:     <title></title>
   3:     <script type="text/javascript" src="http://www.wlmessenger.net/api/3.0/loader.js"></script>
   4:     <script type="text/javascript" language="javascript">
   5:         Microsoft.Live.Core.Loader.load(['messenger.ui', 'messenger.ui.styles.core']);
   6:  
   7:         onlineContacts = []; //online contacts 들을 담을 배열
   8:         timerID = null;
   9:  
  10:         /// 인증이 완료되면 호출 된다.
  11:         /// 인증이 되면 User 객체를 받아서 로그인 한 사용자의 온라인 Contact들을 배열에 담을 수 있도록 collectionChanged 이벤트에 Subscription
  12:         function OnAuthenticated(sender, e) {
  13:             _user = Microsoft.Live.Messenger.UI.Tags.TagsFactory.get_user();
  14:             _user.get_onlineContacts().add_collectionChanged(onOnlineContactsChanged);
  15:             /// collectionChanged 마다 Display를 변경하게 되면 너무나 빈번하게 호출이 되는 문제가 있어,
  16:             /// 특정 Interval을 명시적으로 정의하여 온라인 사용자들을 갱신하도록 한다.
  17:             /// 이 예제에서는 5초마다 Refresh 한다.
  18:             timerID = setInterval(displayBuddies, 5000);
  19:         }
  20:  
  21:         function OnSignout(sender, e) {
  22:             clearInterval(timerID);
  23:             clearlist();
  24:         }
  25:  
  26:         /// 온라인 사용자들을 Display 한다.
  27:         function displayBuddies() {
  28:             clearlist();
  29:             for (var i = 0; i < onlineContacts.length; i++) {
  30:                 if (onlineContacts[i].length != undefined)
  31:                     addlist(onlineContacts[i][0].get_cid());
  32:             }
  33:         }
  34:  
  35:         ///온라인 사용자들에 대한 CollectionChanged 이벤트가 발생 시 호출됨
  36:         ///onlineContacts 배열에 사용자 정보를 추가,삭제, 갱신함.
  37:         function onOnlineContactsChanged(sender, e) {
  38:             switch (e.get_action()) {
  39:                 //추가  
  40:                 case Microsoft.Live.Core.NotifyCollectionChangedAction.add:
  41:                     onlineContacts.splice(e.get_newStartingIndex(), 0, e.get_newItems());
  42:                     break;
  43:                 //삭제  
  44:                 case Microsoft.Live.Core.NotifyCollectionChangedAction.remove:
  45:                     onlineContacts.splice(e.get_oldStartingIndex(), e.get_oldItems().length);
  46:                     break;
  47:                 //재갱신  
  48:                 case Microsoft.Live.Core.NotifyCollectionChangedAction.reset:
  49:                     onlineContacts = new Array(sender.get_count());
  50:                     for (var i = 0; i < sender.get_count(); i++) {
  51:                         onlineContacts[i] = sender.get_item(i);
  52:                     }
  53:                     break;
  54:             }
  55:         }
  56:  
  57:         /// DIV tag 내의 Child 요소들을 삭제
  58:         function clearlist() {
  59:             var node = document.getElementById("list");
  60:             if (!node) {
  61:                 return;
  62:             }
  63:  
  64:             while (node.hasChildNodes()) {
  65:                 node.removeChild(node.firstChild);
  66:             }
  67:         }
  68:  
  69:         /// Messenger Web Toolkit UI 요소를 동적으로 생성하여 추가한다
  70:         function addlist(contactID) {
  71:             if (contactID == '') return;
  72:             var tag = Microsoft.Live.Messenger.UI.Tags.TagsFactory.createTag('display-name', { cid: contactID });
  73:             document.getElementById("list").appendChild(tag);
  74:             tag = Microsoft.Live.Messenger.UI.Tags.TagsFactory.createTag('personal-message', { cid: contactID });
  75:             document.getElementById("list").appendChild(tag);
  76:             document.getElementById("list").appendChild(document.createElement('br'));
  77:         }
  78:     </script>
  79: </head>

앞 서 작성한 HTML Tag 부분과 위의 Script 부분을 모두 완성시키면 앞서 동영상 클립에서 본 것과 같은 예제 어플리케이션이 구동되는 것을 확인 하실 수 있습니다.

그러면 이제 자바 스크립트 소스를 자세히 살펴보도록 합니다.
가장 먼저 AppTag 중에서 OnAuthenticated 이벤트의 Callback 함수인 OnAuthenticated 의 내부를 살펴 봅니다.
사용자가 로그인 버튼을 클릭하고 로그인을 정상적으로 마치면 가장 먼저 호출되는 콜백 함수가 바로 OnAuthenticated 입니다.

   1: /// 인증이 완료되면 호출 된다.
   2: /// 인증이 되면 User 객체를 받아서 로그인 한 사용자의 온라인 Contact들을 배열에 담을 수 있도록 collectionChanged 이벤트에 Subscription
   3: function OnAuthenticated(sender, e) {
   4:     _user = Microsoft.Live.Messenger.UI.Tags.TagsFactory.get_user();
   5:     _user.get_onlineContacts().add_collectionChanged(onOnlineContactsChanged);
   6:     /// collectionChanged 마다 Display를 변경하게 되면 너무나 빈번하게 호출이 되는 문제가 있어,
   7:     /// 특정 Interval을 명시적으로 정의하여 온라인 사용자들을 갱신하도록 한다.
   8:     /// 이 예제에서는 5초마다 Refresh 한다.
   9:     timerID = setInterval(displayBuddies, 5000);
  10: }
인증에 성공하면 파라메터로 넘겨지는 e 변수에는 사용자의 Identity 객체가 전달됩니다.(AuthenticatedCompletedEventHandler 참조)
이 Identity 객체를 사용하여도 사용자 객체를 얻어 낼 수 있으나, 더욱 쉬운 방식으로 TagFactory 객체의 user 프로퍼티를 통해 본 예제에서는 메신저 친구들 목록을 얻어내기 위해 필요한 로그인 한 당사자 객체인 User 객체를 얻어 내고 있습니다.(User 객체 참조
이렇게 얻어낸 사용자 객체의 onlineContacts (온라인 사용자 리스트) 프로퍼티의 collectionChanged 이벤트에 onOnlineContactsChanged callback 함수를 지정해 주고 있습니다.

하루에도 몇 번씩 메신저에 로그인/ 로그오프를 빈번하게 하기 때문에 당장 로그인 했을 당시의 사용자 목록이 계속 유지될 수는 없습니다.
그렇기 때문에 메신저 친구들의 온라인, 오프라인 정보가 변경 될 때 마다 새롭게 보여줄 온라인 친구 목록을 재 구성해 주어야 합니다.

우리 소스의 appTag에 지정된 collectionChanged 이벤트의 콜백인 onOnlineContactsChanged 함수가 바로 온라인 친구 목록을 재구성 해 주는 기능을 담당하게 될 것 입니다.

그런데 난데없이 다음 코드에 있는 setInterval 선언은 뭘까요?
 
원래 정확하게 메신저 친구들의 온/오프라인 변경에 따른 온라인 친구목록 구성과 목록 디스플레이의 코드는(displayBuddies) 모두 collectionChanged 이벤트의 콜백함수인 onOnlineContactsChanged 내에서 수행 되야 합니다.
 
하지만 워낙 빈번하게 이벤트가 발생하기 때문에 목록을 디스플레이 하기 위한 코드를 실행하기에는 적합하지 않습니다. 그래서 콜백함수에서는 온라인 친구목록의 컬렉션인 배열요소(onlineContacts)에 대한 처리를 담당하는 기능을 수행하고 부득이 디스플레이 하는 로직은 setInterval 함수를 통해 매 5초마다 업데이트(디스플레이)를 해 주는 방식으로 구현되어 있습니다.
   1: ///온라인 사용자들에 대한 CollectionChanged 이벤트가 발생 시 호출됨
   2: ///onlineContacts 배열에 사용자 정보를 추가,삭제, 갱신함.
   3: function onOnlineContactsChanged(sender, e) {
   4:     switch (e.get_action()) {
   5:         //추가  
   6:         case Microsoft.Live.Core.NotifyCollectionChangedAction.add:
   7:             onlineContacts.splice(e.get_newStartingIndex(), 0, e.get_newItems());
   8:             break;
   9:         //삭제  
  10:         case Microsoft.Live.Core.NotifyCollectionChangedAction.remove:
  11:             onlineContacts.splice(e.get_oldStartingIndex(), e.get_oldItems().length);
  12:             break;
  13:         //재갱신  
  14:         case Microsoft.Live.Core.NotifyCollectionChangedAction.reset:
  15:             onlineContacts = new Array(sender.get_count());
  16:             for (var i = 0; i < sender.get_count(); i++) {
  17:                 onlineContacts[i] = sender.get_item(i);
  18:             }
  19:             break;
  20:     }
  21: }
위의 코드는 온라인 친구 목록을 동적으로 재구성하는 로직이 구현된 collectionChanged 이벤트의 콜백인 onOnlineContactsChanged 함수입니다.
코드의 설명처럼 온라인 되는 친구, 오프라인 되는 친구, 초기에 재구성되는 경우에 따라 onlineContacts 로 선언된 외부의 배열 변수를 조작하는 코드임을 쉽게 확인할 수 있습니다.
 
다음으로 흥미롭게 살펴볼 코드는 동적으로 사용자 목록에 따라 메신저 웹 툴킷 UI를 구성하여 추가해 주는 로직이 담겨있는 addList 함수입니다.
   1: /// Messenger Web Toolkit UI 요소를 동적으로 생성하여 추가한다
   2:  function addlist(contactID) {
   3:      if (contactID == '') return;
   4:      var tag = Microsoft.Live.Messenger.UI.Tags.TagsFactory.createTag('display-name', { cid: contactID });
   5:      document.getElementById("list").appendChild(tag);
   6:      tag = Microsoft.Live.Messenger.UI.Tags.TagsFactory.createTag('personal-message', { cid: contactID });
   7:      document.getElementById("list").appendChild(tag);
   8:      document.getElementById("list").appendChild(document.createElement('br'));
   9:  }
이 코드를 주위 깊게 살펴야 할 이유는 일반적인 HTML 태그와 달리 우리가 사용하고 있는 메신저 웹 툴킷의 UI 들은 XHTML 구성요소를 사용하고 있기 때문에 동적 생성을 위해서는 생성기(Factory)를 거쳐야만 가능하기 때문입니다.
이 때문에 생성기의 사용법을 주의 깊게 살펴 봐야 합니다. 메신저 웹 툴킷의 UI에서 사용되는 태그 생성기는 Microsoft.Live.Messenger.UI.Tags.TagsFactory 입니다.

우리의 코드에서는 동적으로 <msgr:display-name> 태그와 <msgr:personal-message> 태그를 생성하고 있습니다. 또 흥미로운 것은 이 태그에서 사용하는 속성값들(attribute)을 지정하는 방식으로 JSON 데이터 표현 방식을 사용하고 있습니다.

마지막으로 로그 오프시에 발생하는 SignedOut 이벤트의 콜백 함수인 OnSignout 함수에서는 인증 성공 시에 설정했었던 타이머를 해제하고, 동적으로 추가된 사용자 목록 UI를 청소해 주는 기능을 가진 코드가 추가되어 있습니다.
   1: function OnSignout(sender, e) {
   2:     clearInterval(timerID);
   3:     clearlist();
   4: }
간단한 자바스크립트 코드 몇 줄과 HTML 태그를 통하여 간단히 나의 온라인 친구들 목록을 구성하는 예제를 구성해 보았습니다.

메신저 웹 툴킷은 재미있는 컨트롤들과 이들을 쉽게 연결시켜 줄 수 있는 라이브러리들을 지원하기 때문에 아이디어에 따라서는 얼마든지 훌륭한 기능들을 가진 어플리케이션들을 구현해 낼 수 있습니다.

반드시 데스크탑에 메신저가 설치되어 있지 않은 환경이라도 친구와 대화를 나누거나 친구에게 메시지를 전달 할 수 있으며, 메신저라는 강력한 커뮤니케이션 수단을 통해 웹 사이트를 보다 Socal 하게, 보다 많은 트래픽이 넘쳐나는 사이트로 만들 수 있습니다.
 
Social 한 사이트에서 사용자의 트래픽을 유발시킬 수 있는 수단으로는 수동적인 Feed 보다는 적극적인 사용자와 사용자간의 메시지가 더 큰 힘을 발휘할 수 있습니다.
참고로 능동적 메시지 전달이 가질 수 있는 이점을 생각하게 해 줄 수 있는 블로그 글이 있어 소개해 드립니다.(User acquisition: writing on a notice board vs. sending a postcard)
왜 우리가 이 Windows Live Web Messenger Toolkit 에 관심을 가져야 하는지에 대한 보다 현실적인 이유를 느끼게 되실 것이라 생각합니다.
 
간단히 소개 드리려 시작한 포스트가 다섯 번째에 와서야 일단락을 짓게 되는 것 같습니다.
그래도 아직 Javascript 라이브러리와 Presence/ IM Control 과 관련된 기능은 제대로 맛도 보여드리지 못했는데 말이죠.
 
일단 Windows Live Web Messenger Toolkit과 관련된 블로그 포스팅은 이것으로 마무리 짓겠습니다.
 
다음 번 글에서는 윈도우 라이브 서비스에 대한 글을 써 보려 합니다.
아직도 윈도우 라이브가 마치 Microsoft 사의 전유물인양, Microsoft의 플랫폼만을 위한 배타적인 서비스로 알고 계신 분들이 많은 듯 싶어 이러한 오해를 불식시키기 위해 윈도우 라이브 서비스 전반적인 소개와 앞으로의 방향에 대해 정리해 보도록 하겠습니다.

# Tuesday, June 16, 2009
Tuesday, June 16, 2009 10:06:30 AM (Korea Standard Time, UTC+09:00) ( )

간만의 회합.
짧았지만 반가운 얼굴들...

http://www.minij.com/367