ActiveX와 인증서의 경제적 문제점.

우리나라에서 쇼핑몰 결제나 금융업무, 본인확인등을 온라인 상에서 하려면 ActiveX와 인증서를 사용해야 합니다. 액티브X는 보안프로그램과 인증서 확인 프로그램을 설치하고 작동하는데 사용하죠. 이 방식은 여러가지 문제점이 있는데, 가장 많이 거론되는것이 윈도+IE조합이 아니면 사용할 수 없다는 것입니다. 지금까지 오픈웹운동이나 웹표준쪽의 여러 주장이 있었지만, 대부분은 그런 호환성과 관련해서 소수의 이용자가 불편을 겪고 있다는 쪽으로 공략(?)을 하고 있습니다.

개인적인 생각이지만, 조금 다른 방향에서 접근하는 시각도 있었으면 합니다. “너희들은 벌 돈을 못벌고 있어”라고 외쳐주는 겁니다.

인터넷 쇼핑몰의 상당수는 액티브X와 인증서문제로 상당히 비효율적인 결제과정을 거칩니다. 예) 저같은 컴퓨터 경력 20년되어 가는 사람도 헤매는데, 다른 사람들은 오죽하겠습니까. 비효율적인 방식으로 인해, 손님들의 시간을 뺏고, 접근성이 떨어져서 결국 잠재적인 매출의 감소를 일으키고 있습니다. 외국 쇼핑몰에서 몇번 결제를 해봤더니, 너무나 간편해서 지르는 재미까지 생기더군요 -_-;

인터넷 뱅킹은 어떻습니까? 블로그나 게시판들을 보면, 보안 프로그램이 꼬여서 인터넷 뱅킹을 이용 못했다는 사람들이 수도 없이 많습니다. 만약 그들이 컴퓨터가지고 고생하는 시간을 줄여준다면 은행은 훨씬 많은 거래를 할 수 있고 필요없는 서버처리나 고객지원도 줄어들겁니다.

컴퓨터의 보안상태도 문제입니다. 사람들이 액티브X를 설치해야 결제를 할 수 있다는 훈련을 받은 결과, 위험한 액티브 X 설치메시지에도 습관적으로 OK를 눌러버립니다. 몇년간 아는 사람이 컴퓨터가 안된다느니, 느리다느니 해서 보면 항상 덕지덕지 깔려있는 액티브X나 그에 딸려 설치된 관련프로그램이 주원인입니다.

더 아이러니한건, 이러한 손실을 일으키는 댓가로, 많은 사장님들이 인터넷 보안결제 회사들에게 사용료를 지불하고 있다는 겁니다. -_- 보안 프로그램과 인증서를 쓰게 되어 있으니 어쩔수 없는겁니다.

우리나라의 인구는 정보산업을 발전시키기에도 너무나도 적은 인구입니다. 미국,중국,인도의 IT발전을 보면 인구의 힘을 알수 있습니다. 적은 인구로 발전을 이룩하려면 장애가 적고 효율적인 시스템을 채용해야 합니다. 그런데 지금의 액티브X와 인증서 방식은, 문짝에 드나드는데 구식자물쇠 여러개 달아놓은 셈입니다. 빨리 쉽고 빠른 카드식 디지털 자물쇠로 바꿔야 합니다. 이건 얼마 안되는 맥이나 리눅스 유저들이 결제를 할수 있느냐의 문제가 아니라, 수백만~천만이 넘는 대상으로 하는 문제입니다.

저만 이런 생각한게 아니라, 많은 분들이 같은 생각을 하셨겠지만, 액티브 X의 기회비용 손실에 대한 연구결과 같은게 있나 해서 이리저리 찾아봤는데, 별로 건질게 없더군요. 관련 업계나 연구하시는 분들이 더 자료를 모으고 개선점을 모색했으면 좋겠습니다.

ps.
2MB 대통령은 이런데나 좀 실용적으로 접근해보지…

ps.
원래 이런건 업체들이 먼저 나서서 시정을 요구해야 할거 같은데…우리나라 업체들은 너무 착한가(?)

본문이 비어있는 스팸 트랙백을 차단해버리기

오늘 무슨 날이군요. 알파벳으로만 되어 있는 영문 트랙백이 잔뜩 달렸습니다. 이상한 점은, 제가 영어중환자 플러그인을 설치하고 있었거든요. 그런데도 트랙백이 걸리더란 말입니다.

그래서 보니, 통과된 스팸 트랙백은 “본문이 없고 제목만 있다”는 점을 발견했습니다.
영어중환자 플러그인을 보니 이렇게 되어 있더군요.

function EnglishPatient_AddingTrackback($target, $mother) {
    return !preg_match('/^[\x{00}-\x{7F}]+$/u', $mother['excerpt']);
}

붉은 글자 부분이 패턴(정규식)입니다. 즉, 트랙백의 본문글에서 전부 영문인지 체크해서, True가 되면 전부 영어니까, 그걸 !로 뒤집어서 반환하는 것입니다. 알고리즘은 훌륭하지만 비어있으면 False로 처리되니까 !로 뒤집혀서 True. 트랙백이 통과되어 버리는 단점이 있죠.

제 취향대로 고쳐버렸습니다.

function EnglishPatient_AddingTrackback($target, $mother) {
    return preg_match('/[xA1-xFE][xA1-xFE]/', $mother['excerpt']);
}

preg_match 앞에 !를 떼어버리고, 정규식을 한글이 들어있는지 체크하는걸로 바꿨습니다.

이걸로 해결될려나요.

ps.

휴지통에 들어간 스팸 트랙백수. 계속 증가중…

ps.

좀더 정교한 한글 매칭 정규식
/[x{1100}-x{11ff}x{3130}-x{318f}x{ac00}-x{d7af}]+/u
다만 유니코드에서만 적용됨.

“한글과 컴퓨터”는 한글도 못 읽어.

작년에 이런 뉴스가 있었습니다. 한컴, 내년 리눅스 호환 한글 뷰어 내놓는다
요약하자면, 지금까지 한글과컴퓨터사에서 자신이 제공하는 리눅스(아시아눅스)에서만 돌아가던 오피스와 뷰어제품을 다른 리눅스에도 작동하도록 하겠다는 것입니다. 2008년 1월까지 오피스제품, 3월까지 뷰어를 내놓겠다는 것이죠.

그런데 감감 무소식입니다. 그래서 한글과 컴퓨터사 홈페이지에 질문해봤습니다.

질문:
작년 11월에 이런 보도가 있었습니다.

28일 한글과컴퓨터(대표 백종진)는 내년 1월 말께 리눅스 전용 오피스(문서작업, 프레젠테이션, 표작업 소프트웨어) 프로그램을
선보일 예정이며, 이어 내년 3월께에는 아래아한글 뷰어를 다른 리눅스 OS와도 호환되도록 새 버전을 출시한다고 밝혔다.

그런데 지금 3월이거든요.
리눅스용 오피스나 한글 뷰어는 언제 발표하실런지 알고 싶습니다.

답변:
안녕하십니까? 한글과컴퓨터 기술지원센터입니다.
한/글 뷰어 2007은 제공하고
있습니다. 한글과컴퓨터 홈페이지에서 [다운로드-뷰어]에서 다운로드 받아 사용이
가능합니다.
리눅스용 오피스는 제품 완성도를 높이기 위해 출시 일정이 미뤄진
상태입니다. 4월경으로 일정을 잡고 있으며 정확한 날짜는 확정되는대로 홈페이지를
통해 공지할 예정입니다.
한/글 제품에 관심 갖어주셔서 감사합니다.

리눅스용 뷰어를 질문했더니 윈도용 뷰어에 대해 설명하고 있다는 것을 알 수 있습니다. 동문서답이죠. 잘못 이해할까봐 친절하게 기사 일부분도 예로 들어놨는데 깨끗하게 무시했습니다.

한글도 읽지 못하는 한글과 컴퓨터사입니다.
무엇을 기대해야 할지 의문이네요.

헷갈리게 만드는 Google Apps

아래의 스크린샷은 두개의 파이어폭스 창이다. 차이점은?

google apps & normal account -_-

구글 로고가 다르다 -_-
위에는 draco[골뱅이]draco.pe.kr라는 이름의 일반 구글 계정으로 접속한 구글 오피스이고, 아래는 draco[골뱅이]draco.pe.kr 구글 Apps 계정으로 접속한 구글 오피스이다.
즉, 계정명인 E메일은 같다. 그러나 계정은 다르다.

평소엔 구글 Apps 계정을 사용한다. Gmail이나, 오피스나, 캘린더나, 메신저나…. 그러나 구글 Apps에는 구글 리더가 없다. 구글 리더는 일반 계정으로 로그인해 사용한다. 그리고 오피스로 이동하면 일반 계정상태에서 오피스를 쓰게 된다. 오피스 뿐 아니라 다른 서비스들도 마찮가지다. (단, 메일을 받는 Gmail은 @gmail.com으로 끝나니 헷갈리지 않는다.)

왜 이렇게 되냐면, 구글은 자신 메일서비스에 가입하지 않아도 일반 E메일로 모든 서비스에 가입할 수 있고, 구글 Apps의 E메일 주소는 일반 E메일주소처럼 작동하기 때문이다.

덕분에, 예전에 저장했던 문서들이 사라진줄 알고 한참 고생했다. 두 계정의 비밀번호가 달라서 에드센스를 사용할때 고생하기도 했다. -_- 고쳐질리도 없는 문제이고…계속 헷갈리는 수밖에.

wine으로 포토샵7 돌릴때 문제점 해결

기본 시스템 글꼴이 어쩌구 하면서 문자도구로 글을 쓸 수 없을때

정확한 에러 메시지는 “기본 시스템 글꼴을 얻을 수 없으므로 요청한 사항을 완료할 수 없습니다.” 이다. 영문판에서는 “Could not complete
your request because a default system font could not be obtained.”

http://sourceforge.net/project/downloading.php?group_id=34153&use_mirror=jaist&filename=arial32.exe&932001
에서 Arial32같은 기본 폰트중 하나를 받아서 wine arial32.exe 식으로 설치한다. 그후에는 모든 글꼴이 정상적으로 인식된다.

출처 : http://appdb.winehq.org/commentview.php?iAppId=17&iVersionId=1336&iThreadId=7202

Alt 키가 정상적으로 사용이 안될때

Alt키가 리눅스상에서 Alt키를 누르며 마우스를 이동해 윈도를 이동시키는 키로 사용되기 때문에 생기는 문제인듯.

완벽한 해결은 불가능하지만, Alt키 대신 Shift+Alt키를 누르면 같은 용도로 사용이 가능하다. -_-