감성프로그래머♡

BMW MINI 50주년 기념 공모전..

쥐야달려 — Sat, 12 Sep 2009 00:05:00 +0900

간만에 블로깅을 하면서 이벤트 관련 글을 많이 올리게 되는것 같네요. ㅋ
이번 이벤트는 아래 내용과 같습니다.
관심 있는 분들을 많이많이 참여해 보세요~^^

BMW코리아는 24일 “미니 브랜드 탄생 50주년을 맞아 오는 9월 15일까지
‘MINI 50주년 디자인 공모전’을 개최한다.
이번 공모전은 미니를 각자의 시선으로 바라본 후
재해석한 참가자들의 디자인을 평가해 상금 및 상품을 제공하는 행사다.
티셔츠(T-shirt)와 차량 지붕의 루프탑(Rooftop) 두 분야로 진행된다. 참가 자격에는 제한이 없다.

- 참여 자격 : MINI를 사랑하는 누구나
- 참여기간 : 2009년 8월 24일 ~ 9월 15일 / 발표 : 9월 21일
- 참여방법 : MINI 50주년 디자인 공모사이트 WWW.MINISPACEKOREA.COM 으로 접수
- 시상 : 현금 100만원 1명 / 50만원 상당의 MNI LIFESTYLE 상품교환권 / 30만원 상당의 MINI LIFESTYLE 상품교환권

QOOK이 뽑는 쿡가대표 선발전~!!

쥐야달려 — Thu, 10 Sep 2009 23:42:49 +0900

이번에 재미난 이벤트를 발견해서 오랜만에 이벤트 스크랩 글을 올려봅니다.
내용은

쿡가대표 선발전!
QOOK이 세상에서 가장 유쾌한 섬,
쿡아일랜드의 유쾌한 집을 통째로 드립니다.

입니다.

저는 처음에 보고 쿡아일랜드가 사이버공간을 얘기하는 줄 알았는데...
그게 아니라 실제 COOK 아일랜드라는 섬을 얘기하는거더군요.

그럼 COOK 아일랜드는 어디에 있는 섬일까요~?
지금부터 이벤트에 응모하기 전에 좀 알아보도록 하겠습니다.
출처 : http://www.soccerline.co.kr/slboard/view.php?code=totalboard&uid=1996641892

뉴질랜드 북동쪽에 위치한 쿡아일랜드 수많은 아일랜드중 가장 특이한 이름을 가졌고 인구는 2007년7월 기준 약 22,000명이 되는 조그만 나라라고 합니다.

쿡 제도는 뉴질랜드의 연합국이며 수도는 아바루아(Avarua)이고, 공용어는 영어와 쿡 제도 마오리어라네요.

뉴질랜드와 연합해 국가를 운영하는 반 독립국가고 정부형태는 영국, 호주, 뉴질랜드와 같은 영국식 의회제도를 택하고 있으며 의회는 양원제로 되어 있는데 하원(입법원)은 쿡 여러 섬의 대표 24명과 뉴질랜드에 살고 있는 쿡 주민대표 1명, 선거로 뽑힌 25명 등 모두 50명으로 구성되어 있고 상원(아리키의회)은 섬의 추장들로 구성되어 있는데 정치적인 권한은 없으며 자문역할밖에 하지 못한다고 하네요.

주로 관광산업이 중심이 되며, 일본으로의 참치 수출, 진주, 양식, 파파야 수출 등도 하고 있고 법정 통화는 뉴질랜드 달러와 쿡 제도 달러로 2종류이나, 국내에서 유통되는 경제통화는 뉴질랜드 달러만이며 쿡 제도 달러는 이전에 주화와 3달러 지폐가 발행되었으나 현재는 통화로서 유통실적이 없이 기념품으로 판매되고 있다고 하네요.

이곳에서는 휴가를 어떻게 보낼 것인가를 계획할 필요도 없고 그저 리조트안에서 평화롭게 휴식을 취하면서 도전적인 열대섬의 아름다움을 만끽하기만 하면 된다고 하네요. 우아~~~

12월이 한여름이고 8월이 한겨울이며 연중 기온의 변화가 적고 비도 일정하게 내린다고 합니다.
높은 산이 많은 라로통가는 비가 많은 편으로 일주일 내내 비가 내릴 때도 있으므로 우의나 우산을 가지고 다니는 것은 필수이며 비가 많은 계절은 12~3월에 해당하는 여름으로 월평균 2,500mm나 내린다고 합니다.
허리케인은 11월에서 3월 사이에 주로 이곳을 강타, 평균적으로 중규모의 허리케인이 10년에 두세차례 지나가지만 이 섬을 방문하기에 좋은 계절은 따로 없고 사철 어느때라도 여행을 즐길 수 있다고 하네요.

아래 지도에 보이는 것이 우리나라에서 쿡아일랜드로 가는 방법을 표시한거 같은데..
쫌 많이 멀군요. ㅋㅋ

자~ 이제 이 이벤트에 꼭 참여하고 싶지 않으신가요~?
KT쿡에서 야심차게 준비한 이벤트..
대한민국 국민이면 누구나 참여 가능한 이벤트..
이벤트는 3단계로 나누어져 있으며 현재 1단계가 진행중입니다.
아주 간단하니 참여해 보세요.

아래 내용을 참고하시고 그럼 모두모두 쿡가대표 선발 이벤트를 향해 고고~!!!
http://www.qook.co.kr/qook_islands/

SOA(서비스 지향 아키텍처)?

쥐야달려 — Sat, 05 Sep 2009 13:11:12 +0900

이번 페이지에서는 SOA에 대해서 좀 정리해 보겠습니다.

※ 아래에 기술되는 내용의 출처 : http://ko.wikipedia.org/wiki/%EC%84%9C%EB%B9%84%EC%8A%A4_%EC%A7%80%ED%96%A5_%EC%95%84%ED%82%A4%ED%85%8D%EC%B2%98

서비스 지향 아키텍처(Service Oriented Architecture, 약칭 SOA 「에스오에이」혹은 「소아」로 발음)란 대규모 컴퓨터 시스템을 구축할 때의 개념으로 업무상에 일 처리에 해당하는 소프트웨어 기능을 서비스로 판단하여 그 서비스를 네트워크상에 연동하여 시스템 전체를 구축해 나가는 방법론이다. 업무 처리 변화를 시스템에 빠르게 반영하고자 하는 수요를 대응하기 위해 2004년부터 IT업계에서 주목을 하고 있다.

※ 정의
- 토마스 얼은 그의 저서 SOA 서비스 지향 아키텍처에서 서비스지향 아키텍처(SOA)를 다음과 같이 정의하고 있다. 최신 SOA는 공개, 기민성, 확장, 연합, 자립적 요소들로 구성된 조합가능한 아키텍처, 서비스 품질, 다양한 벤더, 상호 운영성, 서비스 발견 그리고 잠재적으로 재사용 가능한 서비스들이 웹서비스로 구현된다. SOA는 비지니스 로직과 기술을 추상화하여, 이 도메인 간에 느슨한 결합을 유도한다. SOA는 과거 플랫폼의 진화물로서, 전통적인 아키텍처의 특징들을 고스란히 가지고 있으며, 명확한 원칙을 가지고 SOE를 지원하며 서비스 지향을 촉진한다. SOA는 엔터프라이즈 환경을 이상적으로는 표준화하지만, 치밀한 사전 계획에 의한 이전 필요성과 현재도 진화하고 있는 기술에 대한 지원만이 이러한 목적을 달성할 수 있다.
- 책 “Enterprise SOA(Dirk Krafzg, Karl Banke, Dirk Slama)”에서는 서비스 지향 아키텍처를 “애플리케이션 프론트엔드, 서비스, 서비스 리포지토리, 서비스 버스의 주요 개념에 바탕을 둔 소프트웨어 아키텍처이다. 서비스는 계약, 하나 이상의 인터페이스, 그에 대한 구현으로 이루어진다.”라고 정의 하고 있다.
- W3C의 Web Service Architecture Working Group에서 활동하고 있는 Hao He 박사는 “상호 작동하는 시스템 사이를 느슨하게 연결하려는 목적을 가진 아키텍처(Service Oriented Architecture is an architectural style whose goal is to achieve loose coupling among interacting software agents)”라고 정의 하고 있다.

※ 구성요소
- 서비스
: 명확한 기능적인 의미를 지닌 소프트웨어 컴포넌트로, 고차원의 비즈니스 개념을 캡슐화 하고 있는 것을 말한다. [1]
: SOA의 관점에서 서비스는 인터페이스를 통해 자신이 가진 비즈니스 프로세스를 처리할 수 있는 컴포넌트로 정의된다. 서비스는 인터페이스와 구현 부분으로 구성된다. 서비스가 가지는 특징을 다음과 같이 3가지로 요약할 수 있다. [2]
   = 서비스의 인터페이스는 플랫폼에 독립적이다.
   = 서비스는 동적으로 검색될 수 있으며, 호출될 수 있다.
   = 서비스는 self-contained하다. 즉, 자신의 상태를 스스로 유지한다.
- 메시지
: SOA를 이루는 두 번째 중요한 개념은 메시지이다. 서비스 제공자와 서비스 사용자는 메시지를 통해 서로 통신한다. 서비스 제공자는 서비스 명세를 통해 자신이 가진 서비스의 인터페이스를 공개하는데, 이 명세 내에는 서비스가 제공하는 기능과 이를 이용하기 위해 사용자와 주고 받아야 하는 메시지의 형식이 정의되어 있다. SOA 관점에서 서비스는 플랫폼 독립적이어야 하므로, SOA에서 정의되는 메시지는 특정 기술에 독립적이어야 한다.[2]

※ 특징
- 서비스는 발견이 가능하고 동적으로 바인딩 된다. [3]
- 서비스는 컴포넌트와 같이 독립된 모듈이다. [3]
- 서비스의 플랫폼간 상호 운용이 가능하다. [3]
- 서비스는 느슨하게 연결된다. [3]
- 서비스는 네트워크 주소로 접근 가능한 인터페이스를 갖는다. [3]
- 서비스는 위치 투명성을 제공한다. [3]
- 서비스의 조립이 가능하다. [3]
- 서비스는 자기 치유(self-healing)를 지원한다.[3]

※ SOA와 웹서비스 입문 (한글)
참조 사이트 : http://www.ibm.com/developerworks/kr/webservices/newto/

Ajax?

쥐야달려 — Sat, 05 Sep 2009 12:06:52 +0900

이번 페이지에서는 Ajax에 대해서 좀 정리해 보겠습니다.

※ 아래에 기술되는 내용의 출처 : http://ko.wikipedia.org/wiki/Ajax

Ajax(Asynchronous JavaScript and XML)는 대화식 웹 애플리케이션의 제작을 위해 아래와 같은 조합을 이용하는 웹 개발 기법이다.

표현 정보를 위한 HTML (또는 XHTML) 과 CSS
동적인 화면 출력 및 표시 정보와의 상호작용을 위한 DOM, 자바스크립트
웹 서버와 비동기적으로 데이터를 교환하고 조작하기 위한 XML, XSLT, XMLHttpRequest (Ajax 애플리케이션은 XML/XSLT 대신 미리 정의된 HTML 이나 일반 텍스트, JSON, JSON-RPC를 이용할 수 있다).

DHTML이나 LAMP와 같이 Ajax는 자체가 하나의 특정한 기술을 말하는 것이 아니며, 함께 사용하는 기술의 묶음을 지칭하는 용어이다. 실제로 AFLAX와 같이 사실상 Ajax에 바탕을 두고 있는 유사/복합 기술들이 속속 나타나고 있다. Ajax 애플리케이션은 실행을 위한 플랫폼으로 위에서 열거한 기술들을 지원하는 웹 브라우저를 이용한다. 이것을 지원하는 브라우저로는 모질라 파이어폭스, 인터넷 익스플로러, 오페라, 사파리 등이 있다. 단, 오페라는 현재 XSL 포맷팅 객체와 XSLT 변환을 지원하지 않는다.

※ 기존 기술과의 차이점
기존의 웹 애플리케이션은 브라우저에서 폼을 채우고 이를 웹 서버로 제출(submit)을 하면 하나의 요청으로 웹 서버에 전달 된다. 웹 서버는 요청된 내용에 따라서 데이터를 가공하여 새로운 웹 페이지를 작성하고 응답으로 되돌려준다. 이때 최초에 폼을 가지고 있던 페이지와 사용자가 이 폼을 채워 결과물로서 되돌려 받은 페이지는 일반적으로 유사한 내용을 가지고 있는 경우가 많다. 결과적으로 중복되는 HTML 코드를 다시 한번 전송 받게 됨으로써 많은 대역폭을 낭비하게 된다. 대역폭의 낭비는 금전적 손실을 야기할 수 있으며 사용자와 대화(상호 반응)하는 서비스를 만들기 어렵게도 한다. 반면에 Ajax 애플리케이션은 필요한 데이터만을 웹서버에 요청해서 받은 후 클라이언트에서 데이터에 대한 처리를 할 수 있다. 보통 SOAP이나 XML 기반의 웹 서비스 프로토콜이 사용되며, 웹 서버의 응답을 처리하기 위해 클라이언트 쪽에서는 자바스크립트를 쓴다. 웹 서버에서 전적으로 처리되던 데이터 처리의 일부분이 클라이언트 쪽에서 처리 되므로 웹 브라우저와 웹 서버 사이에 교환되는 데이터량과 웹서버의 데이터 처리량도 줄어들기 때문에 애플리케이션의 응답성이 좋아진다. 또한 웹서버의 데이터 처리에 대한 부하를 줄여주는 일이 요청을 주는 수많은 컴퓨터에 대해서 일어나기 때문에 전체적인 웹 서버 처리량도 줄어들게 된다.

장점

페이지 이동없이 고속으로 화면을 전환할 수 있다.
서버 처리를 기다리지 않고, 비동기 요청이 가능하다.
수신하는 데이터 량을 줄일 수 있고, 클라이언트에게 처리를 위임할 수도 있다.

단점

Ajax를 쓸 수 없는 브라우저에 대한 문제가 있다.
Http클라이언트의 기능이 한정되어 있다.
페이지 이동없는 통신으로 인한 보안상의 문제
지원하는 Charset이 한정되어 있다.
스크립트로 작성되므로 Debugging이 용이하지 않다.
요청을 남발하면 역으로 서버 부하가 늘 수 있음.

※ Ajax의 보급
이것은 이미 존재하던 기술이었지만, 2005년 초에 있었던 몇 가지 사례 이후로 인기를 끌기 시작했다. 먼저 구글이 구글 그룹스를 포함한 훌륭한 대화형 애플리케이션의 기반을 위해 비동기식 통신을 이용한 것이다. 두 번째로는 Ajax라는 용어가 AJAX: A new approach for a new application^[2] 기사에서 등장한 것으로, 이후 빠르게 대중화되어 이 기법의 보급에 도움이 되었다.
현재 대화형 웹 페이지를 위한 도구로서 Ajax를 이용하는 애플리케이션들이 급격히 늘어나고 있으며, 이는 부분적으로 이용할 수 있는 애플리케이션 툴킷(예: Ruby on Rails, DWR)이 늘어나 프로그래머들이 구현하기가 쉬워진 때문이다.
대한민국에서도 네이버와 다음등을 비롯한 포털 업체에서 이 기술을 도입하고 있다.

※ 아래에 기술되는 내용의 출처 : http://mainia.tistory.com/314

1. AJAX란 무엇인가?
비동기 자바스크립트와 XML (Asynchronous Javascript and XML) 를 의미하며 기술이라기 보다 기술자들이 개발자가 좀더 쉽게 접근할수 있도록 인터페이스를 만든 방법론이라고 할수있다.
그리고 웹에 존재하는 DHTML, CSS, XML, XMLHttpRequest등의 기술들을 합친 새로운 기술이라고 할수있다.

2. AJAX 사용이유
AJAX를 사용하는 가장 큰 이유는 웹에서 액티브X, 플래시 또는 자바 애플릿 등에 의존했던 사용성, 접근성, 응답성의 향상이다. 네트워크 인프라가 발전하여 네트워크 속도가 아무리 발라진다고 하더라도 새로운 컨텐츠를 보여주기 위해서 웹 페이지 전체가 매번 리로딩되는 것은 사용성, 응답성의 한계로 이어질 수밖에는 없다.

액티브X, 자바 애플릿, 플래시 등이 그 대안이 될 수 있다.
하지만 그러한 기술들 대신에 AJAX가 가질 수 있는 경쟁력을 얘기하자면 플러그인을 사용하지 않고 브라우저만으로 바로 이용할 수 있다는 것과 새로운 것을 배우지 않고 DHTML, 자바스크립트, CSS등의 기존 웹 기술들을 그대로 이용할 수 있다는 것이다.
이러한 장점들은 지금도 널리 사용되고 있는 액티브X, 자바 애플릿, 플래시 등의 기술에 대한 대안으로 AJAX에 관심을 가져볼만한 충분한 이유를 준다.

3. AJAX 구성요소들 UML
기존웹은 응답이 올 때 까지 기다리지만 AJAX 를 이용한 사용자는 진행중이라는 값과 결과값을 진행중이나 진행후에 받게 된다.

※ XMLHTTPRequest 객체

- Method

Method	Description
abort()
getAllResponseHeaders()
getResponseHeader( headerName )
open( method, URL ) open( method, URL, async ) open( method, URL, async, userName ) open( method, URL, async, userName, password )
send( content )
setRequestHeader( label, value )

- Properties

Property	Description
onreadystatechange	XMLHTTPRequest 객체의 상태가 변할 때 실행할 핸들러를 지정한다.
readyState	XMLHTTPRequest 객체의 상태가 변할 때 각 상태값을 반환한다. 0 = uninitialized 1 = loading 2 = loaded 3 = interactive 4 = complete
responseText	HTTP 요청결과를 문자열 형태로 반환한다.
responseXML	HTTP 요청결과를 XMLDocument 오브젝트로 반환한다.
responseBody
status	HTTP 응답코드를 반환한다. 성공일 경우 200
statusText	HTTP 응답문자열을 반환한다. 성공인 경우 OK

4. 전체적인 예제

GET 방식일때는 send 함수 첫번째 파라미터에 "GET" 이라고 입력한다.
헤더값을 셋팅하는데 charset=UTF-8 인코더 해서 보내면된다.
자기가 원하는 인코더 값을 넣어서 보내도 된다. 그러면 디코더 할 때 같은 값으로 해야될것이다.
마지막으로 GET 방식이므로 send 함수에 파라미터 값은 null 이 된다.

// GET 전송요청

function startRequest()
{

var form = document.frmAdd;

createXMLHttpRequest();

xmlHttp.open("GET", url, true);

xmlHttp.setRequestHeader("Content-Type", "application/x-www-form- urlencoded;charset=UTF-8");

xmlHttp.setRequestHeader("Cache-Control",
"no-cache, must-revalidate");

xmlHttp.setRequestHeader("Pragma", "no-cache");

xmlHttp.onreadystatechange = handleStateChange;

xmlHttp.send(null);

}

위의 함수에서보면 onreadystatechange 에 함수명을 넘기는데 이것을 callback 함수라고 한다.
Ajax 의 기본동작은 비동기인데 넘기고 나서 그 결과를 함수에 전달하게 되는데 내용은
다음과 같다.

// callback함수

function handleStateChange()
{

if (xmlHttp.readyState == 4)
{

if (xmlHttp.status == 200)
{

updateSecondMenu();

}
else if (xmlHttp.status == 400){

alert("404 Error : " + xmlHttp.responseText);

}

xmlHttp.status == 200 일때 (응답이 성공적일 때) 실행하는 함수인데 화면에서 id selSecondMenu를 가진 select 에 option 요소를 받아온 내용만큼 집어넣는 내용이다.

function updateSecondMenu()
{

// 모든 데이타를 없애고 초기화 한다.

clearModeList();

var selSecondMenu = document.getElementById("selSecondMenu");

var results = xmlHttp.responseXML.getElementsByTagName("model");

var option = null;

for(int i=0; i<results.length; i++)
{

option = document.createElement("option");

option.appendChild(document.createTextNode(results[i].firstChild.nodeValue));

selSecondMenu.appendChild(option);

}

Option 태그를 집어넣기 전에 select 내용을 모두 청소해준다.

function clearModelsList()
{

var models = document.getElementById("selSecondMenu");

while(models.childNodes.length > 0)
{

models.removeChild(models.childNodes[0]);

}

Html 의 내용은 다음과 같다.
<select id="selSecondMenu" name="selSecondMenu">

#if ($lstCommInfo.size() > 0)

#foreach($list in $lstSecondMenu)

#end

#else

<option value="0">첫번째메뉴선택</option>

#end

</select>

서버 java 파일의 내용이다. 내용의 핵심은 xml 로 내용을 구성하는 것이며, 그 구성요소명을
<model> 로 했다. 이 이름은 클라이언트 함수에서 엑세스 할 때 다음과 같이 쓰인다.

var results = xmlHttp.responseXML.getElementsByTagName("model");

List availableModel = new ArrayList();

StringBuffer results = new StringBuffer("<models>");

MakeModelYear makeModelYear; // 사용자정의 bean

for (Iterator it = availableModel.iterator(); it.hasNext();)
{

makeModelYear = (MakeModelYear)it.next();

results.append("<model>");

results.append(makeModelYear.getModel());

results.append("</model>");

}

results.append("</models>");

response.setContentType("text/xml;charset=UTF-8");

response.setHeader("Cache-Control", "no-cache");

PrintWriter out = response.getWriter();

out.println(results.toString());

out.close();

(2) POST 방식으로 데이터 전송
POST 로 전송하기 위해서는 전송데이터를 구성해서 보내야하는데 그 구성요소는 [이름] = [값]&[이름] = [값]… 의 반복으로 이루어진다.
그러면 서버에선 request.getParameter 받을 수가 있다.
POST 로 전송하기 위해서 파싱하는 함수는 다음과 같다.
함수의 내용을 보면 알겠지만 각 element 값을 가져와 이름=값 으로 구성하는 것을 볼수있다.
// POST 전송을 위한 Ajax 셋팅

function setQueryString(form)
{

var queryString = "";

var obj = form;

var numberElements = obj.elements.length - 1;

for (var i=0; i < numberElements; i++)
{

if ( i < numberElements - 1)
{

queryString += obj.elements[i].name + "=" +

escape(obj.elements[i].value) + "&";

       }
       else
       {

queryString += obj.elements[i].name + "=" +

escape(obj.elements[i].value);

}

return queryString;

}

위의 startRequest 와 대부분 내용이 같지만 xmlHttp.send 파라미터 값으로 setQueryString 함수에서 추출한 화면상의 데이터를 구성한 문자열을 넘기는게 차이다.

var form = document.frmAdd;

createXMLHttpRequest();

xmlHttp.open("GET", url, true);

xmlHttp.setRequestHeader("Content-Type",

"application/x-www-form-urlencoded;charset=UTF-8");

xmlHttp.setRequestHeader("Cache-Control",

"no-cache, must-revalidate");

xmlHttp.setRequestHeader("Pragma", "no-cache");

xmlHttp.onreadystatechange = handleStateChange;

var params = setQueryString(form);

xmlHttp.send(params);

(3) xml 방식과 text 방식
xml 방식은 서버 java 에서 response 객체에 text/xml 셋팅을 하고 넘기면

response.setContentType("text/xml;charset=UTF-8");

control 페이지에서 xmlHttp.responseXML 써서 값을 읽어들이면 된다.

xml 은 element 로 구성이 되어있고 그것을 분리하여 사용해야 되므로 getElementsByTagName 같은 함수를 써서 객체를 반환받은후 적절하게 사용하면된다.

text 방식은 서버 java 에서 response 객체에 text/html 셋팅을 하고 넘기면

response.setContentType("text/html;charset=UTF-8");

control 페이지에서 xmlHttp.responseText 써서 값을 읽어들이면 된다.

OPEN API?

쥐야달려 — Sat, 05 Sep 2009 00:26:07 +0900

이번 페이지에서는 OPEN API에 대해서 좀 정리해 보겠습니다.

※ 아래에 기술되는 내용의 출처 : http://hannaholic.egloos.com/2092345

open Application Programming Interfaces: 오픈 API(OpenAPI)란 자사의 API를 외부에 공개한 것으로 일반적으로 웹 서비스(Web Services)형태로 공개한 것.

"응용프로그램에서 사용할 수 있도록 운영 체제나 프로그래밍 언어가 제공하는 기능을 제어할 수 있도록 만든 인터페이스"

원래는 운영체제나 언어가 제공하는 기능을 제어할 수 있는 인터페이스였으나 이를 웹서비스에서는 특정 서비스를 이용할 수 있는 인터페이스를 API라 지칭하였습니다. 또한 이것을 외부에서 사용할 수 있도록 공개한 것이 오픈 API.
웹 서비스의 개방지향적인 성격을 잘나타내고 있다. 일반적으로 오픈 서비스 API, 웹 서비스 API등의 용어와 혼용하여 비슷한 의미로 사용되고 있다.

API는 일반 프로그래밍에서 말하는 것과 같은 의미로 라이브러리라고 보면 됨. 간단히 말해 프로그래머가 만들지 않고 가져다 쓰는 것.
오픈 API는 현재 웹 2.0기술 중 대표적인 것으로 웹에서 사용할 수 있는 기능들을 회사가 무료로 제공해 주면 사용자는 그 기능을 가져다 마치 레고블럭 조립하듯이 자신의 프로그램에 조립해서 또 다른 프로그램을 만들 수 있게 됨
대표적으로 구글맵, 검색, 다음, 네이버 검색 등이 있는데 외국에서는 엄청난 관심을 받고 있지만 사실 국내에서는 관심을 덜 받는게 사실. 외국에는 굉장히 다양한 분야에서 오픈API를 제공함. 사진 공유 서비스라든지, 온라인 회계 서비스, 여행 서비스, 일기예보 서비스, 배송 서비스 등 다양한 분야에서 서비스 제공

※ 다음(DAUM)의 OPEN API
참고 사이트 : http://dna.daum.net/
참고 사이트 : http://dna.daum.net/archives/category/openapi/

※ 네이버(NAVER)의 OPEN API
참고 사이트 : http://dev.naver.com/
참고 사이트 : http://cafe.naver.com/openapi.cafe

※ 엠군(MGOON)의 OPEN API
참고 사이트 : http://api.mgoon.com/openApi/index.htm

※ OPEN API에 관련된 내용
참고 사이트 : http://ingenuity.egloos.com/3751761

HTTPS?

쥐야달려 — Sat, 05 Sep 2009 00:25:43 +0900

이번 페이지에서는 HTTPS에 대해서 좀 정리해 보겠습니다.

※ 아래에 기술되는 내용의 출처 : http://www.terms.co.kr/HTTPS.htm

HTTPS (Secure Hypertext Transfer Protocol)
HTTPS는 넷스케이프에 의해 개발되고 그들의 브라우저에 구현된 웹 프로토콜로서, 사용자의 페이지 요청들과 웹서버에 의해 반환되는 페이지들을 암호화하고 해석한다. HTTPS는 실제로 넷스케이프의 SSL을 정규 HTTP 응용계층 하에서 서브 계층으로서 사용한다 (HTTP가 하부계층인 TCP/IP와의 상호작용을 위해 80번 포트를 사용하는데 비해, HTTPS는 443번 포트를 사용한다). SSL은 RC4 스트림 암호화 알고리즘을 위해 40 비트 크기의 키를 사용하는데, 이는 상업적 데이터의 교환을 위한 암호화 정도에 적합하다고 간주된다.
NetPlaza (http://www.netplaza.com)와 같은 웹사이트에 방문해서 그들의 카탈로그를 보기 위해 넷스케이프 브라우저를 사용한다고 가정하라. 주문할 준비가 되었을 때, 사용자는 URL이 https://로 시작되는 웹페이지 주문서를 받게 될 것이다. 사용자가 그 페이지를 판매자에게 보내기 위하여 "보내기" 단추를 클릭하면, 브라우저의 HTTPS 계층이 그 페이지를 암호화한다. 서버가 받았음을 알리는 회신내용 역시 암호화된 형식으로 도착되지만, 그 내용은 브라우저의 HTTPS 서브 계층에 의해 해석된다. HTTPS와 SSL은 서버로부터의 X.509 디지털 인증서 사용을 지원하므로, 필요한 경우 사용자는 발신자를 믿을 수 있음을 증명할 수 있다. SSL은 넷스케이프가 W3C에 표준으로 제안한 개방형이며, 비독점적 프로토콜이다. HTTPS를 EIT가 개발하고 표준으로 제안한 HTTP의 보안 강화판인 SHTTP와 혼동하면 안된다.

※ 아래에 기술되는 내용의 출처 : http://wiki.gimslab.com/moniwiki/wiki.php/https

클라이언트는 암호화(대칭키방식)용 세션키를 생성하고 전송자료를 생성된 세션키로 암호화하며 또한 세션키를 서버에서 받은 서버공개키로 암호화(공개키방식)하여 서버로 전달하면 서버는 암호화된 세션키를 자신의 개인키로 복호화하여 세션키를 얻고 그 세션키로 전송자료를 복호화하고 또한 응답데이터를 그 세션키로 암호화하여 전송하며 클라이언트는 자신이 기존에 생성했던 세션키를 이용 응답데이터를 복호화한다.

C:client, S:server

1. [C]보안 파일(Secure File) 요청 >>>

2. [S]<<< 인증서(Certificates:서버정보와서버의 Public Key 포함) 발송

3. [C]세션키생성

4. [C]인증서검증

5. [C]세션키암호화(서버의 Public Key이용)

6. [C]암호화된 세션키 전송 >>>

7. [S]세션키 복호화(자신의 Private Key 이용)

8. [S]보안문서 암호화(복호화한 세션키 이용)

9. [S]<<< 암호화된 보안문서 전송

10. [C]보안파일 복호화(세션키 이용)