웹사이트에서 UTF-8은 아직 이르다.

전혀 이르지 않습니다. UTF-8이 이르다면 구글은 벌써 망했게요? (구글은 검색 결과를 UTF-8으로 돌려줍니다.)

가능하다면 새로 구축하는 사이트는 UTF-8으로 만드는게 어떨까요?
단, 파일이름이나 URL에 절대 한글은 넣지 마세요. 그것만 주의하면 됩니다.

정말 UTF8... 써야 하는데,

예전에 학과 서버의 OS를 다시 설치해야 할 일이 있어서 설치 후에,

아파치2를 설치하면서 기본 언어를 UTF-8로 맞춰놨더니,

게시판에 글을 입력하고 보면 글자가 이상하게 깨져서 나온다고 클래임이... -_-;;;

UTF-8을 만방에 널리 알리려다가, 교수님의 지시로 어쩔 수 없이 EUC-KR로 맞추게 되었습니다. T-T 흑흑...

MS의 확장 완성형으로 된 내용들을 완벽하게 UTF-8보 바꿀 수 있는 방법이 있나요? iconv 에서는 변환하다가 중지해 버려서요. :(

제가 쓰는 대부분의 프로그램은 UTF-8 을 지원하기에...

뭐, 별 문제 없다면, UTF-8 쓰는게 좋을 듯 싶습니다.

UTF-8 도입 자체는 별 문제가 없는데...

나중에 iPuTTY 로 에디트 들어간다거나 할때 vi 열어서 글자가 안 보이면 난감하더군요.

그래서 요즘은 출력 값을 변수로 처리하고 나중에 iconv($intcharset,$outcharset,$errmsg) 식으로 해버립니다. PHP의 iconv 는 신뢰할만 하더군요. 그걸로 뭘 할건지는 문제이지만서도... :)

문제가 될 것이 없지 않나요? 터머널도 잘 되고(윈도는 모르겠습니다.) 파일 이름을 한글로 써도 문제가 없고(URL표준이 UTF-8로 알고 있습니다. 당연히 잘되는 거죠. IE6이전의 엉터리들은 문제가 될 수도 있겠습니다만, 우리 회사의 윈도 사용자들이 다 되는 것으로 봐서는 현재는 문제가 없는 듯), 메일도 당연히 UTF-8이 되야 다른 나라 말하고 섞여도 되는 거고, 안되는 웹메일은 그 놈들이 잘못 짠거고, 뭐, 제 환경에서는 문제가 된 적이 없는데요?

gmail에서 보낸 메일을 아웃룩에서 보면 잘 보입니다.
메일 헤더를 보면 UTF-8로 인코딩되어 있습니다.

뭐라 말하기가 좀 거시기 하군요 ㅡㅛㅡ

한메일 같은데선 UTF-8 이 깨져나옵니다.
거기다가 이걸 외국어로 인식해버리니 참 -_-;;
어이가 없더군요 . . .

제 연구실 교수님은 메일을 가끔 UTF-8로 보내십니다.
물론 코드값만 맞으면 읽는덴 전혀 문제가 없는데 말이죠
이놈의 말아먹을 서버가 좀 문제가 많습니다 . . . -_- . . .

근데 아주 가관인것은 이 사이트에 메일을 보내면
UTF-8이 외국어 메일로 인식하고 깨져나오는게 정상이라나 -_- . . .
서버 관리하는데 기본도 안되어 있는것 같더군요 . . .
인코딩 정보좀 제대로 인식해주지 -_-;

base64하지 않고 그대로 8비트로 UTF8을 사용하면 못알아먹습니다.
근데... 그건 사실 인코딩하는쪽 잘못입니다.
헤더에는 분명히 US-ASCII의 7비트 문자들만 사용할수있다고 RFC에 명시되어 있으니까요.

본문의 경우엔 Content-Type헤더에 charset=UTF-8을 명시해주고
Content-Transfer-Encoding: 8bit정도 해주면 base64나 qp하지 않고 써도 됩니다만... 이렇게 해도 파싱못하는 메일클라이언트/웹메일들도 꽤 있습니다.

UTF-8 개발환경
윈도
에디터 : EmEditor (한국어 외의 문자를 사용한다면 필수. UltraEdit 는 미흡)
웹에디터 : Dreamweaver MX 2004 (파일 맨 위에 메타 헤더 반드시 필요.<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">)

리눅스
vim 설정 http://www.gentoo.or.kr/wiki/moin.cgi/VIM#head-31c6c5166bf1c3e2cdfc39841649b33aa8284aa4
외에 없음.
리눅스 천하무적.

제가 지금 UTF-8로 게시판을 작성하고 있는데..
첨부되는 파일의 이름은 따로 저장하고 파일명을 해당 글번호로 변경해서 저장하려고 합니다.
그리고 다운 받을 때는 다시 원래의 이름으로 다운로드되는 식으로..
기술적으로 가능할까요?

일본홈페이지 만든다고 죄다 utf-8로 만들어 버렸는데요..

잘만 돌아가던데요..

일본에 편집기가 없어서리 utf-8 외에는 방법이 없어요.. :evil:

VS .NET 을 사용해서 ASP .NET 을 작성하면 기본적으로 인코딩이 모조리 UTF-8 입니다.

물론 많은 분들이 이걸 다시 EUC-KR 로 변경하시지만 대부분의 MS 기반의 웹 개발자들이 기본 설정에 손을 안대는 풍토 :wink: 를 감안해본다면 머지않아 UTF-8 이 주변에 흔해지는 시기가 올 거라고 생각합니다. 이래서 시장 주도 기업의 책임론이 더 부각되나 봅니다. MS 가 기본값을 뭘로 결정하느냐에 따라서 시장의 % 가 확 바뀌어 버리니까요.

개인적으로 웹 개발자라면 UTF-8 에 부담이 없을 정도로 훈련을 해두는 것이 좋다고 생각합니다. 예전에 싱가폴의 한국 S 회사의 법인에서 일한 적이 있는데, 하나의 사이트에서 다루어야 하는 언어가 한글, 영어, 중국어까지 해서 최소한 3 가지 이상의 언어를 사용해야 되었습니다.

그리고 재미있는 건 싱가폴에서는 모든 관공서나 공식적인 문장에 세, 네 가지 언어로 병기하더군요. 인구 자체가 그렇게 구성되어있으니까요. 즉, 영어, 한자, 말레이지아어(? 암튼 이상한 꼬부랑 글씨), 그리고 추가로 인도어(? 이걸 뭐라고 하던데)인가 까지 말입니다. 게다가 우리나람 사람이 거기에 가서 살려면 또 한글을 무시할 수 없으니 이런 나라에서는 둘 중의 하나를 선택하게 되더군요. 다시 말해서 완전히 영어로 통일하던가, 모든 언어를 다 지원하던가 말이죠.

국제화 시대에 발 맞추어나가는 센스! 정도로 생각한다면 결코 이르지 않다는게 제 의견입니다.

UTF-8로 만들면 좋은 점이 하나 더 있습니다.
영문 윈도우에서 한글 언어팩을 깔지 않아도 사이트가 보인다는 점입니다.
물론 글꼴은 있어야 합니다만···, 한글이 들어 있는 웹폰트를 사용해서 만들면,
글꼴마저 없어도 한글이 문제 없이 나옵니다.

투표 항목에 “지금이 바로 넘어갈 때다” 항목이 빠졌네요.

중간부터 약 1년치를 타임 슬립했는데 원글 쓰신 분은 그 후로 클레임 안받았는지 궁금하군요. 아마 별 문제 없었을 것 같지만.. ^^

2001년에 익스 5.5 에서 테스트한 UTF-8 전용 사이트를 만들었는데 별 문제 없었습니다. 당시엔 jamondo 라고 일본어 IME 관련의 파일을 안깔거나 윈도 98 에선 좀 문제가 있었습니다만 익스 6 으로 오면서 UTF-8 은 문제가 없게된 듯 하더군요. 98 에선 글씨가 좀 거칠게 나오는 현상이 있었던걸로.. 가끔 98에서 아무리해도 글이 안보인다는 증상을 얘기하시는 분도 있더군요. 하지만 그건 다 지난 얘기입니다.

저는 오히려 UTF-8 도입이 국내는 너무 늦었다고 봅니다. 꼭 이런 자료는 적은게 국내 사이트의 현실이죠. 다들 먹고 살기 바쁘기 때문인지 한 사람 삽질하고 넘어가면 뒤따라 오는 사람들 그대로 또 삽질하고.. BOM 이 뭔지 몰라서 똑같이 헤매는 경우 종종 봤습니다. 아무도 한 군데 모아서 정리할려고 하지 않으니까요. 자료는 거의 외국에 있고... 그나마 요즘 들어 UTF-8 이 대세니 어쩌고 하는데 막상 자료 찾으면 국내는 썰렁해서 결국 쓰는 사람만 쓰는 실정입니다. 조금씩 늘고는 있지만요.