- 2005년 10월
- 2005년 09월
- 2005년 08월
- 2005년 07월
- 2005년 06월
- 2005년 05월
- 2005년 04월
- 2005년 03월
- 2005년 02월
- 2005년 01월
- 2004년 12월
- 2004년 11월
- 2004년 10월
- 2004년 09월
- 2004년 08월
- 2004년 07월
- 2004년 06월
- 2004년 05월
- 2004년 04월
- 2004년 03월
- 2004년 02월
- 2004년 01월
- 2003년 12월
- 2003년 11월
- 2003년 10월
- 2003년 09월
- 2003년 08월
- 2003년 07월
- 2003년 06월
• 2009년 06월
• 2009년 05월
• 2009년 04월
• 2009년 03월
• 2009년 02월
• 2009년 01월
• 2008년 12월
• 2008년 11월
• 2008년 10월
• 2008년 09월
• 2008년 08월
• 2008년 07월
• 2008년 06월
• 2008년 05월
• 2008년 04월
• 2008년 03월
• 2008년 02월
• 2008년 01월
• 2007년 12월
• 2007년 11월
• 2007년 10월
• 2007년 09월
• 2007년 08월
• 2007년 07월
• 2007년 06월
• 2007년 05월
• 2007년 04월
• 2007년 03월
• 2007년 02월
• 2007년 01월
• 2006년 12월
• 2006년 11월
• 2006년 10월
• 2006년 09월
• 2006년 08월
• 2006년 07월
• 2006년 06월
• 2006년 05월
• 2006년 04월
• 2006년 03월
• 2006년 02월
• 2006년 01월
• 2005년 12월
• 2005년 11월
• 2005년 10월
• 2005년 10월
• 2005년 09월
• 2005년 08월
• 2005년 07월
• 2005년 06월
• 2005년 05월
• 2005년 04월
• 2005년 03월
• 2005년 02월
• 2005년 01월
• 2004년 12월
• 2004년 11월
• 2004년 10월
• 2004년 09월
• 2004년 08월
• 2004년 07월
• 2004년 06월
• 2004년 05월
• 2004년 04월
• 2004년 03월
• 2004년 02월
• 2004년 01월
• 2003년 12월
• 2003년 11월
• 2003년 10월
• 2003년 09월
• 2003년 08월
• 2003년 07월
• 2003년 06월
고유링크(퍼머링크, permanent link) 이해를 위한 10문10답
IT문화원 블로그.
2005년 04월 11일.
URL: http://www.dal.kr/blog/archives/000906.html
블로그에서 사용하는 고유링크(퍼머링크, permanent link)에 대한 상세설명입니다. 고유링크를 설명하다보면 결국 정적방식과 동적방식에 대한 논의를 다시 거론하게 되는데, 둘의 기술적 우위는 판단 대상이 아닙니다. 이 글에서는 고유링크와 정적방식의 관계가 왜 밀접한가를 설명하고자 합니다.
(1) 고유링크(퍼머링크, permanent link)란 무슨 뜻인가요?
블로그로 작성한 게시물(글)의 주소를 뜻합니다. 예를 들어 블로그로 작성한 '블로그 용어'라는 글이 'http://www.dal.co.kr/blog/archives/000042.html' 라는 주소를 가지면 이 이 주소가 곧 퍼머링크입니다.
(2) 그렇다면 인터넷 문서 주소인 URL(또는 링크 주소)과 같은 것이 아닌가요?
예. 기능으로 본다면 퍼머링크나 인터넷 상에서 문서의 위치를 가리키는 URL은 사실상 같습니다.
(3) 그런데 왜 URL이 아닌 퍼머링크라는 말을 쓰나요?
초기 블로그 발행방식의 특징 때문입니다. 블로그는 새로 쓴 글이 첫화면 맨 위의 글로 올라옵니다. 예를 들어 1월 1일에 A라는 글을 올렸을 때는 이 글은 http://www.dal.co.kr/blog/index.html 상이나 index.php에 위치합니다. 하지만 글이 더 올라와 index.html에서 사라지면 A라는 글을 어디에서 찾을까요? 때문에 index.html이나 index.php는 A의 고유한 URL이 될 수 없습니다.
지금도 몇몇 블로그는 index.php로 메타블로그에 싱크를 하고 있어, 블로그코리아나 올블로그와 같은 메타블로그에 올라온 글을 클릭하면 제목의 글 대신 오늘 올라온 새 글을 보게 되는 경우가 많습니다.
이처럼 블로그는 지정된 몇 개의 글이 올라오면 옛날 글은 밀려서 첫화면에서 사라지는데, 사라진 글을 어딘가에 저장하고 이 글의 링크주소를 알려줄 필요가 있습니다. 예를 들어서 MT의 경우라면 다음과 같이 만들 수 있습니다.
월별문서를 만들고: http://www.dal.co.kr/blog/200405.html#id123
주제별문서를 만들고: http://www.dal.co.kr/blog/col.html#id123
개별문서를 만들고: http://www.dal.co.kr/blog/123.html
만약 php와 같은 DB 방식이라면 다음과 같이 만들 수 있습니다.
개별문서 주소: http://www.dal.co.kr/blog/index.php?id=123
주제별문서 주소: http://www.dal.co.kr/blog/index.php?cat=col&id=123
월별문서를 만들고: http://www.dal.co.kr/blog/index.php?month=200405&id=123
물론 http://www.dal.co.kr/blog/index.php?page=1 과 같이 했다가 글이 올라오면서 A 문서의 위치가 page=2로 바뀐다면 고유링크가 될 수 없죠.
(4) 동적방식의 URL과 정적방식의 퍼머링크는 차이가 있는가?
있습니다. 정적방식은 도구의존적이지 않은 반면 동적방식은 도구의존적이기 때문입니다. 따라서 HTML 문서로 발행된 정적방식은 어떤 시스템에서도 그 주소를 유지할 수 있는 반면 동적방식은 도구를 사용할 수 없는 시스템에서는 주소를 유지할 수 없기 때문입니다.
예를 들어 리눅스에서 펄이나 php에 MySQL로 운영하더라도 발행방식을 이용해 http://www.dal.co.kr/blog/123.html 주소를 A 문서의 주소로 사용했다고 합시다. 이 주소는 윈도 서버로 옮기던, 맥 시스템이나 유닉스로 옮기던 이 주소를 그대로 유지할 수 있습니다.
그렇지만 php를 이용하던 http://www.dal.co.kr/blog/index.php?id=123 이라는 주소를 그대로 유지하려면 MySQL과 php를 지원하는 시스템이어야 합니다.
여기서 php를 지원하지 않더라도 자바나 비주얼베이직을 이용해 그 주소를 유지하면서 보여주는 블로그툴을 만들면 되지 않느냐는 이야기는 의미 없습니다. 그렇게 하면 컴퓨터에서 안되는 것은 없지만, 그 개발비며 인력을 일개 사용자가 짊어질 수는 없습니다. 중요한 것은 기본값으로 되느냐 안되느냐 또는 현재까지 그런 철학을 가지고 개발되었느냐 안되었느냐 하는 것입니다. 일반인은 새로 변환도구를 개발할 수 없습니다.
없는 기능은 앞으로 개발하면 된다면 식의 논리를 적용하면 미니홈피나 커뮤니티도 RSS, 트랙백 지원하면 블로그가 될 수 있다고 말하는 것과 같고, 전자우편도 메신저 기능을 수행할 수 있다고 말하는 것과 습니다.
(5) 동적방식의 URL이 퍼머링크에 적합하지 않다고 하는 이유는 무엇인가?
어떤 문서를 가리키는 퍼머링크는 다양하게 적용될 수 있습니다. 앞서 설명한 것처럼 A 문서는 5월 문서에도 들어갈 수 있고, 컬럼 주제에 들어갈 수도 있고, 개별문서로도 존재할 수 있습니다. MT를 예로 들자면 개별문서나 월별문서를 만들지 않고 주제별 문서만 발행해 운영할 수도 있습니다. 이때 HTML 방식은 어떤 형태의 문서에 A 문서를 포함하더라도 A 문서의 위치를 유지할 수 있습니다. 때문에 검색엔진에서 검색한 결과를 보고 찾아가더라도 항상 A 문서를 찾을 수 있습니다.
다음처럼 주소가 정해질 경우 어떤 형태로 이 주소를 링크하더라도 A를 볼 수 있게 되죠.
월별문서를 만들고: http://www.dal.co.kr/blog/200405.html#id123
주제별문서를 만들고: http://www.dal.co.kr/blog/col.html#id123
개별문서를 만들고: http://www.dal.co.kr/blog/123.html
DB 방식의 경우에는 현실적으로 다음과 같은 주소 형태가 될 겁니다.
(a) 개별문서를 가리키는 주소: http://www.dal.co.kr/blog/index.php?id=123
(b) 주제별문서를 가리키는 주소: http://www.dal.co.kr/blog/index.php?page=1
(c) 월별문서를 가리키는 주소: http://www.dal.co.kr/blog/index.php?time=200405&page=1
(d) a라는 단어로 검색한 후 주소: http://www.dal.co.kr/blog/index.php?search=a&page1
(a)나 (c)와 같은 형태의 주소라면 그대로 유지될 가능성이 높습니다. 하지만 주제별문서라면 좀더 많은 글이 올라오면서 page 1에 있던 것이 2로 밀리면서 page=2로 주소가 바뀔 수 있습니다. 실제로 여러분이 검색엔진에서 찾은 결과를 클릭하거나 또는 어떤 사이트에서 링크를 건 DB방식의 게시판을 눌렀을 때 1년 전의 A문서가 들어있는 목록이 아닌 이달의 list가 출력되는 경우를 자주 볼 겁니다.
특히 (d)처럼 어떤 사람이 a라는 단어로 게시판에서 검색한 결과 나타난 주소를 링크시켜둔 경우는 대부분 a라는 낱말이 든 글이 게시판에 추가되면서 밀려나는 것이 DB 방식의 일반적인 형태입니다.
따라서 동적방식(DB방식)으로 퍼머링크를 유지하려면 처음 설계할 때부터 어떤 형태로 A 문서를 가리키더라도 A문서가 그대로 출력되도록 따로 고민하면서 프로그램을 개발해야 합니다. 하지만 이 일은 매우 어렵습니다. 때문에 갑이라는 사람이 a라는 낱말로 검색한 결과 나오는 주소를 링크 건 경우에는 대개 일정 시간 후 링크를 눌렀을 때 엉뚱한 화면으로 넘어가기 마련입니다. 이처럼 DB 방식에서 다양한 경로로 접근해 링크를 걸 경우에도 A를 출력하도록 하는 일이 어렵기 때문에 DB 방식으로 퍼머링크를 유지하는 것이 힘들다고 하는 겁니다.
잘 개발하면 불가능한 일은 아닐지 모르지만 뭐든지 개발하면 된다는 논리로 DB방식도 다 가능하다고 주장하는 것은 의미 없습니다. 현실적인 어려움이 있고, 또 현재까지 나온 대부분의 DB방식은 퍼머링크 유지에 적합하지 않게 개발된 것이 사실입니다.
"정적방식은 여러 낱말로 검색한 결과를 링크주소로 사용할 수 없지만 동적방식은 낱말 검색결과를 링크주소로 사용할 수 있으니 더 뛰어난 기능 아닌가?"라고 반대의견을 내놓는 분이 있을 겁니다. 물론 맞습니다. 동적방식은 글쓴이나, 주제어, id 등으로 검색할 수 있고 이 결과를 링크주소로 활용할 수 있습니다. 하지만 이 글에서 말하고자 하는 것은 동적방식과 정적방식 중에 어느 것이 더 뛰어난 방식이냐를 따지는 것이 아니라 퍼머링크를 유지하는 경우 어떤 방식이 더 적합하냐 하는 점입니다. 전에 말한 것처럼 정적방식의 장단점은 거꾸로 동적방식의 장단점이 되는 구조를 가지고 있기 때문에 어느 방식이 더 우수하다고 결론 내리기는 어렵습니다.
(6) 그럼 정적문서로 발행하는 발행방식은 퍼머링크에 적합하다는 말인가요?
예. 정적방식은 퍼머링크를 손쉽게 유지하도록 도와줍니다. 하나의 예로 서버를 바꾸면서 시스템이나 도구를 옮기는 경우를 생각해보겠습니다. 이런 경우 운영체제를 바꾸거나 도구를 바꾸거나 DB 시스템 자체가 바뀌더라도 DB의 내용을 html 문서로 발행만 해준다면 그 주소를 그대로 유지합니다. DB를 임포팅 한 후에 이를 html 문서로 발행하므로 도구들은 html 문서의 주소에 영향을 미치지 않습니다.
1. 처음에는 펄을 이용한 (가) 프로그램에서 A문서를 http://www.dal.co.kr/blog/123.html로 발행
2. 시스템 옮긴 후 php를 사용하는 (나) 프로그램에서 A문서를 http://www.dal.co.kr/blog/123.html로 발행
3. 다시 시스템 옮긴 후 비주얼베이직을 이용한 (다) 프로그램에서 A문서를 http://www.dal.co.kr/blog/123.html로 발행
즉 (가) (나) (다) (라)의 네 가지 도구를 돌아가면서 사용하더라도 이들 도구가 모두 발행방식을 지원한다면 A문서는 DB나 자료 임포팅 후 발행(=리빌드 기능)을 통해 계속 http://www.dal.co.kr/blog/123.html 주소를 유지합니다.
그런데 (가) MT 프로그램을 사용하다가 (나)로 옮겼는데 발행방식이 지원되지 않기 때문에 하는 수 없이 DB 임포팅 후 A 주소가 http://www.dal.co.kr/blog/index.php?id=123 으로 바뀐다면 이 주소는 과거의 퍼머링크를 유지하지 못하게 됩니다.
여기서 다시 말하지만 (나) 도구를 개량해 외형적인 주소를 http://www.dal.co.kr/blog/123.html 처럼 보이게 할 수 있다는 말은 큰 의미가 없습니다. 현재 기본값으로 이런 기능이 없는 상황이라면 주소를 속이는 그런 기능을 새로 개발해야 한다는 말이 되는데, 이런 경우는 일반 사용자에게 의미가 없습니다.
(7) MT에서 다른 프로그램으로 바꿀 때 MT에서 만든 123.html 문서는 그냥 파일복사로 올려놓으면 일단 고유주소는 유지되는 것으로 볼 수 있나요?
물론 이처럼 최악의 경우 이전에 발행한 123.html 문서를 새 서버로 복사해 사용하는 것으로도 그 주소는 유지할 수 있습니다. 최소한 http://www.dal.co.kr/blog/123.html 이라는 링크를 타고 왔을 때 A를 볼 수는 있습니다. 하지만 (나) 프로그램으로 덧글이나 링크를 보낼 수 없습니다. (나) 도구가 발행방식을 지원하지 않는다면 (나)와 분리해 올려둔 http://www.dal.co.kr/blog/123.html 문서는 단순하게 읽을 수만 있는 태그와 텍스트 덩어리에 불과합니다. 퍼머링크는 유지되지만 블로그와 연동된 문서는 아닌 것이 되죠.
(8) 그렇다면 블로그 프로그램인 MT의 발행방식으로 만든 HTML과 일반에디터로 만든 과거의 HTML은 차이가 있다는 말인가요?
예. 차이가 있습니다. 블로그 프로그램에서 발행한 HTML 문서는 CGI 프로그램과 연결되어 다양한 양방향 기능이 가능한 반면 HTML 태그로 만든 문서는 보여주기만 가능한 단방향성을 지니기 때문입니다.
바로 앞에서 말한 것처럼 MT의 발행방식으로 만든 123.html은 MT의 CGI와 연결되어 덧글 등록이나 트랙백을 받는 기능을 수행하면서 문서를 갱신해나갑니다. 하지만 HTML 태그 코딩으로 만든 HTML 문서는 글만 있을 뿐 블로그 프로그램과 연동하여 다른 네티즌과 덧글, 트랙백을 주고받지 못합니다. 갱신은 제가 다시 문서 내용을 편집해 수정하는 형태로 이루어집니다.
(9) 그럼, MT의 발행방식으로 만든 HTML 문서의 장점은 퍼머링크를 유지하면서도 블로그 기능을 수행한다는 뜻인가요?
예. 맞습니다. MT의 발행방식으로 작성된 HTML 문서는 퍼머링크를 그대로 유지하면서 MT의 CGI 프로그램과 연동해 계속 외부와 양방향 통신을 하며 문서를 갱신합니다.
(10) 퍼머링크를 고유링크로 번역한 이유는 무엇인가요?
제가 홈페이지를 없앤다면 정적방식의 http://www.dal.co.kr/blog/123.html 이건 동적방식의 http://www.dal.co.kr/blog/index.php?123 이건 모두 사라집니다. 따라서 영구적인 링크라고 말하기는 조금 어색합니다. 결국 A문서만이 가진 고유한 주소이고, 또 A문서의 주소를 식별할 수 있는 주소라는 의미로 퍼머링크를 고유링크로 번역했습니다.
• 
구글의 위성사진 서비스에 대한 이야기
고유링크(퍼머링크, permanent link) 이해를 위한 10문10답
'발견 네티즌: 김중태님편' 인터뷰 보기
• 이 글의 먼글 주소 : http://www.dal.kr/mt/mt-tb.cgi/906
• 블로그이름 : 인터넷 여행
(2005년 04월 11일. 17:05)
• 걸린글제목 : 고유링크(퍼머링크, permanent link) 이해를 읽고
링크 : http://www.dal.co.kr/blog/archives/000906.html permanent link가 뭘까 궁금했는데 이제는 조금 알 것 같습니다. 선생님의 좋은 글 감사하게 읽고 있습니다. 새글 작성시 본문에 태그가 먹지 않았으면 할때가 가끔 있습니다. 해결책 없을까요?... [모두 읽기]
• 블로그이름 : Wiki Kiwi Experience
(2005년 04월 12일. 10:55)
• 걸린글제목 : PermanentLink
잘 구성 된 PermanentLink의 또다른 큰 장점중에 하나는, ''' 트랙백 주소와 참조링크의 일관성 ''' 으로 � [모두 읽기]
• 블로그이름 : Wiki Kiwi Experience
(2005년 04월 12일. 11:00)
• 걸린글제목 : PermanentLink
잘 구성 된 PermanentLink의 또다른 큰 장점중에 하나는, ''' 트랙백 주소와 참조링크의 일관성 ''' 으로.. [모두 읽기]
• 블로그이름 : 人形使 - 피리부는 사나이
(2005년 06월 09일. 18:34)
• 걸린글제목 : 초급 이용자를 위한 블로그 용어 사전 (1)
블로그 : Blog, Weblog
개인의 뜻을 담는 웹상의 공간입니다 .
블로그의 뜻과 유래
블로그란게 무엇이죠 ?
블로그의 뜻
트랙백 : trackback, 참조글, 관련글, 먼댓글
자신이 작성한 글과 관련이 있는 글에 링크를 걸어주는 기능입�... [모두 읽기]
• 블로그이름 : 人形使 - 피리부는 사나이
(2005년 06월 09일. 18:34)
• 걸린글제목 : 초급 이용자를 위한 블로그 용어 사전 (1)
블로그 : Blog, Weblog
개인의 뜻을 담는 웹상의 공간입니다 .
블로그의 뜻과 유래
블로그란게 무엇이죠 ?
블로그의 뜻
트랙백 : trackback, 참조글, 관련글, 먼댓글
자신이 작성한 글과 관련이 있는 글에 링크를 걸어주는 기능입�... [모두 읽기]
• 블로그이름 : ★나도초보
(2005년 06월 12일. 20:26)
• 걸린글제목 : 고유링크(퍼머링크, permanent link) 이해를 위한 10문10답
고유링크(퍼머링크, permanent link) 이해를 위한 10문10답 [모두 읽기]
• 블로그이름 : ★나도초보
(2005년 06월 12일. 20:29)
• 걸린글제목 : 고유링크(퍼머링크, permanent link) 이해를 위한 10문10답
고유링크(퍼머링크, permanent link) 이해를 위한 10문10답 [모두 읽기]
MT 버전업이 되면서 개선되었는지는 모르겠는데, 2.X버전까지 문제가 있었던 것이, permalink를 이용하려면 permanant identifier가 필요합니다만, 그게 없더군요.
MT의 DB에 Auto Increment로 생성된 Entry ID를 identifier로 사용할 경우 MT에서 export했다가 다시 import하면 자동으로 id가 증가해버려 permalink가 깨지게 됩니다.
Entry Title을 identifier로 쓸 경우에도 제목을 수정해버리면 역시 permalink가 깨지게 되구요.
그나마 작성시간을 identifier로 쓰면 좀 낫긴 하지만 역시 MT의 강력한 기능 덕에 작성시간도 수정할 수 있으니...
Export/Import/수정에 영향을 받지 않고 permanant성을 유지할 수 있는 identifier에 대한 연구가 필요할 것 같네요.
pretty link의 개념은 논외로 하더라도, Entry_Id와 별개로 Entry_Permanant_Id 같은게 있어야 하지 않을까 하는 생각입니다.
eouia님: 그래서 저는 그냥 ID번호로 된 파일이름으로 생성합니다. ^_^
아무래도 숫자로 된 것이 보기에도 간결하고 다루기 편하긴 하더라고요.
어우야님 말씀처럼 제목이나 기타 식별자를 주소로 사용할 경우 수정에 따른 고유링크의 깨짐 현상은 해결할 과제네요.
(익스포트, 임포트 과정은 일반 사용자에게 거의 없는 과정이니 이로 인한 ID 변경까지 고려하지는 않았겠죠.)
정적방식이건 동적방식이건 퍼머링크를 좀더 잘 구현하는 문제는 역시 쉽지 않은 문제인 것 같습니다.
선생님...맞습니다.
태그 명령을 보기로 본문에 적을 경우 눈으로는 태그 명령이 보이고 실제로는 태그가 실행되지 않게 하려는 경우라면 (pre)나 (xmp) 태그 안에 넣어서 사용하면 됩니다.
선생님 말씀처럼 pre, xmp를 넣어서 하면 되겠구나 생각했었는데 이렇게 하면 줄을 뛰우면 (p)태그가 생기더군요.
무버블에 있는 기능인데 제가 사용하는 방법을 몰라 그럴 수도 있지만 가끔 태그가 포함된 글을 작성할 경우도 있네요.
글 남겨 주셔셔 감사드립니다.^^*
gaseo님: 덧글을 남겨두었지만 이곳 덧글을 볼 분을 위해 다시 이곳에 남깁니다.
원하시는 것이 문장 안의 태그를 해석하지 않고 눈으로만 보여주는 것이라면 PRE를 사용하면 안되고 XMP만 사용해야 합니다.
그리고 무버블타입 안에서 줄바꿈을 했을 경우 (p) 태그가 삽입되는 것은 자동으로 (p) 태그가 삽입되도록 설정되었기 때문입니다. 이 태그가 삽입되지 않도록 하려면, 새 글을 작성하거나 수정할 때 편집 영역 아래 쪽에 있는 'Text Formatting: (?)'에서 'Convert Line Breaks' 대신 'None'으로 설정해두면 됩니다. 이렇게 하면 자동 줄바꿈이 일어나지 않습니다. 대신 줄이 안 바뀌므로 본문 안의 문장에 줄바꿈 태그인 (br)을 수동으로 문단마다 넣어주어야 합니다.
http://alogblog.com/alog/archives/2005/04/01_permalink에_대한_진실과_오해_permanant한_퍼머링크/#comments