지난 달에 아크로에디트 홈페이지에 들렀다가 URL 강조에 대한 오류를 지적한 글을 보았습니다. 그때 저도 한 가지 벌레를 발견했으나, 한컴오피스2010 베타버전에 대한 버그 리포팅 때문에 올리지를 못하다가 이제야 올립니다.
벌레의 유형
자신이 끼어야 할 곳과 끼지 말아야 할 곳을 제대로 알지 못하는 벌레입니다.
개발자의 답변
2010년 1월 4일 버그 리포팅을 한 상태입니다.
벌레의 발견
아크로에디트 홈페이지에서 URL 인식기능 개선 건의라는 글을 읽고 URL 강조 기능을 시험해 보고 알게 되었다.
아크로에디트 URL 강조 테스트
위 아크로에디트 URL 강조 테스트 그림에는 URL 강조에 대한 여러 가지 상황이 나타나 있습니다.
- 제1열 : 올바른 URL이며, URL 강조도 정상 작동합니다.
- 제2열 및 제3열 : URL 인식기능 개선 건의에서 지적했습니다. 올바른 URL이며, URL 강조에서 오류가 있습니다. 이때 물음표(?)는 쿼리(query; 데이터베이스에서의 요청)를 나타냅니다. 그리고 그 뒤에 오는 등호(=)는 쿼리의 물음표와 함께 쓰여 URL을 구성합니다.
- 제4열 : 올바른 URL이며, URL 강조에서 오류가 있습니다. 마지막 슬래시(/)를 포함해서 URL을 구성합니다. 그러므로 당연히 URL 강조도 마지막 슬래시(/)를 포함해야 합니다.
- 제5열 : 올바르지 않은 URL이며, URL 강조는 정상 작동합니다. 등호(=)는 물음표(?)과 함께 쓰여 URL을 구성합니다.
- 제6열 및 제7열 : 올바른 URL이며, URL 강조도 정상 작동합니다. 이때 역슬래시(\ 또는 ￦)는 윈도에서는 경로에 임의로 사용할 수 없는 예약어로서 경로의 구분에만 사용합니다만1, 유닉스 환경을 바탕으로 한 인터넷에서는 사용할 수 있습니다. 다만 여러 가지 이유로 인터넷에서도 자주 사용하지 않습니다. 따라서 제6열 및 제7열의 URL이 실재할는지는 의문입니다만, 그 형식은 올바릅니다.
그런데 제4열의 오류는 뜻밖이었습니다. 왜냐하면 인터넷에서는 http://www.AcroEdit.pe.kr과 http://www.AcroEdit.pe.kr/은 서로 다르기 때문입니다. 물론 그 두 주소가 대부분 같은 대상을 가리키도록 나타나지만, 엄밀히 말해 서로 다르다는 뜻입니다. 그러므로 마지막에 붙은 슬래시(/)를 URL 강조에서 인식하지 못한 것은 뜻밖이었습니다.
벌레의 원인
URL을 인식하는 알고리듬에서 URL의 끝을 인식하는 부분에서 오류가 있지 않나 예상해 봅니다.
비슷한 벌레
관련 문서
내부 문서
외부 문서
이 글은 스프링노트에서 작성되었습니다.
- 유닉스에서는 슬래시(/)가 경로를 구분하는 역할을 합니다 [본문으로]
'벌레와 팁 > 버그' 카테고리의 다른 글
| ᄒᆞᆫ글 씨! 맞춤법 도우미로 엉뚱한 곳을 표시하면 어떡해요? (0) | 2010.01.07 |
|---|---|
| ᄒᆞᆫ글 씨! 링크를 왜 엉뚱하게 표시하나요? (0) | 2010.01.07 |
| MS 보안 업데이트 표기 오류 (3) | 2010.01.04 |
| ᄒᆞᆫ글 씨! 블로그에는 글을 하나만 올리란 말입니다. (0) | 2010.01.03 |
| ᄒᆞᆫ글 씨! ‘ᄒᆞᆫ글’을 제대로 나타내면 안 되겠니? 2 (0) | 2010.01.03 |
