'퍼머링크'에 해당되는 글 3건
- 2007/09/20 인터넷 서비스(웹서비스)의 최우선 과제는 무엇인가?
- 2007/04/11 도메인 이전으로 인한 퍼머링크에 대한 처리 경과(7)
- 2007/04/06 블로그 복구 - 일주일만에 다시 복구(4)
웹서비스가 다양하지만, 웹서비스에 등록되는 하나의 글, 자료 들은 올리는 사람에게는 소중한 것이다.
하나의 사진 , 동영상 , 업무에 필요한 데이터 등 각 개인에게는 중요한 자료들이다.
그것이 한순간에 사라진다거나, 사용할 수 없게 된다는 것은 치명적이다.
# 스타트업 서비스들이 어려움을 겪는 근본적인 이유가 바로 이 때문이다.
그래서 새로운 스타트업 웹서비스들이 초기에 어려움을 겪는 부분이 바로 그것 때문이라 생각한다.
그 안정성 이 아직 검증이 되지 않았기 때문이다.
왜 스타트업 서비스들이 접속하는 사람이 많지 않을 것 같은
새벽시간의 작업도 일일히 공지를 하는지 잘 모르는 사람들은 의아하게 생각할 수도 있다.
그렇지만, 웹서비스 자체가 접속시간자체가 제한되어 있지 않기 때문에 당연한 것이다.
(오프라인 상점 처럼 Open/Close 시간이 있는 웹서비스는 없다.)
게다가 글로벌 서비스를 지향한다면, 우리나라 새벽시간도 다른 나라에서는 업무시간일 수도 있기 때문에 안정성을 위한다면 각 나라 시간대별로 작업시간을 따로 해야 할 것이다.
# 안정성의 범위를 어디까지 두느냐?
안정성은 웹서비스가 가동되는 서버의 중지, 웹서비스 프로그램의 오류로 인한 중지 등의 직접적인 안정성이 있다.
또한 게시글, 블로그포스팅 등의 퍼머링크도 그와 비슷한 측면이 있다.
데이터(자료,지식)기반 웹서비스에게는 퍼머링크가 깨진다는 것은 데이터 자체의 삭제에 버금간다고 생각한다.
예전 열린검색이 나왔을때 모포털에서 그런 비슷한 일을 했던 것으로 기억한다.
(마치 절벽에 다른 사람의 손에 의지해 매달려 있는 사람이 내가 손 놓으면 저놈이 엉덩방아 찧겠구나! 라는 생각으로 손을 놓는 것 처럼 어이없는 일이 있었다)
불가항력으로 퍼머링크가 깨지는 경우는 어쩔 수 없겠지만, 가능한한 주의해야 할 부분이다.
그런데 얼마전 시작한 파란의 웹호스팅 서비스가 그런 안정성측면에서 간과하는 일이 벌어졌다.
나로서는 어이없는 수준의 일이다. 서비스중지가 불가항력일 수는 있다.
그런데, 그에 대한 인식수준은 거의 무개념에 해당한다.
파란 웹호스팅의 활용방안에 대해 전면 재검토를 해야 겠다.(그냥 테스트용도로만 사용해야 겠다)
다른 하나로 보안의식 측면에서의 심리적(?)인 안정성도 포함될 수 있겠다.
# 안정성은 기본이다.
이 기본적인 안정성 이 갖추어져야 그 다음에 서비스의 신선함, 편리함, 가격 경쟁력 등이 눈에 들어오는 것이다.
물론 먼저 그 점 때문에 찾아올 수 있지만, 그 안정성에 대해 의심을 받게 되면 왔던 사람도 떠나가게 된다.
이올린에 북마크하기
이올린에 추천하기
Trackback : http://devlog.experlab.com/trackback/361
-
파란 호스팅, 차라리 문을 닫아라!!!
| 2007/09/21 12:05
필자가 좋아하지 않는 기업 중 하나는 KT이다. 독과점 상태에서 몸짓 불리기에만 열중하다보니 과거 지구를 지배했지만 멸종한 공룡처럼 덩치만 크지 머리가 없는 업체가 KT이기 때문이다. 지난 9월 7일 우연히 파란에서 웹호스팅을 제공한다는 것 을 알았다. 현재 사용하고 있는 Cafe24는 기술력은 있지만 신뢰가 가지 않는 업체이고 또 하루 전송량이 꽉 차면 바로 차단되며, 리셋하려면 거의 한달치 웹호스팅 비용을 지불해야 한다. 따라서 초과되는 전송량은..
도메인을 이전하였다.
그래서 기존의 퍼머링크들을 어떻게 처리할 까 고민중이고,
처리할 수 있는 범위에서 조치중에 있다.
아직 결론을 낼 단계는 아니고, 경과를 적어보고자 한다.
1. 활동했던 커뮤니티 와 메타블로그 에서의 처리 및 블로그내 링크
직접 수정이 가능한 부분은 보이는 데로 수정하고 있다.
메타블로그 쪽에는 메일로 연락을 취해 수정하는 방향으로 하고 있다.
2. 타 블로그에 보낸 트랙백 및 댓글
이것도 보이는데로 다시 댓글을 달거나, 트랙백을 날리고 있다.
3. 검색엔진
이것이 가장 문제 - 조치를 취할 방법이 제한 적이다.
메일로 연락을 취해 보았지만, 답변 듣기는 하늘의 별따기
robots.txt 를 통해 더이상 로봇의 접근을 막고, 얼마후에 검색 색인에서 사라지는지 지켜보고 있다.
블로그 스킨 헤더에 "<META NAME="ROBOTS" CONTENT="NOINDEX, NOFOLLOW">" 도 추가
지켜보면서 별도의 삭제요청도 할 예정.(수정요청은 불가능한 것 같다)
추가 : 구글검색엔진의 URL 변경
위에도 언급했지만, 구글검색엔진의 URL 을 직접 변경할 수는 없다.
다른 방식으로 변경된 URL 로 이동시켜주어 구글검색엔진이 이를 인식하도록 하는 것이다.
http://www.google.co.kr/intl/ko/remove.html#change_url
에 보면 설명이 나와있다. 기존의 링크가 새URL 으로 완전히 바뀌는 것인지는 모르겠다.
댓글에서 처럼 .htaccess 에 다음과 같이 적어준다.
RewriteCond %{HTTP_HOST} ^taemy\.mgom\.pe\.kr
RewriteRule (.*) http://devlog.experlab.com/$1 [R=301,L]
새로운 내용이 검색엔진에 노출되려면 몇주를 기다려야 한다고 한다.
(그렇게 되면 검색엔진에 이전 URL 과 같이 나타나는 것인지, 새URL 만 나타나는 것인지는 확인해 봐야 겠다.)
-
단비 2007/04/11 21:14
저도 블로그 계정 도메인을 변경했는데요, 간단하게 한방에 처리할 수 있는 방법이 있습니다.
먼저 도메인 설정이 가능한 임시 계정을 준비하시구요, 거기에 .htaccess 파일을 만들고 Redirect 설정을 하세요.
그려면 검색엔진의 봇들이 알아서 정보가 변경된 것을 알아 가서 반영합니다.-
단비 2007/04/12 12:44
기존 링크들을 바꿔준다기 보다, 새로 항목들이 생기더군요. aaa.com -> bbb.com으로 변경된다고 할 때,
기존에 http://blog.aaa.com/1 이라는 항목으로 글이 있었는데, .htaccess를 적용하면, 추가로 별다른 작업 없이 http://blog.bbb.com/1 로도 검색이 되더군요. -
태미(taemy) 2007/04/12 14:32
예.
우선 htaccess 로 처리해서 새로운 링크를 만들도록 하고, 기존링크를 삭제하는 작업을 해야 겠군요.
답변 감사합니다. ^^
추가: 설정을 해보았는데, 잘 안되네요.
RewriteCond %{HTTP_HOST} ^devlog.experlab.com$
RewriteRule ^/(.*)$ http://devlog.experlab.com/$1 [L,R]
이렇게 했는데,
도메인이 다른 경우는 안 되는 것 같습니다.(즉, URL 은 못 바꾸는듯, URI 만 변경)
설정을 잘 못 한 것일 수도 있구요.
혹시 어떻게 설정하셨는지 알 수 있을까요?
중간에 처리해줄 파일을 거쳐가도록 하신것인가요?
-
태미(taemy) 2007/04/12 21:45
설정이 잘못되었나 봅니다.
RewriteCond %{HTTP_HOST} ^taemy\.mgom\.pe\.kr
RewriteRule (.*) http://devlog.experlab.com/$1 [R=301,L]
처럼 해주니 정상적으로 301 Redirect 가 되네요.-
단비 2007/04/12 23:26
ReWrite Rule을 쓰셨군요. 물론 됩니다. 그런데 닭잡는데 소잡는 칼을 쓰신 듯.... ^^
사이트 전체의 도메인이 바뀐 경우는 간단히 Redirect 모듈을 쓰면 됩니다. ReWrite는 서브디렉토리 레벨에서 세밀하게 조정할 때 쓰지요.
http://blog.mydevs.com -> http://blog.mymap.name 으로 도메인이 변경되었습니다.
blog.mydevs.com으로 쓰던 계정에 다음과 같이 설정하여 둡니다.
[danbie@www]$ cat .htaccess
Redirect / http://blog.mymap.name/ -
태미(taemy) 2007/04/13 01:33
^^
Redirect 는 나중에 봤습니다.
그냥 하는 김에 Rewrite 로 처리하였습니다. ^^
감사합니다.
ps. 구글에서는 redirect 방법이 공식적인 방법이더군요.
네이버쪽도 그랬으면 좋을텐데, 이것은 따로 알아봐야 겠습니다.
-
Trackback : http://devlog.experlab.com/trackback/269
지난 3월30일 부터 블로그가 뜨지 않았습니다.
거의 일주일이 되었군요.
백업도 26일자까지만 받아 놓은 상태라 그 동안의 포스팅이 유실되었습니다.
다행히 여기저기 수소문해서 포스팅은 복구할 수 있었습니다.
그런데, 그 포스팅에 달렸던 트랙백, 댓글은 유실 되었습니다.
혹시 왜 지웠냐고 오해하지 말아 주세요. ㅜㅜ
지금 있는 환경도 임시로 쓰는 것이라 조만간 다시 옮길 준비를 해야 합니다.
현재의 도메인 devlog.experlab.com 도 바뀔예정입니다.
그동안의 퍼머링크들이 깨질 가능성이 많네요.
옮길동안 수정할 수 있는 링크들은 바꿀 예정입니다.
도메인도 알아봐야 하고,
새로운 서버도 알아봐야 하고,
퍼머링크도 바꿔야 하고,
앞으로 바쁠 것 같습니다.
그래서 이 블로그에 당분간 포스팅이 없을 듯 합니다.
최소한 새로운 도메인을 등록하고,
새 도메인으로 블로그를 운영하기 전까지는 포스팅을 잠시 중단할 예정입니다.
일주일 가량 블로그를 못 보고, 글을 쓰지 못하면서 생각해 봤는데,
좀더 이 블로그의 운영방향에 변화를 주어야 겠습니다.
좀 잡담을 줄이거나, 혹은 아예 잡담용 블로그로 운영하고
별도로 개발관련 블로그를 따로 운영할까도 생각중입니다.
아직 확실한 결론은 나지 않았지만, 위의 일들을 처리하면서 결정을 해야 겠습니다.
새로운 모습을 위하여!!
Trackback : http://devlog.experlab.com/trackback/257
Recent Comment