MS IE사용자 필독!!

익명 사용자의 이미지

MS Internet Explorer(IE)를 사용하고 계신 분은
"인터넷 옵션-->고급" 아래에 있는
"URL을 항상 UTF-8로 보냄" 항목이 선택되어
있는지 살펴 보시고 선택을 해제하여 주십시오.
그렇지 않으면 한글로 된 URL을 검색할 수 없게
됩니다.

참고로 넷스케이프는 이런 문제가 없습니다.

본 사이트는 카테고리 분류 작업 구조상
URL에 한글이 포함되어 있으므로 꼭 주의하시기 바랍니다....

익명 사용자의 이미지

IE 5.0 이라고 말씀하셔야 하지 않나여 ???
IE 4.0 은 문제가 없죠. 물론 그런 기능도 없고....

권순선 wrote..
MS Internet Explorer(IE)를 사용하고 계신 분은
"인터넷 옵션-->고급" 아래에 있는
"URL을 항상 UTF-8로 보냄" 항목이 선택되어
있는지 살펴 보시고 선택을 해제하여 주십시오.
그렇지 않으면 한글로 된 URL을 검색할 수 없게
됩니다.

참고로 넷스케이프는 이런 문제가 없습니다.

본 사이트는 카테고리 분류 작업 구조상
URL에 한글이 포함되어 있으므로 꼭 주의하시기 바랍니다....

익명 사용자의 이미지

UTF-8이라는것이 어떤것인지요....?
답변 부탁드립니다... *^^*

익명 사용자의 이미지

그건 서버가 리눅스일때만 그런건가요?
서버가 NT일때도 한글파일이나 한글 디렉토리명을 쓸때 문제가 생기는 건가요?

이런 시점에서 질문을 좀 하려는데요..

한글디렉토리를 쓸 때 IE 계열에서 문제가 생기는 것을 계속 경험을 했었는데 이런 현상은 한글 알타비스타 같은 커다란 사이트에서도 계속 경험을 했었습니다.
그런데 한미르 같은 경우는 디렉토리가 한글인데도 불구하고 이런 문제가 전혀 없더군요.. Utf-8 체크된 상태에서도..

그런데 정말 기막힌 건 얼마전부터 알타비스타도 역시 해결을 해 놓은 모양입니다.
알타비스타도 서버가 아파치더군요. netcraft에서 보니까..

그렇다면 서버 차원에서 어떻게든지 설정을 하면 방문객이 utf-8로 체크를 하든 안하든간에 아무 상관없이 문서를 에러없이 볼 수 있는 방법이 있다는 것 아닐까요?
알고 계신분 없으신가요?

김동관

권순선 wrote..
MS Internet Explorer(IE)를 사용하고 계신 분은
"인터넷 옵션-->고급" 아래에 있는
"URL을 항상 UTF-8로 보냄" 항목이 선택되어
있는지 살펴 보시고 선택을 해제하여 주십시오.
그렇지 않으면 한글로 된 URL을 검색할 수 없게
됩니다.

참고로 넷스케이프는 이런 문제가 없습니다.

본 사이트는 카테고리 분류 작업 구조상
URL에 한글이 포함되어 있으므로 꼭 주의하시기 바랍니다....

익명 사용자의 이미지

.... 옵션에 그런 항목이 없는데요?

참고로 NT4.0에서 IE4.0을 사용하고 있슴미다만...?

좀 알려주시겠슴미까.....

그럼 유익한 정보 고맙습니다~

권순선 wrote..
MS Internet Explorer(IE)를 사용하고 계신 분은
"인터넷 옵션-->고급" 아래에 있는
"URL을 항상 UTF-8로 보냄" 항목이 선택되어
있는지 살펴 보시고 선택을 해제하여 주십시오.
그렇지 않으면 한글로 된 URL을 검색할 수 없게
됩니다.

참고로 넷스케이프는 이런 문제가 없습니다.

본 사이트는 카테고리 분류 작업 구조상
URL에 한글이 포함되어 있으므로 꼭 주의하시기 바랍니다....

익명 사용자의 이미지

ffff

qprk의 이미지

^^

멋진남자...

hey의 이미지

^^


----------------------------
May the F/OSS be with you..


랜덤여신의 이미지

returnet의 이미지

...손님...;;;

stadia의 이미지

이 글이 왜 다시 올라오는가?

nike984의 이미지

2000년도에 작성된 글이 다시 올라오다니~ ㅋㅋㅋ
역시 스패머의 능력은 끝이 없군요

죠커의 이미지

이 글이 잘못되었기에 정정하지면 utf-8로 되는게 옳습니다. 서버가 고쳐져야하죠. 왠만하면 주소는 base64인코딩을 하시구요.
- CN의 낙서장 / HanIRC:#CN

사랑천사의 이미지


유니코드 기반으로 돌아가게 만드는 것이 옳은 것이냐..그렇지 않ㅇ면 EUC-KR로 설정 해야 옳은 것이냐는... 사람마다 견해가 다르겠죠. 어느게 옳습니다. 그러니 서버를 이렇게 고치시는게... 아는 것은 옳지 않을 거 같습니다. 이런 경우에는 이렇게 하면 해결 될 수 있습니다가 옳을 것 같습니다...

아 말꼬리를 잡고 싶어 다는 답은 아닙니다. 한 줌의 제 견해일 뿐이니까요.----
Lee Yeosong(이여송 사도요한)
E-Mail: yeosong@gmail.com
MSN: ysnglee2000@hotmail.com
----
웃음... 행복... 평화... (진정한...) 희망... 사랑... 이 세상 모든것이 그렇다면 얼마나 좋을까...(꿈 속의 바램일 뿐인가...)

사람천사

lacovnk의 이미지

base64 인코딩 안하고 썼을 때, URL 주소를 브라우저가 어떻게 요청할지에 대해서 규칙이 없던건가요? 기억이 잘 안나는군요;

정태영의 이미지

오래된 글이지만 리플을 살짝 달아보자면...

RFC2640 에서 URI 에 utf-8 을 사용하자고 제안했으니 URL 주소에서 base64 로 인코딩되어 있지 않은 코드는 utf-8 로 생각해도 됩니다.

그리고 대부분의 웹서버에서 euc-kr 을 사용하고 있었다기 보다는 외산 ftp 프로그램에서 파일이름을 한글 윈도우의 legacy charset 인 euc-kr 로 전송해왔기 때문에 생긴 문제들로 생각됩니다.

ftp 프로토콜에서도 파일이름은 utf-8 로 전송하도록 규정되었으나 이게 구현되어 있는 ftp client 는 filezilla 밖에 모르겠습니다. (FEAT 커맨드를 보냈을 때 UTF-8 이 보이면 이를 지원하는 것이므로 ftp 클라이언트는 이 규정을 지키는 ftp 서버를 자동으로 알아챌 수 있습니다.)

proftpd 에서는 mod_codeconv 를 이용해서 파일이름을 utf-8 로 강제 변환하게 할 수도 있습니다.

apache 나 tomcat 등에선 따로 파일 이름이 어떤 인코딩을 가지는지 신경쓰지 않으므로 ftp 나 telnet, ssh 등에서 utf-8 인코딩을 사용해주면 uri 를 utf-8 로 보냈을 때 아무 문제가 없을거라 생각됩니다.

관련해서 예전에 써놨던 글도 하나 링크걸어 봅니다.
http://b.mytears.org/2005/03/136

--
오랫동안 꿈을 그리는 사람은 그 꿈을 닮아간다...

http://mytears.org ~(~_~)~
나 한줄기 바람처럼..

오랫동안 꿈을 그리는 사람은 그 꿈을 닮아간다...

http://mytears.org ~(~_~)~
나 한줄기 바람처럼..

yuni의 이미지

1. 이 글도 지원야 되는데.
어떻게 자꾸 이런일이 생기는건지...

==========================
부양가족은 많은데, 시절은 왜 이리 꿀꿀할까요?
=====================
"지금하는 일을 꼭 완수하자."

hsnks100의 이미지

제 생각에도 서버 언어 설정을 유니코드로 하는게 좋다고 봅니다.

사용자가 일일이 변경하기 보다는 서버부터 바껴야겠죠.

혹시 서버 언어 euc-kr 이 utf-8 보다 나은점이 있나요?

----------------------------------------------------
개인 블로그: https://kangssu.com