파일정보를 불러올수 없다고 나오네요..

[시오루]

페이지 보기

위 주소로 가면 사진들이 안나오는데요
IE로 보면 또 보이네요;;
무엇이 문제인지....
불여우 아직 우리나라에서 서핑가기는 좀 껄끄럽네요.
빨리 법을 통과시켜서 표준화를 이룩하기를...

[빛알갱이]

주소창에 'about:config'를 치시고요. 'utf8'이라고 밑에 나오는 입력 영역에 치세요. 그러면,
'network.standard.encode-utf8'의 값이 false일 것입니다. 그 위에 마우스를 대고 오른쪽 단추를 누르면 값을 고칠 수 있습니다. true로 바꾸세요.

[XviD]

주소창에 'about:config'를 치시고요. 'utf8'이라고 밑에 나오는 입력 영역에 치세요. 그러면,
'network.standard.encode-utf8'의 값이 false일 것입니다. 그 위에 마우스를 대고 오른쪽 단추를 누르면 값을 고칠 수 있습니다. true로 바꾸세요.

그런데 현재 윈도우용 FF에서 network.standard.encode-utf8의 true로 변경해도 FF를 종료하고 재실행하면 변경된 값은 true 그대로 있지만 이전과 같이 그림이 안 보이는 현상이 나오네요.
이전처럼 false로 되돌린 다음 다시 true로 변경해야 적용되네요. 이걸 계속 반복해야하는...-0-;

[빛알갱이]

어, 저는 리눅스와 맥, Windows에서 모두 다 이상이 없는데요. 세 경우 모두 firefox 1.0으로 시험했습니다.

[XviD]

어, 저는 리눅스와 맥, Windows에서 모두 다 이상이 없는데요. 세 경우 모두 firefox 1.0으로 시험했습니다.

호곡! 그렇다면 제가 윈도우 XP SP2에서 사용하고 있는 FF의 문제인 것 같습니다.
현재 원인은 알 수가 없지만 어떤 요소가 영향을 준 것 같네요.

[한가지]

그런데 현재 윈도우용 FF에서 network.standard.encode-utf8의 true로 변경해도 FF를 종료하고 재실행하면 변경된 값은 true 그대로 있지만 이전과 같이 그림이 안 보이는 현상이 나오네요.
이전처럼 false로 되돌린 다음 다시 true로 변경해야 적용되네요. 이걸 계속 반복해야하는...-0-;

저도 마찬가지군요;;; 종료하고 나서 다시 보면 그대로 ㅜ_ㅜ;;;

[XviD]

그런데 현재 윈도우용 FF에서 network.standard.encode-utf8의 true로 변경해도 FF를 종료하고 재실행하면 변경된 값은 true 그대로 있지만 이전과 같이 그림이 안 보이는 현상이 나오네요.
이전처럼 false로 되돌린 다음 다시 true로 변경해야 적용되네요. 이걸 계속 반복해야하는...-0-;

저도 마찬가지군요;;; 종료하고 나서 다시 보면 그대로 ㅜ_ㅜ;;;

혹시나해서 불여우를 윈도우 XP SP2 한국어 버전에서 깨끗히 여러번 새로 설치(확장 기능, 테마 미설치)해 보았는데 같은 현상이 계속 벌어지네요.
아무래도 뭔가 문제가 있는 것 같은데요.
불여우 버전은 1.0이고 Gecko/20041111와 Gecko/20050124 엔진입니다.

[박민권]

파일명이 한글이네요.

그래서 그런가?

저도 안나옵니다. 윈2003, 익스에서는 나오구요.

익스같은 경우는 옵션에서 utf-8로 보냄이 체크되어 있으면 한글파일을

불러오지 못하잖아요. 아마 같은 이유인가보네요.

기본인코드를 빛알갱이님 말씀처럼 utf-8로 하니까 보이네요.

[빛알갱이]

파일명이 한글이네요.
저도 안나옵니다. 윈2003, 익스에서는 나오구요.
익스같은 경우는 옵션에서 utf-8로 보냄이 체크되어 있으면 한글파일을
불러오지 못하잖아요. 아마 같은 이유인가보네요.

MS IE의 'Always send URLs in UTF-8'에 해당하는 옵션이 위에 제가 적은 옵션입니다. MS IE는 기본적으로 그것이 참인데, FF 1.0에서는 거짓입니다. 문제가 된 사아트의 경우 IRI (ASCII가 아닌 글자는 모두 UTF-8로 표현하는)만 이해하기 때문에 그 옵션이 꺼져 있을 경우 그림이 안 보이는 것입니다. 즉, 그 옵션은 켜야 잘 보입니다. 이런 사이트가 점점 늘어 나고 있어서 현재 nightly에서는 기본값이 '참'입니다. 즉, MS IE의 기본값과 같습니다.

MS IE에서 그 옵션을 켰을 때 안 보이는 경우가 전에 많이 있었습니다 Apache 1.x를 돌리면서 EUC-KR을 써버 파일 시스템에서 사용하고 있을 때 그런 문제가 생깁니다. IRI의 파일 경로를 현재 아파치 서버가 돌고 있는 파일 시스템의 인코딩으로 바꿔 주는 (Unix 계열 OS에서 Apache를 돌릴 때 얘기입니다) apache module이 있습니다. 그런데, 그 모듈이 Apache 2.x용으로만 나와 있습니다. Apache 1.x용은 전에 박원규님이 만드신 전이 있는데, 지금도 구할 수 있는지는 모르겠군요. 사실 Apache 2.x용도 소스가 모두 나와 있으므로 1.x용으로 이식하면 됩니다.


http://www.ietf.org/rfc/rfc3987.txt : 뜨근뜨근한 막 발간된 IRI를 규정한 RFC
( http://www.faqs.rog/rfcs/rfc3987.html )

http://dev.w3.org/cvsweb/apache-modules ... i/#dirlist : Apache 2.x용 mod_fileiri 모듈
http://www.w3.org/People/D%C3%BCrst/ : RFC 3987의 저자 중 한 명인 Martin Duerst의 홈페이지
http://www.w3.org/International/O-URL-and-ident : 좀 낡은 문서

[빛알갱이]

그런데 현재 윈도우용 FF에서 network.standard-url.encode-utf8의 true로 변경해도 FF를 종료하고 재실행하면 변경된 값은 true 그대로 있지만 이전과 같이 그림이 안 보이는 현상이 나오네요.
이전처럼 false로 되돌린 다음 다시 true로 변경해야 적용되네요. 이걸 계속 반복해야하는...-0-;

제가 이상한 것이었군요. 왜 저만 잘 되는지 까닭을 알 수 없군요..... 어쨌든, 이와 관련한 버그가 있습니다. 제가 이 버그를 보고서도 잊어 버렸네요.

https://bugzilla.mozilla.org/show_bug.cgi?id=261934

해결책은 시작할 때 프로파일 매니저를 한번 실행시키는 것입니다. 1.1에서는 고쳐질 텐데(이미 nightlies에서는 고쳐져 있습니다), 그것은 6월에나 나올 것이고....


Shortcut 속성의 타겟에 현재 실행 파일 경로만 있을 것입니다. 거기에 '-ProfileManager'를 더해 주세요.