금융결재원이 파이어폭스, 사파리와 같은 웹브라우저에서 공인인증서 지원을 거부했다고 합니다.

정말 웃기는 일이지만, 우리나라는 윈도에서 인터넷 익스플로러에서만 가지고 공인인증서를 사용할 수 있습니다. 리눅스와 매킨토시 사용자는 인터넷 뱅킹도 쇼핑도 할 수 없습니다.

그 이유가 정말 황당합니다.

이와 관련 금결원 전자인증센터 안순용 인증관리팀장은 “우리는 오픈웹과 기본적인 법률해석이 다르기 때문에 오픈웹의 제안을 받아들이지 않은 것 뿐”이라고 반박했다.

그는 “공인인증 기관은 (모든 사용자에 맞춰) 가입자설비 소프트웨어를 배포할 의무가 없고, 현실적으로 (비(非)IE를 사용하는 시장도 없다”면서 “이미 기술을 확보하고 있지만 시장이 없어 배포하지 않고 있다”고 일갈했다.

비IE를 사용하는 시장이 없다는데, 현재 애플이 열심히 매킨토시를 판매하고 있고 리눅스 사용자도 많이 있습니다. 게다가 이미 기술은 확보했는데 배포하지 않는 이유가 무엇인지 정말 궁금하군요. 그리고 공인인증 기관이면 당연히 다른 운영체제도 지원해야하는 것이 아닐까요?

물론, 그 시장이 작다는 것은 인정합니다. 하지만 그 동안 MS기술에 의존해온 결과 우리는 많은 혼란을 겪어왔습니다. 윈도나 인터넷 익스플로러가 업그레이드 될 때마다 크고 작은 호환성 문제로 많은 사용자와 웹사이트 운영자가 혼란과 불편함을 감수해왔고, 정부도 MS에 윈도98 기술지원 연장을 구걸했지만 거절당하고 말았습니다.

이것은 MS의 문제가 아닌 아무 생각없는 정부 정책자와 사리사욕만 채우는 금융기관의 문제입니다.

하루 빨리 이 문제가 해결되기를 희망하며, 관련 소식이 나오는데로 계속 전하겠습니다.

* 관련기사

http://www.ddaily.co.kr/news/?fn=view&article_num=23053

* 관련 의견

http://kldp.org/node/81358

*바깥고리

http://openweb.or.kr/

IE를 이용해서 내 블로그에 등록된 글을 보다가 갑자기 좌측 메뉴가 밑으로 밀리는 현상을 발견하게 되었다. 문제의 원인을 찾느라 HTML소스 코드를 한참 뒤져봤는데, 문제는 이미지 폭이였다.

Firefox나 Apple의 Safari같은 경우 이미지 폭이 블로그 본문 폭을 넘어서면 자동으로 그림을 줄여준다. 그 품질은 브라우저 마다 플랫폼 마다 다른 것 같다. 맥에서는 이미지가 깨지지 않고 자연스럽게 줄어든다. 맥에서 이미지를 렌더링하는 API가 렌더링 크기에 맞게 이미지를 scaling해주는 것 같다. 문제는 IE인데, 원래 크기로 이미지가 나타나는데, 그 크기가 블로그 본문을 넘어서면 메뉴가 이미지를 피해 본문 뒤로 밀리는 것이다. 기존처럼 Table 태그를 이용해서 전체적인 윤곽을 잡았다면 이런 현상은 없겠지만, 워드프레스는 CSS를 이용해서 전체 윤곽을 잡기 때문에, 이미지와 메뉴를 같은 영역에서 표시할 경우, 브라우저 마다 다르게 렌더링 되고 있는 듯 보인다.
사실 XHTML, CSS 스펙을 아무리 잘 정의해도 이를 화면에 그려낼 때는 사소한 부분에 구멍이 생기게 마련이다. 이 경우 가장 대중적인 브라우저를 렌더링 방식을 모방하게 되는데, 지금은 사정이 그렇지 못한 것 같다. 대부분의 공개 소프트웨어가 Firefox를 기반으로 개발되다 보니 오히려 미묘한 부분에 있어서 IE에서 문제를 일으키고 있다. 물론 IE가 CSS 풀스펙을 지원하지 못해 생기는 문제일 수도 있다.
미묘하지만 이러한 브라우저 호환성은 실제 컨텐츠를 개발할 때 늘 문제거리가 되고 만다.

TV 제품 마다 다르게 방송신호를 보내거나 영상을 만들어한다고 생각해보자. 가정마다 TV를 채널별로 갖고 있을 수도 있다. 무척 우스운 일 처럼 보이지만 실제 웹을 두고 이런 일이 벌어지고 있다. 표준화가 어렵기는 하지만 조금만 욕심을 버리고 기술의 표준화를 통해 웹의 접근성을 높였으면 좋겠다. 특정 컨텐츠를 이용하기 위해 또 다른 컴퓨터를 켜는 일은 더 이상 없어야 할 것이다.

사용자에 의한 뉴스 사이트 Digg!
Digg는 IT와 관련된 일종의 뉴스 사이트이다. slashdot과도 비교되는데, 사용자의 선호도에 의해 뉴스가 대문에 나갈지 결정된다. 기존의 사용자 참여 형식의 뉴스 사이트의 경우, 대부분 관리자에 의해 뉴스가 결정되는데, Digg는 제3자의 힘에 의해 기사가 선택되지 않는다. 오로지 사용자의 참여에 의해서 기사가 선택된다.

직접 뉴스를 올리지는 않는다
Digg는 특이하게 직접 뉴스를 사이트에 올리는 것이 아니라 자기 블로그에 올리거나 다른 사이트에 있는 소식에 대한 링크를 등록하고 이를 Digg라는 단위로 평가를 받게 된다. 사람들은 마음에 맞는 기사에 Digg를 올려줌으로써 인기있는 기사가 대문에 나가도록 할 수 있고 많은 사람들이 관심을 갖게 된다.

기존 매체도 Digg를 활용한다
재미있는 것은 기존 뉴스 사이트에서도 Digg를 지원한다는 것이다. zdnet blog기사는 Digg사이트에 쉽게 등록할 수 있도록 링크가 제공되고 있다. 사용자에 의해 기사가 digg에 등록되고 Digg이용자에게 평가받을 수 있도록 한 것이다. 포털 사이트에 기사를 제공하는 것과 사뭇 다른 방식의 뉴스 제공 방식이다. 포털 사이트는 에디터가 뉴스의 노출방식을 조정할 수 있지만 Digg는 철저하게 이용자에게 선택되고 평가를 받게 된다.

내 블로그 글도 Digg로
개인의 블로그 글도 Digg에 등록시킬 수 있다. 이렇게 하면 자신의 블로그의 글을 다른 사용자에게 평가받을 수 있다. 내가 힘들게 쓴 글을 Digg에 등록하여 대문으로 진출해 보는 것도 흥미진진할 것이다.

아쉬운 것은 영문 뉴스 위주라는 것
한글 뉴스만을 다루지 않기 때문에 한국 사용자에게는 그다지 매력적인 서비스는 아닌 것 같다. 전세계 네티즌들이 한글 뉴스에 Digg를 주기는 힘들 것 같다.. ^^;

Web 2.0 바람이 무섭다. 사용자의 참여로 이루어진 Digg가 뉴스 사이트로 더욱 발전하기를 기대해 본다.

저는 PHP에 관해서는 잘 모릅니다.
구체적인 문법이나 어떤 함수들이 있는지 마음 잡고 공부해 본 적이 없지요. 하지만 Server Side Script로는 PHP가 대세이고 많은 웹용 프로그램들이 PHP로 만들어져 어쩔 수 없이 PHP를 좀 알아야만 했습니다.

지금 홈페이지를 구축하는데 쓰고 있는 Tatter Tools나 moniwiki도 PHP로 구현되어 있습니다.

오늘은 맘 잡고 그동안 첫페이지에서 블로그의 첫 기사를 보여줄 수 있는 스크립트를 구현하였습니다. 인터넷을 뒤져보니 쓸만한 정보를 구할 수가 있었습니다. 특히 웹용 스크립트 답게 정보들이 잘 정리되어 있었습니다.

우선 RSS Reader를 구현하려면 아래 패키지를 이용하면 됩니다.

http://pear.php.net/package/XML_RSS/

그리고 이 패키지를 사용하려면 XML 파서 패키지가 필요합니다. 문서화가 잘 되어있으므로 바로 사용할 수 있습니다..

http://pear.php.net/package/XML_Parser/

공개 소프트웨어의 힘을 느꼈습니다. :)

다운로드
첨부한 파일은 RSS파일을 읽어와서 원하는 부분만을 웹페이지 표시하는 코드입니다. 원래 KLDP에서 구한 코드인데, XML을 이용하도록 수정하였습니다

언젠가 꿈꾸던 XML 세상이 온 듯하다. HTML로 표현되던 각종 정보가 XML과 함께 기술되고 있다. 그 중심에 RSS가 존재하고 있다.

RSS는 Blog라는 인터넷 새로운 스타와 함께 조금씩 자신만의 영역을 구축하고 있다. 물론 RSS가 Blog에 속하는 서비스는 아니다. RSS확산에는 Blog가 큰 역할을 하였다. 이제 웬만한 IT관련 정보 사이트에서는 RSS로 최신 기사를 제공하다. 많은 사람들이 RSS로 인터넷을 시작하고 있다. 많은 RSS Reader를 이용해서 최신 업데이트된 정보를 확인하고 필요한 기사만 클릭해서 보고 있다. 사용자가 일일히 웹사이트를 찾아 헤매지 않아도 된다. 조금만 관심을 가지면 최신 정보를 한꺼번에 확인할 수 있다.

Mobile환경에서 RSS는 더욱 놀라운 기능을 제공한다. PC용으로 만든 HTML을 PDA나 핸드폰에서 그냥은 거의 볼 수 없다. 변환과정을 거쳐야 하는데, 이것이 그렇게 쉬운 일이 아니였다. HTML은 단순한 문서가 아닌 스타일과 코드를 함께 포함하고 있어서 여기서 원하는 정보를 추출해 내는 것은 상당히 어렵다. RSS는 XML로 되어 있기 때문에 이미 정보로서 가치를 가지고 있으며 XSLT엔진을 이용해서 원하는 포맷으로 변환할 수 있다. 이미 어떤 개인 Blog는 RSS를 이용해서 PDA용 웹페이지를 만들어놓기도 했다.

RSS는 무엇인가?
RSS는 Really Simple Syndication의 약자이다. 우리말로 표현하면 "정말 간단한 기사"라는 뜻이다. 말 그대로다 RSS는 기사를 간단하게 XML로 표현하기 위한 표준이다. 누구나 자산의 웹사이트의 최신 소식을 XML로 표현간단하게 표현하여 제공할 수 있다. 이미 중알일보와 같은 메지저 신문사도 RSS로 기사 목록을 제공하기 시작했다.
Apple은 그들의 OS인 MacOSX의 차기버전에서 RSS Reader를 지원할 예정이다.

쓸만한 RSS Reader
RSS를 읽기 위해서는 프로그램이 필요하다. RSS Reader는 수 많은 RSS사이트를 체계적으로 정리해주고 보기 편하게 보여주는 역할을 한다.
모질라에서는 Add-in으로 지원하고 있고 Bloglines웹사이트와 같이 전문적으로 RSS주소를 관리해주는 기능을 제공하기도 한다. 이외에 Desktop용으로 개발된 RSS Reader도 많다.

* bloglines.com
* SharpReader

RSS지원 사이트
* http://rss.joins.com/joins_news_list.xml
* http://bbs.kldp.org/rdf.php
* http://www.wired.com/news_drop/netcenter/netcenter.rdf
* http://slashdot.org/slashdot.rs

창사이래 MS가 가장 실수한 것은 검색엔진을 확보하지 못한 것이라 합니다.
hotmail도 사고 visio, frontpage 등을 샀지만 검색엔진은 없지요..

그런데, 구글이 브라우저를 만드다고 하니 참 재밌군요.

IE가 브라우저 시장을 장악한 이후 사실상 브라우저 기술은 발전하지 못했습니다. 예전에 넷스케이프 나올 때, 얼마나 자주 새로운 기능이 추가되었습니까? 그 당시에는 새로 추가한 기술이 표준이 되곤 했었지요.

이제 MS는 HTML 표준도 잘 지키지도 않습니다. 오히려 모질라가 더 잘 지원하지요.

슬슬 모질라의 점유율이 올라가고 있습니다. 애플도 사파리를 만들었고 구글도 브라우저를 만들면 독점은 깨지리라 예상합니다. 그러면 웹브라우저도 더 발전하겠지요..

웹브라우저는 인터넷의 시작입니다.
어떤 브라우저도 차별받지 않는 세상이 왔으면 좋겠습니다.

구글이 건승하기를~

관련글
* http://bbs.kldp.org/viewtopic.php?p=192398

요즘 다시금 컴퓨터가 즐거워진다.

정보를 찾는 그 맛이 새롭다.

처음 PC를 쓸 때는 난 윈도우에 반해버렸다. 처음 PC를 샀을 때 한글윈도3.0이 설치되어 있었다. 그 후, 영문윈도3.1에 한메한글로 몇년을 재밌게 보냈다. 남들 아래아한글 쓸때 워드2.0을 썼고 이야기 쓸때 쿼트로프로를 사용했다.

그후 CD-ROM이 보급되면서 CD-ROM으로 즐기는 정보화 세상을 맛보았다. 650메가에 엄청난 용량에 가득 담겨있던 Free 소프트웨어들..

그후 나타난 인터넷은 혁명이였다. 모든것을 내 손끝에서 얻을 수 있었다. 각종 정보며 친구들, 쇼핑몰 등....

2004년 지금은 무엇이 날 즐겁게 해주는가?

그것은 Blog다!

Blog는 또 다른 혁명이다. 정보 혁명!

XML로 표현되는 또 다른 정보세상이다.

내가 바라던 꿈이 현실이 되는 순간이다. 이렇게 빨리 갑자기 이루어질지는 전혀 예상을 못했다. Blog를 통해 우리는 모든 정보를 탐색하지 않고 그 때 그때 새로 추가된 정보만 받아볼 수 있게 되었다.

각 개인 홈페이지는 Blog의 트랙백을 통해 서버에 관계없이 서로 유기적으로 결합하게 되었다. 개인의 글도 정보로서 가치를 갖게 된 것도 Blog 덕분이다.

이젠 누구나도 정보 생산자가 될 수 있다. 그리고 세상속에서 변화를 이끌어낼 수 있다. 만인이 바라는 대로 세상은 발전할 것이다.

네티즌은 블로거로 다시 태어난거다.

HTML은 분명 문제가 많습니다. 데이터 중심이기보다는 문서 렌더링을 위한 표준이므로, HTML을 처리하여 정보를 얻는데 문제가 많습니다. 특히 IE가 오류난 HTML문서도 웬만큼 잘 보여주는 것도 HTML를 처리하는데 많은 부담을 주고 있습니다.

그래서 XML을 따르는 HTML규격이 표준화되었고 향후 XHTML 형태로 웹문서가 작성될 전망입니다.

많은 브라우저들이 XML처리를 지원하고 있으나 이러한 방식은 아직 표준화되지 못했습니다. IE에서 XML,XSLT로 HTML문서를 렌더링하여 보여주는 것은 앞으로 웹의 변화 모습의 한 예일 수도 있으나 어쩌면 IE만의 기능을 일 수도 있습니다.

지금 문제는 다양한 단말환경을 현재의 방식으로 지원하기 힘들다는 점입니다. PC뿐만 아니라 PDA나 핸드폰같은 작은 화면을 가진 단말환경에서도 웹브라우징을 하고 있습니다. 하지만 여러 제약으로 제대로 이루어지지 않고 있습니다.

결국 서버에서 XML을 이용하여 다양한 단말환경을 지월할 수 있는 체제로 변화되지 않을까 생각합니다. 단말환경에서 바로 XML데이터를 받아 변환과정을 거쳐 화면에 보여주는 것은 부담이 클 것 같습니다.

DB에서 생성된 데이터는 다양한 단말환경에 따라 서버에서 렌더링된 문서를 생성하여 전송하는 형태로 갈 것입니다.

이때, 단말환경이 수용할 수 있는 다양한 XML응용표준이 XHTML안에 포함되어 클라이언트에 전송되면 브라우저에서 이를 렌더링하여 화면에 보여주겠죠. ?MathML이나 SVG가 이런 형태가 될것입니다. 부분적으로 지금 웹브라우저에서 가능하며 앞으로 이런것들이 표준화되면 일반화될것입니다. 경우에 따라 ?MathML이나 SVG가 서버에서 이미지로 처리되어 클라이언트에게 전달될수도 있습니다. PDA나 핸드폰에서는 후자 방식이 채택될 것입니다.

사실 XSL은 디자인 유연성이 많이 떨어집니다. 그냥 문서를 출력한다면 괜찮겠지만 요즘처럼 복잡한 구조의 웹페이지를 구현하기는 힘들것입니다.

결론적으로 HTML은 XHTML로 진화하여 화면 렌더링을 위한 표준안으로 살아남을 것이고 클라이언트 보다는 서버에서 XML을 이용한 컨텐츠 생성이 이루어질 것입니다. 데이터 교환에는 XML데이터가 중심이 되겠지만 웹브라우저에 문서가 렌더링되기위해서는 여전히 HTML이 XHTML이 되어 전송될 것입니다.

2002 12/3 (위 글을 http://geekforum.kldp.org/ 에 올렸던 글입니다.