euc-kr 과 utf-8 을 쓰는 경우의 차이...

답변 주신 분들 감사합니다. (marten, 전화하니 안 받는데? :D )

답변의 내용을 가지고 다시 테스트를 하면서 정리해 보았습니다. 잘못된 게 있으면 지적해 주시면 감사하겠습니다.

1) A라는 웹페이지(이 때 header 에 charset 이 euc-kr 또는 utf-8 이 올 수 있음)에 텍스트 입력폼에 글자를 입력

2) submit 버튼을 눌러 웹서버로 전송

3) 웹서버의 cgi 는 입력폼에 있는 내용을 그대로 파일로 저장

4) 파일로 저장된 것을 그대로 B라는 웹페이지에서 출력 (이 때 B의 charset 도 euc-kr 또는 utf-8 이 올 수 있음)

5) B에서 출력된 것을 다시 편집모드로 들어간다. 즉 1)로 되돌아가되 위에서 저장된 데이타가 입력폼에 미리 들어가 있는 상태

1)에서, 입력폼에 어떤 언어를 입력할 수 있는지, 여러 언어의 문자를 동시에 입력할 수 있는지는 OS와 입력기가 지원할 문제라고 생각이 됩니다. 제가 윈XP에서 입력기를 추가하여 입력을 한 것 처럼... (아니면, 이 시점에서도 A페이지의 charset의 영향을 받는 건지요?)

2)에서, submit 을 눌러 전송할 때, 전송되는 "바이트 스트림"의 내용은 A페이지의 charset에 따라 결정되는 거란 말씀이로군요. charset이 utf-8이라면 내가 입력한 문자들이 1문자당 utf-8의 해당되는 코드가 전송된다... euc-kr 이라면, euc-kr로 표현할 수 없는 문자는 &#유니코드의해당문자번호 로 변환하여 전송한다. 즉 이 시점에서 A페이지의 charset에 따라서 어떤 데이타가 저장될 지가 결정되겠군요. 또한, 제 첫 글의 예에서는 한자 몇 개만 이렇게 &#으로 변환되었고, 나머지 러시아어나 다른 언어의 문자들은 공교롭게도 "euckr로 인코딩되는 문자세트인 KSX-1001"에 포함되어 있어서 그대로 전송이 될 수 있었던 것이군요.

3)에서, 이미 2)에서 전송할 데이타가 결정되었고 여기서는 단지 전송된 데이타를 저장할 뿐이니 웹서버 프로그램이나, 웹서버 머신의 OS는 무관하다. (웹서버 설정에 따라 바뀌어 버린다면 곤란한 것이... 제가 제 홈피 cgi 를 고쳐도 의미가 없을 테니..)

4)에서.. 1)에서 utf-8로 저장한 것을 4)에서 utf-8 로 본다면 웹브라우저로 전송된 바이트 스트림을 utf-8 로 디코딩하여 출력할 테니 웹브라우저 또는 클라이언트OS가 utf-8을 지원한다면 그냥 보일 거고, 1)에서 euc-kr로 저장한 것을 4)에서 euc-kr로 본다면 이 경우 euc-kr로 표현가능한 문자는 제대로 보일 거고 &#...으로 되어 있는 것은 브라우저 선에서 (또는 클라이언트OS에서?) 유니코드를 참조하여 보여주니 사용자 입장에서는 똑같이 잘 보인다. 만일 utf-8로 저장하고 euc-kr로 보거나 그 반대로 한다면, 그냥 와자작 깨져서 보인다. (당연한건가..)

5)에서, utf-8의 경우는 상관이 없으니 euc-kr에서는 2)에서 변환된 &#...이 입력폼에 드러나게 된다.

어쨌거나, 정말 제대로 다국어를 한 화면에서 보거나 입력폼에서 편집 등을 하기 위해서는 utf-8 를 택해야 한다(이것도 당연한건가요)...

으음... 지금은 집에서 윈2000에서 테스트를 하니까 제 첫글의 두번째 경우 (기존의 제 홈피 cgi 에서 charset만 utf-8로 바꾼 경우는 편집할 때 그 몇개의 한자가 이번에는 네모박스로 나오는군요. 이것까지 이유를 따지자니 머리가 아파서... -.-;;; 어쨌거나 utf-8이 살길이다..라고 생각하고 넘어가겠습니다.

다시 한 번 답변 주신 분들께 감사합니다~ 위의 정리한 게 틀린 게 있으면 코멘트 부탁드립니다. 좋은 하루 되세요!