1 hannal이 작성한 주제

  • hannal
  • 익숙한 사용자
  • 오프라인
  • 가입일자 2007-08-20
  • 글: 8

주제: 낱장주소 ( permalink ) 정책에 대해 문의

안녕하세요, 한날입니다.

현재는 낱장주소에 밑줄 문자(_)를 쓸 수 없던데 이 정책은 변할 여지가 없는 건가요? (궁금해서 여쭙는 것)

저는 낱장주소를 숫자가 아닌 문자로 쓰고 있습니다. 각 글마다 직접 주소를 써넣는데, 확인해보니 밑줄(_) 문자가
안들어가더군요. 빼기 문자(-)를 쓸 수도 있긴 하지만, 묘하게 가독성을 떨어뜨려서 오랫동안 주소에 공백 쓰임새로 밑줄을 해왔기에 현 낱장주소 정책이 좀 불편하네요.

* i-think-you-know-what-i-want

* i_think_you_know_what_i_want

위 두 개를 보더라도 아래 것이 좀 더 가독성이 좋습니다. (제 취향일지도 ^^;.)
현재 낱장주소에 _ 를 허용하지 않는데 앞으로 허용할 계획은 없는지 궁금합니다.

덧쓰기 : 어느 게시판에 써야 할 지 감이 잘 안와서 이곳에 남겼습니다. ^^;

hannal (2007-08-20 16:45:11)에 의해 마지막으로 수정

2 laziel이 작성한 답글

  • laziel
  • 고급 식물 관리사
  • 오프라인
  • 지역 안드로메다
  • 가입일자 2006-04-11
  • 글: 512

답글: 낱장주소 ( permalink ) 정책에 대해 문의

주소 규칙상 underbar (_)는 허용되지 않지요.
이것은 태터툴즈가 임의로 정한 규칙이 아니라 URL의 기본 rule 이라서 바꾸기는 어려울 것 같습니다 smile

laziel의 웹사이트

3 hannal이 작성한 답글

  • hannal
  • 익숙한 사용자
  • 오프라인
  • 가입일자 2007-08-20
  • 글: 8

답글: 낱장주소 ( permalink ) 정책에 대해 문의

정말 몰라서 여쭙는 건데요. 도메인은 대소문자 구분이 없고 _ (underbar)를 허용하지 않는 등 몇 가지 필수 규칙이 있지만, 도메인 이후 부분(path)에도 그런 규칙이 있나요?

경로(path) 부분은 도메인 이름 짓는 규칙과는 다르게 적용되고 있고, 경로에 _ 문자를 쓰는 곳도 많던데요. 이런 부분들은 권장 규칙이 있는지 모르겠지만(이 부분이 제가 여쭙는 부분), 대체로 서비스 정책 차원에서 결정하고 쓰는 듯 해서요. 주소 경로에 _ 를 쓰는 곳이야 많으니 제껴두고, 전자우편 주소에 _ 를 쓰는 것도 서비스 업체마다 다른 걸 보면 서비스 정책으로 결정하는 듯 해서요. 예를 들면, gmail은 _ 문자를 허용하지 않지만 daum 은 계정 이름을 _ 문자로 시작해도 됩니다. 실제로 제 daum id 는 _-_hi-_-b 입니다. MS passport(hotmail 등)는 _ 문자를 쓸 순 있지만 계정 이름 맨 처음엔 쓸 수 없고요.

그렇다면

주소 규칙상 underbar (_)는 허용되지 않지요.

이 말씀은 그러한 국제 표준이나 규칙이 있다고 쳐도 강제나 필수 요소는 아니고 권장 요소인 듯 한데, 꼭 따라야 하는 이유가 있을만한 요소인지 궁금합니다. (전자우편 주소 규칙과 URL 규칙은 서로 다른 부분이긴 하지만, _ 를 쓰고 안쓰고는 서비스나 도구 정책 차원에서 이뤄지는 것이 아닌가를 말하기 위한 예입니다. ^^; )

제가 원하는 것은 낱장주소에 “안녕하세요 한날입니다”를 썼을 때 이걸 “안녕하세요_한날입니다” 로 바꿔주는 걸 원하는 것이 아니라, 제가(이용자가) 직접 “안녕하세요_한날입니다” 라고 입력했을 때 지금처럼 “안녕하세요한날입니다”로 바꾸지 않고 “안녕하세요_한날입니다”로 유지해주는 것입니다. 즉, 공백 등을 강제로 _ 로 바꾸는 걸 원하는 것이 아니라 _ 문자도 쓸 수 있는 정책입니다.

주소 규칙상 _ 를 허용 “하지” 않는 것인지 “되지” 않는 것인지, 그리고 그 이유를 알고 싶습니다. ^^;

hannal (2007-08-20 12:58:29)에 의해 마지막으로 수정

4 inureyes이 작성한 답글

  • 지역 대한민국 > 포항
  • 가입일자 2006-04-03
  • 글: 4,471

답글: 낱장주소 ( permalink ) 정책에 대해 문의

밑줄의 경우 딱히 RFC에 위배되는 것은 아닙니다.

http://www.ietf.org/rfc/rfc1738.txt 을 보시면

...
   Thus, only alphanumerics, the special characters "$-_.+!*'(),", and
   reserved characters used for their reserved purposes may be used
   unencoded within a URL.
...

이라고 되어 있으니 상관은 없겠습니다. smile

"Everything looks different on the other side."

-Ian Malcomm, from Michael Crichton's 'The Jurassic Park'

inureyes의 웹사이트

5 hannal이 작성한 답글

  • hannal
  • 익숙한 사용자
  • 오프라인
  • 가입일자 2007-08-20
  • 글: 8

답글: 낱장주소 ( permalink ) 정책에 대해 문의

big_smile 좋은 소식이군요. 그렇다면 텍스트큐브에서 낱장주소에 _ 를 넣을 수 있도록 했으면 좋겠습니다. 이유는 크게 두 가지입니다.

1. 가독성 : 각 낱말을 구분해서 인식하기 좋다.
* hannal-is-going-to-Tama-plaza-because-he-is-going-to-go-to-Korea

* hannal_is_going_to_Tama-plaza_because-he_is_going_to_go_to_Korea

윗 주소는 - (dash)로 공백을 나타낸 것이고, 아랫 주소는 _ (underbar)로 나타낸 것입니다. - 는 문자 가운데에 위치하기 때문에 좀 더 글자 사이에서 존재감을 보입니다. 각 낱말 사이를 띄워주기 보다는 이어주는 느낌입니다. 그에 반해 _ 는 각 글자 맨 아래에 있어 - 보다 좀 더 존재감이 낮습니다.

2. 직관성 : 각 낱말이 무리지음을 구분하기 좋다. (두 낱말로 이어진 한 낱말)
위 주소에서 Tama-plaza 는 Tama 와 plaza로 구성된 지명입니다. Tama plaza 보다는 Tama-plaza 가 좀 더 낱말 덩어리를 구분하는데 낫지요. 그런데 공백을 - 로 구분을 하면 공백으로 쓴 - 인지 Tama-plaza 처럼 두 낱말을 이어주려고 쓴 - 인지 구분을 할 수 없습니다. 구분을 하지 못한다고 해서 문제가 있는 건 아니지만, 직관성 측면에선 좀 떨어진다고 봅니다.


이런 이유만으로 주소에 _ 를 넣자고 주장하는 것은 아닙니다. 만일, _ 정책을 추가했을 때 - 를 쓰는 기존 정책을 바꿔야 한다면 이 제안을 하지 않을 겁니다. 하지만, 기존 정책에서 _ 를 쓸 수 있는 규칙을 더할 수 있는, 즉 기존 정책이나 이용에 혼란을 야기하지 않는다면 주소의 가독성이나 직관성 측면에서 봤을 때 넣을만 하지 않나 싶습니다. 즉, 표준 지향 측면에서 봤을 때 문제가 되지 않는다면, 텍스트큐브 정책 차원에서 볼 일인데 낱장주소에 _ 문자를 허용(기존 것을 갈아치우는 것이 아니라 더하는 것)한다고 해서 정책에 큰 변화를 주지 않을까 생각합니다.ㅇ

검토 및 답변 바랍니다. 꾸벅.


inureyes 작성:

밑줄의 경우 딱히 RFC에 위배되는 것은 아닙니다.

http://www.ietf.org/rfc/rfc1738.txt 을 보시면

...
   Thus, only alphanumerics, the special characters "$-_.+!*'(),", and
   reserved characters used for their reserved purposes may be used
   unencoded within a URL.
...

이라고 되어 있으니 상관은 없겠습니다. smile

hannal (2007-08-20 17:21:24)에 의해 마지막으로 수정

6 laziel이 작성한 답글

  • laziel
  • 고급 식물 관리사
  • 오프라인
  • 지역 안드로메다
  • 가입일자 2006-04-11
  • 글: 512

답글: 낱장주소 ( permalink ) 정책에 대해 문의

Wikipedia의 설명을 보니, 도메인이나 호스트네임은 알파벳, 숫자 외에 하이픈(-)외의 문자를 가질 수 없도록 되어있네요. RFC 952, DOD INTERNET HOST TABLE SPECIFICATION 그런데 URI 규정 RFC 3986, URI Generic Syntax 이렇게 되어있습니다.

2.3.  Unreserved Characters 작성:

Characters that are allowed in a URI but do not have a reserved
   purpose are called unreserved.  These include uppercase and lowercase
   letters, decimal digits, hyphen, period, underscore, and tilde.

      unreserved  = ALPHA / DIGIT / "-" / "." / "_" / "~"

사용해도 무방하다고 되어있네요. 제가 도메인/호스트명과 착각했나봅니다 smile
그럼 말씀하신 것 처럼 "안녕하세요_한날입니다" 라는 제목을 유지해도 문제는 없을것 같습니다.
자, 이제 이 바톤은 어떤 분이 받으시려나요? <-

laziel의 웹사이트

7 laziel이 작성한 답글

  • laziel
  • 고급 식물 관리사
  • 오프라인
  • 지역 안드로메다
  • 가입일자 2006-04-11
  • 글: 512

답글: 낱장주소 ( permalink ) 정책에 대해 문의

어헉 열심히 찾고 있는 사이 이미 얘기가 끝났군요(_ _;;

laziel의 웹사이트

8 hannal이 작성한 답글

  • hannal
  • 익숙한 사용자
  • 오프라인
  • 가입일자 2007-08-20
  • 글: 8

답글: 낱장주소 ( permalink ) 정책에 대해 문의

laziel 작성:

자, 이제 이 바톤은 어떤 분이 받으시려나요? <-

전 아쉽지만 급한대로(??) 일단 제가 validateSlogan 함수를 고쳐서 쓰려고 Textcube.Data.Post.php 를 열었더니...

        /*@static@*/
        function validateSlogan($slogan) {
                return preg_match('/^[^!-,.\/:-@[-`{-~\s]+$/', $slogan);
        }

캬오. 역시나 제가 무서워하는 정규표현식이네요. ^^

다음 판에 _ 를 허용 하신다면 다음 판까지 얌전히 관련 패치 기다리겠습니다.

9 나니이 작성한 답글

  • 지역 bongcheon, gwanak, seoul
  • 가입일자 2006-04-28
  • 글: 2,065

답글: 낱장주소 ( permalink ) 정책에 대해 문의

저도 정규식을 싫어합니다 (한날님처럼 무서워한다고 표현하는게 옳을 듯; )

하늘은 스스로 삽질하는 자를 삽으로 팬다

나니의 웹사이트