컴퓨티언스 - Computer와 관한 모든 이야기

티스토리, 단독 고객센터 운영은 어려운가?

푸른가을 — Thu, 9 Aug 2007 23:30:35 +0900

최근 티스토리가 많은 이들에게 알려지면서 그리 반갑지 않은 스팸블로거들도 대거 영입되고 있는 실정이다. 그에 따른 현재의 대응책은 '고객센터'에 신고하여 '블라인드'처리하는 것 뿐 이다.

그러나, 고객센터에 신고해 본 분이라면 알겠지만 티스토리 자체의 고객 대응 센터는 없고 '다음'의 고객센터를 이용해야하는 실정이다. 또한, 그마저도 빠른 대응이 아쉬운 편으로 몇 번의 신고를 해본 결과 '저녁'에 신고하면 그 다음날 '아침'에서 '점심'으로 넘어가는 시점에서 완료되었다는 메일을 받을 수 있다. 물론, 그 전에 블라인드되는 경우도 종종 있기는 하지만 보통 그 정도라면 국내 인터넷 실정으로 볼 때, '저녁부터 아침까지'가 '트래픽'이 가장 많은 시간일 것이다.

그야말로 '소 잃고 외양간 고치는' 격이 아닐 수 없다.

또한, 신고의 어려움은 '다음 고객센터'에 방문을 해서 '신고'를 해야한다는데에 있다. 대부분의 인터넷 사용자가 '다음' 아이디가 있음을 감안한다면 신고 자체가 어려운 일은 아니겠으나 티스토리의 블로그를 살펴보다가 '다음'으로 이동해서 신고를 해야한다면 여간 귀찮은 일이 아닐 수 없다고 본다.

이에 개인적인 제안으로는 현재 '티스토리'에서 이용자들을 위한 '메뉴바'에 '신고하기'와 같은 메뉴를 추가해주었으면 한다. '당연히' 티스토리만 담당하는 담당자가 있어야 할 것으로 본다.
물론, 정식 서비스를 시작하면 생길 가능성이 충분하지만 정식 서비스 이전에 벌써 문제되는 부분을 바로 잡거나 빠른 대응을 하기 위해서는 '특별 편성'을 통해서라도 '티스토리만의 고객 전담 부서'가 필요할 것으로 본다.

그렇게 된다면 '티스토리 사용자'들도 좀 더 적극적으로 '스팸 블로거'에 대한 대응을 하게 되지 않을까?

쾌적한 블로깅 환경을 위해서는 일단 '사용자'들의 적극적 대응이 필요할 것이고,
그에 따른 '운영진'의 빠른 대응도 필요할 것이다.

지난 번, 접속 불가와 관련하여 올렸던 포스팅에 대한 티스토리 측의 빠른 대응은 참으로 좋았다. 앞으로도 사용자의 입장을 생각하는 티스토리 운영진이 되길 바란다.

티스토리, 접속 불가 현상의 해명이 필요하다.

푸른가을 — Tue, 7 Aug 2007 14:17:29 +0900

어제부터 개인적으로 중점을 두고 있는 블로그를 티스토리로 이전해왔다.
독립도메인을 사용하던터라, 네임서버 변경 작업을 거쳐 시간이 걸릴 것으로 예상했는데.

생각보다 빠르게 네임서버 적용이 되었는지, 금방 열려서 작업하기에는 편리했다.

문제는 이전을 하고 하루가 지난 오늘이다.
메타사이트를 참조하면 방금 전의 접속 불가 이전에 20여분 간의 접속 불가 현상이 있었다.
최근들어 잦아진 티스토리의 접속 불가 현상.

항간에는 '다음 블로거 뉴스'에서 발생되는 대량의 트래픽으로 인한 접속 불가로 보는 경향이 있고, 개인적으로도 '다음 블로거 뉴스'의 영향력을 아는 바이기 때문에 일정 부분 동의하는 바이다. 그러나, 그것이 이유라고 한다면 핑계가 아닐까?

8월말을 기점으로 티스토리의 정식 서비스가 진행될 예정이다.
그렇다면 베타테스트의 마지막을 향해 달려가는 현 시점에서 어느 정도의 서버 장비의 확충이 있었는지도 궁금하고, 앞으로 더 늘어나게 될 '트래픽'에 대한 대응은 어떻게 할 것인지도 궁금하다.

티스토리는 현재의 문제를 인식하고 있을 것이다. 인식하고 있는 문제라면 어떻게 해법을 찾아야 할지도 어느 정도 알고 있을 것으로 보이는데, 한번에 적용하는 것이 힘들다면 순차적으로라도 적용을 해 나가야한다고 본다. 설사, 공지를 통해 몇 시간의 작업이 걸린다고 하더라도 '사용자'들은 '이해할 수 없는' 접속 불가 보다는 문제 해결을 위한 '접속불가'를 더 반길 것이다.

현재의 상황은
티스토리에게는 '정식 서비스'를 위한 갈림길이라고 봐야할 것이다.
'정식 서비스'를 할 것이라면 확실한 해법을 찾아내던가, 찾아내지 못하더라도 찾으려는 시늉이라도 보여라. 그것이 '사용자'들을 위한 최소한의 배려이다.

올블로그, 메인페이지 오류 메시지 - 파이어폭스 문제인가?

푸른가을 — Mon, 6 Aug 2007 10:51:41 +0900

올블로그 메인페이지(정확히는 실시간 인기글) 상에 오류메시지가 상당기간 보이고 있습니다. 정확히 몇시부터 있었는지는 모르겠지만, 현재시각 10시 40분을 넘긴 시점에도 정정되지 않고 있습니다.. ^^;

오류가 생긴 부분은 '공지사항'을 출력하는 부분인 것으로 보이는데
테스트 결과 익스플로러, 오페라 모두 문제 없으나 파이어폭스 2.0.0.6 버전 상에서 오류 메시지가 출력되고 있습니다.

오류메시지는 다음과 같습니다.

Warning: Invalid argument supplied for foreach() in /home/allblog/Home/modules/MainPostList.inc.php on line 276

오류메시지 출력상황을 캡쳐한 화면입니다.

올블로그, 파이어폭스 누가 문제일까요? ^^
저 파일을 분석해봐야할까요?

혹시나 파이어폭스를 사용하시는데도 오류가 안나시는 분들 버전 확인 좀 해주세요 ^^

11시24분 현재는 문제해결 된 상태네요 ^^

도메인 포워딩에 대해서

푸른가을 — Fri, 27 Jul 2007 17:02:46 +0900

본 포스트는 'Eunki'님의 블로그에 올라온 문의에 대한 답변입니다.
댓글로 달기에는 조금 긴 편이라서 트랙백으로 보냅니다.

1. 도메인 연결관련

계정을 사용하는 업체와 다른 곳에서 도메인을 구입했습니다.
계정내 서브 폴더로 도메인을 연결하고자 합니다.
계정의 최 상위에 블로그를 재설치 해도 문제가 없을까요?
네임서버 설정과 도메인 포워딩은 다른 개념인가요?

계정내 서브 폴더로 새로 구매한 도메인을 연결하시려는 것 같습니다.
마지막 질문에 대한 답변을 먼저 드리고 하겠습니다.

네임서버 설정과 도메인 포워딩은 전혀 다른 개념입니다.

'네임서버 설정'은 구입한 도메인에 대한 등록을 의미합니다. 영어로 Domain Name Server(DNS)로, 특정 IP와 도메인을 매치시키기 위한 도구 입니다. 따라서 도메인을 구입하셨다면 해당 웹호스팅업체의 DNS를 해당 도메인 등록 절차 또는 수정 절차에서 입력해주셔야 합니다.

도메인 포워딩은 보통 '긴 도메인'을 간단하게 줄이는 등의 용도로 사용 합니다. 예를 들어, Eunki님의 블로그 주소가 "http://literove.eelee.net" 인데 이는 2차 도메인 주소 입니다. eelee.net이라는 주소 앞에 www 대신 literove 라는 구별자를 넣은 것이지요. 이러한 주소를 간단하게 literove.com 등의 주소로 연결시켜주는 것을 도메인 포워딩이라고 할 수 있습니다.

지금하시려는 것이 예를 들어 [ http://literove.eelee.net/abc ] 라는 폴더에 대해 [ http://literove.com ] 으로 연결하실 것이라면 먼저 literove.com 이라는 도메인에 대한 설정을 하셔야 합니다. 이는 네임서버를 설정하는 단계이고, 이때 필요한 것은 호스팅을 받고 있는 계정의 DNS 주소 입니다. 보통 ns.domain.com 의 형식을 가지고 있고 2개를 가지고 있습니다.

이렇게해서 정상적으로 도메인이 등록되었다면 literover.com 이라는 도메인은 [ literove.eelee.net ] 으로 연결될 겁니다. 그런데, 지금 Enuki님은 하위 폴더 연결을 원하시기 때문에 이 부분에 대해서는 웹호스팅 사에 설정을 요청하셔야 합니다. 대신, literove.eelee.net 의 루트로도 계속 접속할 수 있을지에 대한 부분은 웹호스팅사에 문의해보셔야 할 것 같습니다. ^^;

답변이 되었는지 모르겠습니다.

[추가 질문이 있으신 경우는 제 블로그에 답변을 달아주셔도 괜찮습니다.]

파이어폭스도 .ANI 를 이용한 공격에 노출되어 있다.

푸른가을 — Fri, 6 Apr 2007 11:44:58 +0900

Informationweek.com에 기사로 뜬 내용입니다.

파이어폭스도 .ANI 취약점을 이용한 공격에 노출되어 있고 결코 안전하지 않다라고 기사는 시작하면서 이는 윈도우 기반의 모질라 파이어폭스의 문제라고 말하고 있습니다.

역시나 윈도우 기반의 취약점이라서 더 그런가 봅니다.

자세한 내용은 여기를 클릭하셔서 읽어보시기 바랍니다.
다만.. 영어의 압박이 심하니... ^^;