호기롭게 ‘수신거부’를 눌렀다간 순진한 사람 취급받기 십상이다. 스팸을 줄이려다 되레 스팸 폭탄을 맞기 일쑤이기 때문이다. 그러니 방도가 없다. 일일이 지우거나, e메일 필터링 방식으로 걸러내는 수 밖에.

이같은 디지털 쓰레기를 줄이고 건전한 정보 유통을 도모하고자, 한국인터넷진흥원에선 불법스팸 대응센터를 운영하고 있다. 웹사이트에 접속해 개인정보를 입력하고 피해 전화번호, 스팸 피해 내역 등을 입력하면 된다. 지난해 11월부턴 060 음성정보 서비스나 대리운전 스팸 문자메시지를 신고하면, 신고자 휴대폰 번호가 광고수신 거부 목록에 자동 포함되도록 하고 있다.

헌데 정작 스팸 문자메시지나 e메일을 신고하려들면 난감해진다. 인터넷 익스플로러(IE)에서만 스팸 신고 접수가 정상적으로 이뤄지기 때문이다. 스팸 내역을 신고하려면 ▲전화(휴대폰) 스팸 ▲이메일 스팸 ▲이메일-수신거부 후 재전송 ▲게시판 ▲전자적매체 ▲팩스스팸 ▲악성코드 가운데 해당되는 항목을 선택하면, 화면 아랫쪽에 신고 양식이 뜬다. IE가 아닌 파이어폭스나 구글 크롬, 사파리 등에선 메뉴를 눌러도 신고 양식이 뜨지 않는다. 모바일웹으로 접속해도 묵묵부답이긴 마찬가지다.

방법이 전혀 없는 건 아니다. 전화(118)로 신고하거나 PC용 간편 신고 프로그램인 ‘스팸캅’을 내려받아 설치하면 된다. 허나 짚어볼 일이다. 불법 스팸을 신고하는 데도 웹브라우저마다 문턱 높이가 다른 건 왜일까.

굳이 ‘보안’이 문제라면 대안을 마련해주면 될 일이다. 행정안전부는 지난 3월 스마트폰에서도 인터넷뱅킹 서비스를 이용할 수 있도록 공인인증서 이용 표준을 마련, 고시한 바 있다. IE 외에 다른 웹브라우저에서도 인터넷뱅킹을 이용할 수 있도록 지원도 확대하겠다고 밝혔다. 비록 공인인증서를 쓰는 방식이긴 하나, 다양한 인터넷 환경에서 인터넷뱅킹을 이용할 수 있는 ‘기술적 대안’을 마련해줬다는 점에서 진일보한 결정으로 평가된다. 우리은행은 7월초부터 OS나 웹브라우저에 관계 없이 은행 업무를 볼 수 있는 ‘오픈뱅킹’ 서비스를 제공하고 있다.

‘스팸 신고’ 앞에서 한국 비 IE 이용자는 디지털 장애인이 된다. ‘한국 인터넷 진흥’이 특정 OS나 웹브라우저에서만 이뤄지는 건 아니잖나. ‘동등한 이용자 경험’을 보장하는 일은 그래서 중요하다.

• [정부2.0] “e약자 접근성 배려는 공공 서비스의 의무”

우연의 일치일까요. ‘블로터 포럼’을 진행한 뒤 애플 스티브 잡스가 때마침 제대로 한 방 날렸더군요. 아이폰에서 플래시를 지원하라는 어도비를 향해 ‘플래시 대안은 HTML5′라며 ‘어도비는 게으르다’고 심기를 건드린 겁니다.

왜 갑자기 여기저기서 HTML5를 외치는 걸까요. 특정분야 개발자들을 빼고는 대체로 비슷한 반응을 보입니다. HTML에 익숙한 사람도 HTML5 앞에선 꿀 먹은 벙어리마냥 얌전해집니다. 딱딱하고 어려운 게 사실이지만 알아두고 준비해야 할 기술. 이번 ‘블로터 포럼’에선 입문자 눈높이에 맞춰 HTML5를 들여다보고 싶었습니다.

• 일시 : 2010년 1월27일(목) 오후 5시~7시
• 장소 : SK커뮤니케이션즈 회의실
• 참석자 : 윤석찬 다음커뮤니케이션 DNA랩 팀장, 도안구·이희욱·주민영 블로터닷넷 기자

이희욱 | 오늘 주제가 참 어렵다. HTML5 문외한 입장에서 궁금한 점이 많다. 먼저 묻고 싶다. HTML5가 뭔가?

윤석찬 | HTML5가 어느 날 갑자기 나타난 게 아니다. 사연이 길다. 1998년 HTML4.01 이후 웹표준을 개발하는 국제 컨소시엄인 W3C는 XHTML 표준 개발에 박차를 가했다. 웹브라우저 전쟁 이후 그 작업에서 웹브라우저 제조사들이 빠졌다. 이후 웹표준의 방향은 XML을 기반한 꽤 이상적인 표준을 만들기 시작했다. 2004년 파이어폭스가 나오고 아작스(Ajax)와 웹2.0이 활성화되면서 문서가 아닌 웹애플리케이션을 위한 웹표준의 재정비가 필요했다.

하지만 이러한 현실적 요구를 W3C가 받아들이지 않았다. 웹브라우저 제조사들에게는 W3C의 XHTML2.0과 XML기반 DOM 및 이벤트 핸들러 등은 루비콘 강을 건너는 것이다. 당시 XHTML 문서가 전체 웹에서 5%에 불과했고 웹브라우저 엔진들의 차이 탓에 개발자들은 ‘크로스 브라우징’에 생고생을 하고 있었다. 2004년 W3C의 한 워크샵에서 서로 틀어진 뒤 모질라와 오페라, 애플과 구글은 별도의 ‘웹 하이퍼텍스트 애플리케이션 테크놀로지 워킹그룹’(WHATWG)이라는 공개 표준 그룹을 만들고 새로운 HTML 표준안을 만들기 시작했다. 이것이 바로 HTML5의 시초다.

도안구 | W3C와 웹브라우저 제조사 사이에 그런 의견 다툼이 있었나? 흥미롭다.

윤석찬 | 반목이 오래가지는 않았다. 2006년 팀 버너스 리 경이 ‘리인벤팅 HTML’(Reinventing HTML)이라는 글을 쓰고 WHATWG을 W3C 안으로 받아들이기로 결정하면서 2007년초께 다시 W3C에 HTML 워킹그룹이 결성됐다. 당시 재미있는 에피소드라면 WHATWG의 개방적 표준 활동에 참여하던 700여명 멤버들이 W3C 안 초청 전문가(Invite Expert) 형식으로 대거 들어왔다는 점이다. W3C 역사상 초유의 일이다. 그 때 나도 함께 했다.

기존 WHATWG 표준 초안을 가져오며 ‘HTML5′라 불렀다. 당시 IE7 개발을 맡았던 MS 유명 아키텍트인 크리스 윌슨이 워킹그룹 의장이 됐고 모질라, 오페라, 애플, 구글 등 모두 참여해 HTML5 표준을 만들고 있다.

주민영 | 복잡한 과정을 거쳤다. HTML5는 왜 만들어지게 됐나?

윤석찬 | 기존 웹브라우저들이 제공하는 웹표준 수준이 조금씩 다르고 기존 스펙의 모호성으로 인해 버그도 많다. 제조사마다 다른 렌더링 엔진을 쓰고 당연히 차이가 있다. 웹 개발자들은 각각 테스트해봐야 하는 어려움이 있다. 이를 해소하기 위해 HTML5의 새로운 문서 형식 제안하고, 이 독타입(DOCTYPE)을 사용할 경우 기존 엔진 문제점들을 고쳐 제공해줘 웹 개발자들을 고생에서 벗어나게 해주자는 취지다.

HTML5 독타입은 매우 간단하다. ‘< !DOCTYPE HTML >’ 이렇게 HTML 파일 맨 앞 줄에 넣어주면 끝이다. 이 뒤에 나오는 코드는 웹브라우저마다 HTML5에 맞춰 렌더링한다. HTML5 표준 초안은 웹브라우저 엔진 개발자들을 위해 만든 것으로, 보다 상세하게 구현 내용을 적고 있다.

두 번째 목적은 동적 웹애플리케이션을 지원할 리치 웹 기술을 담고 있다는 것이다. 멀티미디어를 다루는 ‘canvas’, ‘video’, ‘audio’ 태그를 비롯해 웹브라우저 내 로컬 스토리지를 다루는 돔 API와 드래그앤드롭 API 등 일반 표준 문서에서는 보기 힘든 다양한 기술이 뒤섞여 있다. 특히 웹 개발자 수고를 덜어줄 ‘웹폼2.0′이라는 표준과 함께 쓰면 보다 멋진 리치 웹애플리케이션을 만들 수 있다.

웹브라우저 안에 DB를 탑재해 로컬 스토리지로 활용해 오프라인에서도 데이터를 싱크해 활용할 수 있다. 구글 G메일 ‘오프라인’ 기능이 그렇게 구현돼 있다.

이희욱 | 리치 웹애플리케이션이라면 플래시나 실버라이트를 얘기할 때 자주들 언급한다. HTML5가 리치 웹에 주목하는 이유는 무엇인가?

윤석찬 | 웹브라우저 업체 입장에서 리치 웹 기술에 관심을 갖는 이유는 다양하다. 제가 참여하고 있는 모질라 커뮤니티의 경우, 웹은 읽을 수 있고(readable), 저장할 수 있고(Indexable), 편집할 수 있어야(editable) 한다고 믿는다. HTML 소스를 보고, 복사를 하고, 고칠 수 있었기 때문에 웹 문서가 비약적인 성공을 했다. 기존 플러그인 기반 리치 웹 기술들, 예컨대 플래시나 실버라이트는 그게 어렵다. 물론 이들도 XML 기술을 통해 이용자화면(UI)을 만들 때 스크립트 언어로 동작을 제어한다. 하지만 결국 읽을 수 없는 ‘바이너리’를 포함하고 있다. 이는 웹 본질과 일치하지 않는다. HTML5가 리치 웹 기술의 선택 가능한 대안으로 자리잡아야 한다.

물론 아직 플래시나 실버라이트에 비해 HTML5가 제한 사항이 많다. 하지만 궁극적으로 웹이 나아갈 방향이라고 본다. 구글이나 오페라와 애플도 이러한 점에 동의를 하고 있고 MS 역시 미온적이지만 참여를 하고 있다. 초창기 많은 사람들이 ‘리치 웹 환경에서 HTML5가 성공할 것인가’라는 물음엔 회의적이었다. 지금은 많이 바뀌었다. 이런 ‘블로터 포럼’에도 불려다니는 걸 보면. (웃음)

도안구 | HTML5가 주목 받게 된 특별한 계기나 사건이 있나?

윤석찬 | 아무래도 구글 영향이 컸다. 지난 2009년 4월에 열린 ‘구글 I/O 컨퍼런스’가 전환점이 됐다. 구글은 2008년 첫 구글 I/O 컨퍼런스에서 안드로이드와 구글 기어스를 발표했다. 구글 기어스는 리치 웹애플리케이션을 만들기 위한 웹브라우저 플러그인이었다. 하지만 2009년 컨퍼런스에선 구글 CTO가 첫날 주제로 HTML5를 다루고, 둘쨋날 구글 웨이브를 다뤘다. 그런데 첫날 HTML5를 얘기하면서 ‘HTML5가 대세’란 분위기를 크게 조성했다. 자사 웹브라우저인 ‘구글 크롬’에도 아직 탑재 안 된 HTML5 기술을 파이어폭스와 사파리로 시연할 정도였다. 그러면서 인식이 많이 바뀌었다. 구글이 드디어 HTML5에 베팅하는구나. 시장에도 긍정적인 신호를 줬다.

특히 모바일을 보면 완전히 다르다. 지금 PC의 웹브라우저 시장은 IE가 다수이고 파이어폭스, 크롬, 사파리가 따라오는 모양새다. 모바일 웹에서는 유럽 스마트폰 시장은 오페라가, 아이폰은 사파리를 기반하고 있다. 안드로이드폰이 나오면 크롬이 주력으로 들어간다. 모질라를 빼도 메이저 3사다. 결국 IE가 대세가 아니다. 모바일 애플리케이션 개발 환경은 PC 못지않게 폐쇄적이다. 이런 상황은 오래 가지 않을 것이고, 결국 범용 리치 웹 환경을 사용하는 것으로 바뀔 것이다. 특히 모바일 웹의 변화가 더욱 빠를 것 같다.

주민영 | 허나 애플 아이폰이 촉발시킨 앱스토어도 개발자 입장에선 큰 기회다.

윤석찬 | 물론 지금은 앱스토어가 유행이다. 돈벌이가 아니라 서비스를 만드는 관점에서 보면, 지금은 앱스토어용 따로, 웹애플리케이션 따로 만드는 식으로 과도기다. 결국 HTML 표준으로 웹 문서를 만들듯 웹애플리케이션도 표준으로 쉽게 만들고 서비스하는 환경이 와야 한다. 폐쇄적인 개발 플랫폼을 기반으로 하는 플레이어도 필요하지만 모두에게 이익이 되는 범용 개발 환경이 웹의 목표이고 지향하는 바다. 웹 개발자들은 이를 간과하면 안된다.

이희욱 | HTML5는 그럼 웹 개발자들을 위한 표준 기술 문서인가?

윤석찬 | 앞서 말했듯이 HTML5는 웹브라우저 엔진 개발자를 위한 스펙이다. 하지만 이 안에는 렌더링 엔진 뿐만 아니라 중요한 리치 웹 기술이 포함돼 있다. 예컨대 크롬이 탭마다 적용한 병렬 프로세스 기능이나 외부와 데이터를 주고받을 때 웹브라우저가 어떻게 처리할 지 규약도 있고, 데스크톱에서 웹브라우저로 드래그앤드롭한 파일을 어떻게 처리할 지에 관한 스펙도 있다. HTML 뿐 아니라 방대한 내용들이 추가되고 있다. 초안 자체가 어렵기 때문에 웹 개발자들이 이를 쉽게 이해하고 이용할 수 있도록 설명 문서들도 함께 만들고 있다.

도안구 | 그 스펙은 계속 추가되고 실제 구현되고 있나?

윤석찬 | W3C 표준 제정 과정을 보면, HTML5는 현재는 초안 단계다. 한 단계 넘어가기 위해 준비 중이고 이는 정해진 내부 프로세스를 따라가는 것이다. 무엇보다 중요한 건, HTML5의 어떤 기술이 웹브라우저에서 구현되고 있고 얼마만큼 사용할 수 있느냐 하는 점이다. 현재 PC 기반 웹브라우저에서 HTML5의 주요 기능을 쓰는 데는 아직 무리가 있다.

가장 중요한 건 IE가 아직 안 바뀌었고, 각 웹브라우저 제조사 사이에도 기술적 차이가 있다. 하지만 ‘canvas’, ‘video’, ‘audio’ 태그와 돔 스토리지 등은 어느정도 쓸 수 있는 단계에 와 있다. 올해 초 MS가 공식적으로 IE9에서 HTML5를 지원하겠다고 밝혔다. 어느 정도까지 지원할 지 모르겠지만, 올 3월 MIX에서 HTML5 기능을 탑재한 IE9을 만나볼 수 있을 것으로 기대한다.

주민영 | 유튜브나 비메오 같은 동영상 공유 사이트가 플래시 대신 HTML5를 수용하겠다고 해서 화제가 되기도 했다.

윤석찬 | 유튜브나 비메오 등이 수용한 건 HTML5의 일부다. ‘video’ 태그를 이용해 플러그인 도움 없이도 웹브라우저 만으로도 동영상을 서비스할 수 있다. 지금까지는 윈도우 미디어 플레이어나 플래시 플러그인을 깔아야만 가능했다. 문제는 동영상 코덱에 있다. 파이어폭스와 오페라는 오픈소스 기반 OGG 테오라(OGG Theora)를 지지해왔다. 하지만 크롬과 사파리는 특허료를 내야하는 H.264 MPEG 포맷을 지원한다. 유튜브와 비메오도 H.264 코덱을 지원하기 시작했다. 이 때문에 파이어폭스도 H.264 코덱을 지원해야 한다는 여론이 일었다. 이에 대해 모질라 제품담당 마이크 셰이버는 거부 의사를 분명히 했다.

파이어폭스가 H.264 코덱을 이용하는 데 1년에 500만 달러 정도의 특허료를 지불해야 하다. 모질라 입장에서 그리 큰 돈은 아니다. 하지만 문제는 이를 통해 서비스 개발자 및 업체 모두 2011년부터 특허료를 내야 한다. 이는 선택 가능한 대안을 중요시하는 모질라의 미션과 배치되는 것이다. 코덱은 물론 웹의 영역은 아니다. 하지만 플러그인들이 오픈웹에 큰 걸림돌이 되듯, 폐쇄형 코덱은 오픈 비디오 환경에 도움이 되지 않는다고 판단한다.

이희욱 | 그럼 유튜브 HTML5 비디오 태그와 파이어폭스의 연동은 영영 안 되는 건가?

윤석찬 | 가능성은 있다. 구글이 지난해 8월, 동영상 코덱 업체 ‘온투(On2) 테크놀로지’를 인수했다. 구글이 온투 코덱을 오픈소스와 특허 무료로 공개하는 거다. 온투 코덱은 플래시와 호환된다. 이러한 계획은 이미 구글도 밝힌 바 있다. 테오라 역시 온투의 과거 버전이 오픈소스화 된 것이다. 오픈 비디오 환경은 이래저래 구글의 결정에 큰 영향을 받게 될 것이다.

주민영 | 그럼 국제적으로 HTML5가 널리 퍼지고 있는가?

윤석찬 | 사람들이 잘 모르는 게 있다. 구글 첫 화면에서 소스코드를 열어보라. HTML5 독타입이다. 예전 HTML 4.01 독타입을 쓰다가 지난해 하반기에 바뀌었다. 그렇다고 밑에 코드들이 마크업 유효성에 다 통과된 것은 아니다. 하지만 한 발걸음이 중요하다.

2005년쯤 다음이 첫 화면을 W3C 인증을 통과한 웹표준으로 바꾼 적이 있는데, 당시 많은 사람들이 첫 화면만 웹표준을 적용하면 뭐하냐는 반응들을 보였다. 회사 내부에서 선언적으로 첫화면을 바꿈으로서 모든 웹서비스에 영향을 줘, 많은 것이 바뀌었다. 구글 내부에서도 이러한 움직임이 계속될 것으로 보인다. 그런 리더십이 업계 전반에 영향을 준다.

도안구 | 국내 웹사이트들의 HTML5 도입 현황은 어떤가?

윤석찬 | 아직까지 국내에서는 HTML5에 대한 웹 개발자들의 관심이 높지는 않다. HTML5 독타입을 쓰면 표준 모드로 동작하므로 사용해도 지장은 없다. 우선 HTML5에 대한 문서자료와 HTML5갤러리나 HTML5닥터 웹사이트에서 다양한 예제를 살펴보고, 가능한 것부터 해보는 것이 좋겠다.

• HTML4와 HTML5의 차이점 : http://channy.creation.net/project/html5/html4-differences/
• HTML5 Design Principals(영문) : http://dev.w3.org/html5/html-design-principles/
• HTML5 Reference (영문) : http://dev.w3.org/html5/html-author/

이희욱 | 그럼 XHTML은 더 이상 개발 되지 않는 것인가?

윤석찬 | 그렇지 않다. 물론 XHTML 2.0 표준 개발은 완전히 멈췄다. 지난해에 그룹이 해체됐다. 하지만 XHTML의 유용성은 그대로 있기에, HTML5 문서를 XHTML로도 표현할 수 있고 이를 위한 독타입을 선언하면 그대로 XHTML 문서로 유효하다. 이를 ‘XHTML5′라고 부른다. XHTML은 여전히 HTML5 안에서 유효하다.

주민영 | HTML5가 산업에 미치는 영향은 어떨 것으로 예상하나?

윤석찬 | 가장 큰 수혜자는 기존 웹 개발자다. 요즘 모바일 애플리케이션 개발자는 중고 매킨토시를 산 뒤 코코아 개발환경을 익혀 앱스토어에 애플리케이션을 올리고, 안드로이드 애플리케이션 개발자는 자바를 배워야 한다고들 말한다. 하지만 자신이 가진 웹 기술에 조금만 더 보태면 감탄할 만 한 리치 애플리케이션을 만들 수 있다. 예컨대 ‘R그래프‘란 서비스를 보면 HTML5를 기반한 각종 비주얼 차트를 서비스 안에 넣을 수 있다.

그러니 웹 프론트엔드 개발자가 더 많은 생각을 갖고 HTML5를 적용하는 노력을 기울여야 한다. 그게 결국은 자기에게 보답으로 돌아온다. 전세계에 제공되는 범용 웹브라우저 기반으로 웹애플리케이션을 만들면 모든 개발자가 수혜를 받는다. 결국 이게 정석이다.

웹 산업에서 대형 주자가 폐쇄된 개발 환경과 플랫폼에서 비즈니스하는 것은 당연하다. 좋은 이용자경험(UX)을 주는 것은 칭찬할 만 하다. 중요한 것은, 선택 가능하고 범용적인 웹 기반 플랫폼도 제공돼야 한다. 표준은 죽기도 하고 산업에 밀리기도 한다. 100% 올바르지도 않다. 하지만 없는 것 보다는 낫다.

이희욱 | HTML5 확산을 위한 과제가 있다면?

윤석찬 | 국내에서는 일단 HTML5가 대형 포털이 적용할 만큼 매력이 있느냐의 문제가 있다. 국내에서 이용하는 대다수 웹브라우저가 아직 지원하지 않는 부분이 있기 때문이다. 파일럿 서비스나 모바일 웹 서비스를 준비하는 사람은 HTML5를 적용해보면 좋겠다. 아이폰용 웹 페이지를 만들 때 ‘video’나 ‘canvas’ 태그 혹은 오프라인 스토리지 기능을 이용하는 아이디어를 내야 한다. 천편일률적인 모바일 페이지는 식상하다. 기왕이면 모바일 웹페이지를 만들 때 ‘엣지있게’ 만들면 좋잖나.

만약 누군가 ‘canvas’ 태그를 이용해 그림을 그리고 이를 공유하는 서비스를 모바일 웹서비스로 만들었다 치자. 그는 회사에서 인정받는 사람이 될 수 있다. 그런 점들에 개발자가 좀 더 신경쓰면 좋겠다. 스스로 찾고 배워서 도전해 봤으면 한다.

이희욱 | 새롭고 흥미로운 얘기들을 많이 들었다. 아직은 어렵고 낯선 면이 많다. 리치 웹을 플러그인 없이 구현할 수 있는 기술을 내장했다는 얘기가 기억에 오래 남는다. 웹 개발자분들이 좋은 기회로 활용했으면 하는 생각이 든다. 새로운 정보들도 자주 알려주시길 기대한다.

나는 마이크로소프트(MS) 윈도우 운영체제에 모질라 파이어폭스로 인터넷을 즐긴다. 윈도우 기반 이용자라면 대개 겪는 경험이 있다. 틈날 때마다 윈도우 업데이트 알림창이 뜨고, 새 업데이트 파일을 내려받아 설치하는 일이다. 보안 업데이트도 있고, 확장기능을 내려받을 때도 있다. 으레 그러려니 하고 ‘확인’ 버튼을 눌러 파일을 설치했다. ‘동의’인지 ‘확인’인지는 기억이 확실치 않다.

헌데 좀전에 새로운 사실을 알게 됐다. MS가 윈도우 업데이트 작업을 하면서 파이어폭스 확장기능을 내 PC에 조용히 설치했다는 것이다. <워싱턴포스트> ‘시큐리티 픽스‘(Security Fix) 코너가 이를 알려줬다.

문제의 확장기능은 ‘마이크로소프트 닷넷 프레임워크 어시스턴트 1.0′이다. ‘시큐리티 픽스’ 운영자 브라이언 크렙스에 따르면 이 확장기능은 올해 초 MS가 ‘닷넷 프레임워크 3.5 서비스팩1′을 윈도우 업데이트를 통해 뿌리면서 함께 넣은 것으로 알려졌다.

물론 이 과정에서 MS는 다른 윈도우 업데이트 과정처럼 이용자 동의 절차를 밟았을 게다. 기억은 안 나지만 틀림없을 것이다. 그러니 ‘업데이트할 때 왜 꼼꼼히 살펴보지 않았냐’고 면박을 주면 할 말은 없다. 허나 윈도우 업데이트 서비스 이용자치고 업데이트 과정에서 ‘동의’ 버튼을 누르지 않는 사람은 드물 게다. 더구나 MS가 업데이트 목록에 파이어폭스 확장기능을 심었으리라고는 생각도 못했을 일이다.

나는 닷넷 프레임워크 기술에 대해선 문외한이다. 이 파이어폭스 확장기능이 닷넷 기반 클릭원스(ClickOnce) 애플리케이션을 파이어폭스에서도 구동할 수 있도록 돕는 기능을 내장했다는 정도만 들어 알고 있다.

이 확장기능이 아직까지 문제를 일으켰다는 보고는 나온 바 없다. 그런데 왜 이리 뒷맛이 개운치 않은 걸까.

문제는 MS가 확장기능을 뿌린 방식에 있다. 파이어폭스 확장기능은 저마다 ▲세부 옵션을 선택하는 ‘설정’ ▲사용 여부를 결정하는 ‘사용함/사용안함’ ▲확장기능을 파이어폭스에서 제거하는 ‘제거’ 버튼이 달려 있다. 이용자가 원치 않는다면 사용하지 않거나 아예 지울 수 있도록 한 것이다.

헌데 ‘닷넷 프레임워크 어시스턴트’는 설치는 멀쩡히 되는데, 이용자 마음대로 지우지는 못한다. ‘제거’ 버튼이 활성화돼 있지 않기 때문이다. 이건 해당 확장기능이 유용한 지 위험한 지, 메모리 점유율이 높은 지 낮은 지 여부와는 다른 문제다. 이용자가 원하지 않을 때 확장기능을 지울 수 있는 기회를 박탈한 조치다.

그래도 굳이 지우고 싶다면 방법은 있다고 한다. 윈도우 레지스트리를 건드리면 된다. 일반인이 따라하기엔 쉽지 않을 뿐더러, 레지스트리란 게 잘못 건드리면 PC를 망가뜨리기 십상이라 위험도 크다. 브라이언 크렙스는 “잘못 건드리면 PC가 부팅되지 않을 수도 있다”고 지적했다.

그냥 지우지 않고 쓰면 될 것을 왜 이리 까탈스럽게 구느냐고 타박할 지도 모르겠다. 허나 문제는 간단치 않다. ‘Annoyance.org‘는 “이 업데이트가 인터넷 익스플로러(IE) 현재 버전들이 지닌 가장 위험한 보안 취약점 가운데 하나를 당신 PC에 설치한다”고 지적했다. 이는 또한 애써 IE를 피해 파이어폭스나 구글 크롬, 오페라를 선택하는 이용자들이 내세우는 이유 가운데 하나이기도 하다.

다른 건 제쳐두고라도 이건 짚어보고 넘어가야겠다. ‘윈도우 업데이트’가 MS 제품이 아닌 다른 제품을 건드리는 건 위험한 정책이다. 물론 파이어폭스는 오픈소스 웹브라우저다. 누구나 소스코드를 만지고 고칠 수 있다. MS도 예외는 아니다. 그렇지만 이같은 ‘예외’를 적용할 땐 미리 충분히 알리는 노력을 했어야 옳다. 이용자는 ‘윈도우 업데이트’를 ‘내 PC 업데이트’와 똑같다고 여기진 않는다. 이처럼 소리없이 내 PC 속 SW들을 건드리는 일이 생긴다면, MS ‘윈도우 업데이트’의 보안성에 대한 불신은 점점 커질 뿐이다.

문제가 확산되자 MS는 5월초, 새로운 ‘닷넷 프레임워크 서비스팩1‘을 윈도우 다운로드 사이트에 공개했다. 이 서비스팩을 설치하면 ‘닷넷 프레임워크 어시스턴트’ 파이어폭스 확장기능에서 ‘제거’ 버튼이 활성화된다.

파이어폭스 인기 확장기능 ‘폭스마크‘를 인터넷 익스플로러(IE)에서도 사용할 수 있게 됐다.

폭스마크는 서로 다른 웹브라우저끼리 즐겨찾기와 암호 등을 실시간 동기화해주는 확장기능이다. 이를 이용하면 사무실과 집, 데스크톱PC와 노트북 등 서로 다른 PC에서 웹서핑을 즐기더라도 언제나 똑같은 즐겨찾기 목록을 이용할 수 있어 인기가 높다. 만일의 사태에 대비해 즐겨찾기와 암호를 일정 시간마다 온라인 저장소에 백업하는 서비스도 제공한다.

지금까지는 파이어폭스 확장기능으로 제공되던 폭스마크가 2월4일(현지시각)부터 IE와 사파리까지 영역을 넓혔다. 이용자는 서로 다른 PC 뿐 아니라, 한 PC 안에서도 파이어폭스와 IE 등 서로 다른 웹브라우저의 즐겨찾기와 암호를 손쉽게 동기화할 수 있게 됐다. 폭스마크쪽은 곧 구글 크롬도 지원할 예정이라고 블로그에서 밝혔다.

• 웹브라우저별 Foxmarks 내려받기~!

머잖아 윈도우에 인터넷 익스플로러와 파이어폭스가 나란히 탑재돼 출시되는 흥미로운 광경을 보게 될 지도 모르겠다.

영국 <PC프로> 보도에 따르면 마이크로소프트(이하 MS)는 지난 1월22일 미국증권거래위원회에 제출한 분기 보고서에서 이같은 내용을 밝혔다.

이 보고서에서 MS는 “컴퓨터 이용자와 OEM 사업자들은 이미 윈도우에서 어떤 웹브라우저도 자유롭게 구동하고 있는 바, 유럽집행위원회(EC)는 마이크로소프트와 OEM 사업자들로 하여금 이용자들이 새 PC를 구매할 때 특정 웹브라우저를 선택할 수 있도록 의무화하는 방안을 고려하고 있다”고 밝혔다.

또한 “이같은 처방 가운데는 OEM사업자들이 새 윈도우 기반 PC를 출시할 때 여러 웹브라우저를 탑재하는 방안도 포함될 수 있다”며 “이용자들이 경쟁 웹브라우저를 선택할 경우, 우리(MS)는 IE의 특정 소스코드를 무력화해야 할 지도 모른다”고 보고서는 밝혔다.

요컨대 ▲MS나 OEM 사업자는 이용자들이 새 PC를 살 때 반드시 웹브라우저를 자유롭게 선택할 수 있도록 해야 하며 ▲이를 위해 새 윈도우가 탑재된 PC를 출시할 때 파이어폭스, 사파리, 오페라, 구글 크롬 등 경쟁 웹브라우저를 IE와 함께 탑재하고 ▲이용자가 경쟁 웹브라우저를 선택하면 MS가 불가피하게 IE 소스코드를 수정하는 상황이 발생할 수도 있다는 얘기다.

MS가 준비중인 ‘차기 윈도우’는 다름아닌 ‘윈도우7′이다. 따라서 이같은 EC의 명령이 발효될 경우 윈도우7을 탑재한 새 PC에선 파이어폭스나 구글 크롬이 나란히 기본 탑재되는 상황이 현실로 나타날 전망이다.

보고서엔 MS의 곤혹스런 입장과 고민이 그대로 묻어난다. MS는 지난 1월15일 유럽 집행위원회(EC)로부터 윈도우에 인터넷 익스플로러(IE)를 끼워파는 행위가 웹브라우저간 자유로운 경쟁을 방해하고 소비자 선택권을 뺏는 불공정 행위라는 통보를 받았다. 지난 2007년 9월에는 윈도우 미디어 플레이어를 윈도우에 기본 탑재한 데 대해 유럽연합 제1심 법원으로부터 불공정 행위 처분을 받기도 했다. 이번 증권거래위원회에 제출한 보고서는 이같은 EC의 통보에 따른 MS의 대응을 엿볼 수 있는 자료인 셈이다.

‘윈도우+파이어폭스’ 또는 ‘윈도우+구글 크롬’의 이종교배가 정말 현실로 나타날까. 기대되는 대목이다.

MS가 미국증권거래위원회에 제출한 분기 보고서 일부. ‘새 윈도우 기반 PC에 다양한 웹브라우저를 의무 탑재할 수도 있다’는 내용이 명기돼 있다.

2008년 11월은 웹브라우저 업체에 희비가 교차하는 달이다. 인터넷 시장조사기관 넷애플리케이션즈의 최근 지표가 흥미롭다. 올해 11월 결산 결과, 인터넷 익스플로러(IE) 점유율은 69.88%로 미끄러졌다. 넷애플리케이션즈 조사 이래 IE 점유율이 60%대로 떨어진 건 이번이 처음이다.

파이어폭스와 사파리, 구글 크롬은 희색이 만면하다. 파이어폭스는 11월 들어 20.72%를 기록하며 처음으로 20% 고지를 돌파했다. 사파리와 구글 크롬도 각각 7.08%, 0.83%로 상승세를 유지했다. 특히 구글 크롬은 올해 9월 출시되자마자 오페라와 넷스케이프를 제치고 단박에 0.74%를 차지하며 초반 바람몰이에 성공한 모습이다.

2006년 12월 80%에 육박(79.92%)하던 IE 점유율은 2년여만에 10%포인트나 떨어졌다. 적어도 전세계 10명 중 3명은 IE가 아닌 다른 웹브라우저를 쓰며, 그 중 2명은 파이어폭스를 사용하는 셈이다.

여러 웹브라우저를 폭넓게 쓰는 건 이용자 권익찾기에도 도움 되는 일이다. 웹사이트 제작자와 운영자도 골고루 드나들 수 있도록 웹사이트를 제작하기 때문이다. MS 입장에선 속 쓰린 일이겠지만, 소비자 선택폭이 넓어진 건 환영할 일이다.

⑦ 다시 파이어폭스 화면으로 전환하려면, 아이콘을 한 번 더 누르면 된다.

그런데 이를 견제하고 바로잡아야 할 입법기관의 핵심 구성원들 홈페이지조차 이와 크게 다르지 않은 것으로 드러났다. 심지어 대다수는 엄연히 저작권이 있는 뉴스를 홈페이지에 무단으로 게재하는 등 여전히 저작권 보호에 대한 인식이 걸음마 수준임을 드러냈다.

특히 최근 홈페이지를 웹2.0 기반으로 대대적으로 개편했다고 발표한 신기남(우) 의원을 비롯해 정보통신부 장·차관을 각각 역임한 안병엽(우), 변재일(우) 의원의 홈페이지가 모두 파이어폭스에서 깨지는 현상이 나타나 아쉬움을 남겼다. 국회 위원회 소개 사이트(committee.na.go.kr)도 MS 액티브X 기반으로 제작돼 파이어폭스에선 제대로 내용을 볼 수 없다.

과기정위 위원 가운데 이석현(우) 의원의 홈페이지는 임시 폐쇄된 상태라 이번 조사대상에서 빠졌다.

이름	소속	파이어폭스 지원		RSS 지원	저작권 보호
강성종	열린우리당	×	동영상 재생 안됨	×	×
강재섭	한나라당	○	-	○	×
김근태	열린우리당	×	동영상 재생 안됨	×	×
김영선	한나라당	×	회원가입 안됨	×	×
김태환	한나라당	○	-	×	×
김희정	한나라당	○	-	×	○
류근찬	국민중심당	×	동영상 재생 안됨	×	○
박성범	무소속	×	동영상 재생 안됨	×	×
변재일	열린우리당	×	초기화면 깨짐 회원가입 오류	×	×
서상기	한나라당	×	화면일부 깨짐	×	○
신기남	열린우리당	×	초기화면 깨짐	○	×
심재엽	한나라당	×	동영상 재생 안됨	×	○
안병엽	열린우리당	×	초기화면 깨짐 동영상 재생 안됨	×	×
유승희	열린우리당	×	화면일부 깨짐	×	○
유시민	열린우리당	○	-	×	×
이석현	열린우리당	-	-	-	-
임인배	한나라당	×	동영상 재생 안됨	×	×
전여옥	한나라당	○	-	△	○
허태열	한나라당	○	-	×	×
홍창선	열린우리당	×	동영상 재생 안됨	×	○

]]> http://asadal.bloter.net/3617/feed 0 http://asadal.bloter.net/3612 http://asadal.bloter.net/3612#comments Thu, 01 Jan 1970 00:00:00 +0000 이희욱 "우리의 주장은 몇 안 되는 리눅스나 매킨토시 이용자들도 좀더 편하게 해 달라는 얘기가 아닙니다. 전자정부 자체가 애초부터 잘못됐다는 겁니다. 장애인으로 비유하자면, 장애인의 접근성을 보장하기 위해 여기저기 휠체어 통로를 만들어달라는 얘기가 아니라 도시 전체의 설계가 위법하니 바꾸라는 것입니다."