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

Posted at 2007. 8. 9. 23:30 | Posted in IT Partition

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

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

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

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

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

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

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

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




//

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

Posted at 2007. 8. 7. 14:17 | Posted in IT Partition


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

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

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

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

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

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


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




//

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

Posted at 2007. 8. 6. 10:51 | Posted in IT Partition
올블로그 메인페이지(정확히는 실시간 인기글) 상에 오류메시지가 상당기간 보이고 있습니다. 정확히 몇시부터 있었는지는 모르겠지만, 현재시각 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분 현재는 문제해결 된 상태네요 ^^

//

도메인 포워딩에 대해서도메인 포워딩에 대해서

Posted at 2007. 7. 27. 17:02 | Posted in O/S Partition
본 포스트는 '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 를 이용한 공격에 노출되어 있다.파이어폭스도 .ANI 를 이용한 공격에 노출되어 있다.

Posted at 2007. 4. 6. 11:44 | Posted in S/W Partition
Informationweek.com에 기사로 뜬 내용입니다.

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

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


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

그누보드, 큐브리드 포팅되다!!그누보드, 큐브리드 포팅되다!!

Posted at 2007. 2. 26. 18:35 | Posted in IT Partition
작년 10월말, 무료 데이터베이스인 큐브리드 사용을 위한 제로보드 포팅 이후 그누보드도 큐브리드 포팅이 완료되었습니다.
포팅은 큐브리드(http://www.Cubrid.com)에서 해주신 듯 합니다.

조만간 mysql 버전과 큐브리드 버전의 비교 테스트도 해봐야할 듯 싶군요.
큐브리드 버전의 그누보드는 여기서 받으실 수 있습니다.
//

네이버 검색 결과에 대실망! 네이트는 그나마 나은...네이버 검색 결과에 대실망! 네이트는 그나마 나은...

Posted at 2007. 2. 1. 13:57 | Posted in IT Partition
오늘 4KUS ODD 인식이 잘 안되는 관계로 택배를 보내기 위해 헤더웨이 홈페이지를 찾아야할 일이 있었다.

보낼 곳 주소를 확인한다는 걸 깜빡하는 바람에
택배사에 전화 연결이 된 상태에서 찾아야 했는데.. 이런!!

네이버에서 "헤더웨이"로 검색하니 연예인만 주루룩 뜬다..
ODD의 제조사인 4KUS로 검색을 해봐도 관련 홈페이지는 전혀 찾을 수 없다.
뭐 이런게 다 있을까?
생각해보다 어제 집에서는 네이트로 찾은 기억이 남아서 네이트에서 찾아봤다.

정확히 "헤더웨이"라고 뜨지는 않지만..그래도 나름대로 제일 위에 올라와 있다.

자.. 네이버와 네이트의 검색 결과를 보자!!

사용자 삽입 이미지

네이버 검색화면

사용자 삽입 이미지

네이버 검색화면 두번째

사용자 삽입 이미지

네이트 검색화면


마지막으로 구글의 검색화면이다.
사용자 삽입 이미지


이보다 더 좋을 수 있나?
네이버에서 최소 4-5 페이지는 넘겨야 헤더웨이와 관련된 정보를 얻을 수 있다.
난 앤 헤더웨이라는 외국 연예인에 대한 정보는 필요하지 않은데 말이다.
솔직히 말하면.. 오늘 처음 알았네.. -_-;



//

네이버 블로그 시즌 2 - 디자인만 쉽다.네이버 블로그 시즌 2 - 디자인만 쉽다.

Posted at 2007. 1. 4. 13:20 | Posted in IT Partition
네이버 블로그 시즌2가 시작되었군요.
지난 29일부터 계속 시즌 2에 대한 광고가 시작되어서 관심있게 보다가, 정작 D-day인 오늘은 유심히 살펴보지 못했었는데 올블로그에 해당 글들이 많이 올라와 있는 듯 하여 보니 시즌 2가 시작되었네요.

일단 눈에 띄는 것은 "미스터 블로그"씨의 질문 -_-; 이건 어째 변하지 않는겝니까?
그다음은 언제 걸어놨었는지도 기억안되는 방문 히트 이벤트.. ^^;


이제 본격적으로 살펴본 바에 의하면 "리모콘"이라는 기능이 새롭게 생겼습니다.
(뭐 사실 다른 분 블로그에 들어가서 그 부분만 보고 뛰쳐나왔습니다. 시즌 2 시작이네 하면서)



위 그림이 바로 리모콘 입니다. 전체적인 각(레이아웃)을 제외하고, 세부적인 디자인 혹은 스킨을 설정할 수 있는 플로팅 메뉴로 보면 될 듯 싶습니다.

일단 좋습니다.
편하니까, 사용할 수 있는 소스도 다양하고 바로바로 적용되는게 보이고 하니까 좋습니다.


근데 결정적으로 관리화면이 불만입니다. -_-;
도대체가 관리화면에서 할 수 있는 일이라고는 리모콘에서 적용할 수 없는 레이아웃에 대한 설정과 아이템, 그리고 관리자에 대한 개인정보 변경 정도입니다.

도대체가 블로그가 글(포스트)에 대한 관리화면이 없는게 말이 되냐!!
시즌2라고 하더니 기껏 디자인에만 신경 쓴 것으로 보이는군요..

네이버 블로그씨,
시즌 3을 위해 포스트와 관련된 관리화면은 빼놓으신 겁니까?
다음의 행보를 보시지요. 네이버의 행보가 더 느려져 보이네요.

일단,
개인적으로 네이버 시즌 2에 대해 디자인 관련 부분은 흡족!
그외 기타 등등은 몽땅 불만 !! 입니다.


//

올블로그, 로그인 페이지?올블로그, 로그인 페이지?

Posted at 2006. 12. 18. 18:24 | Posted in IT Partition
사용자 삽입 이미지

올블로그 로그인 화면


올블로그에 접속하려고 하면 나오는 첫 화면입니다. ^^;
아마도 올블로그 서비스 개편이후, 새로운 로그인 쿠키를 적용하기 위한 부분이 아닌가 생각되기는 하는데.. 링크가 좀 많이 깨지는군요 ^^;

오전부터 지켜봤는데 변경된게 없습니다.. ^^
//

IE7, 탭 브라우징 2% 부족하다IE7, 탭 브라우징 2% 부족하다

Posted at 2006. 11. 30. 17:56 | Posted in S/W Partition

IE 7.0의 출시가 되면서 가장 관심을 가졌던 부분은 "탭 브라우징"이 아니었을까?
사실, 파이어폭스(Firefox, 이하 FF)나 오페라 등의 브라우저를 사용하는 유저들에게 있어서 IE가 가진 취약점은 탭브라우징이 되지 않는 부분도 상당 부분 적용되었을 것이라 생각된다.

이에 마이크로소프트에서 IE 7.0을 출시하면서 중점에 두었던 부분이 "탭 브라우징"과 "웹 표준"이 아니었을까?
웹 표준이야 IE 6에 비하면 많이 좋아진 편이긴 하지만 여전히 갈 길이 멀다고 느껴질 뿐이고,
탭 브라우징은 나름대로 좋은 장점을 가지고 있다.

일단, 시작 페이지를 여럿 설정해 놓아 자주 가는 여러 사이트를 일일히 열지 않고도 간단하게 확인할 수 있다.
(이부분은 FF 2.0에서 지원되지 않는 것으로 보인다. 틀린 부분이 있다면 알려주시길
"비밀댓글로 남겨주신 글을 옮깁니다"
일단 시작 페이지로 정할 사이트를 여러 개 탭으로 띄워놓고 도구-설정-일반-시작 페이지에 있는 '현재 탭'을 누르면 현재 띄워져 있는 모든 탭들이 시작 페이지로 설정됩니다.)

또한, 탭 브라우징의 기본적인 장점인 새로운 IE를 실행시킬 필요없이 이미 실행시켜 놓은 창에서 탭을 추가 함으로써 기존의 보고 있던 웹사이트를 닫지 않고도 새로운 사이트를 확인할 수 있다는 점은 좋은 점이다.

또한, 페이지내 링크에 대한 설정을 통해 "새창"으로 열 것인지 "새탭"으로 열 것인지를 결정할 수 있는 부분도 기본적인 탭브라우징의 요소이다.

이러한 기본적인 탭브라우징의 기능들은 잘 유지하고, 또한 상당부분 좋은 기능을 첨부했음에도 불구하고 IE 7의 탭브라우징은 2% 부족하다.
이는 개인적인 생각으로 인한 부분일 수도 있으나 링크를 통해 탭을 연 후에 해당 탭을 닫을 때 발생한다.
예를 들어, "올블로그"(http://allblog.net)에서 내가 보고 싶은 포스팅을 발견하여 새 탭으로 열어서 다 본 후 해당 포스팅의 탭을 닫았을 경우, 돌아가야할 탭은 "올브로그"의 탭이다. 그러나! IE7의 탭은 그 다음 탭으로 자동으로 넘어간다. (다음 탭이라고 하기 보다는 원래의 탭이 있던 자리라는 표현이 맞을지도 모르겠다.)

FF나 그외의 탭 브라우징을 지원하는 브라우저를 써 본 사람이라면 얼마나 불편한지 몸소체험할지도 모르겠다.
FF의 예를 들자면 링크를 통하여 탭이 열리면 해당 탭은 맨 마지막 탭으로 추가되고, 그 탭을 닫을 경우에는 이전 탭(링크의 원본 탭)으로 이동된다.

이건 좀 바꿔줬으면 좋겠는데?
뭐 다른 방법이 있을런지도 모르겠지만. 기본적인 설정에서 이 정도는 해줘야하지 않을런지?


//