안녕하십니까?

iPlanet Directory Server의 경우는 attribute의 value에 non printing character가 들어가는 경우에는

그대로 처리해 버립니다. (규약상으로는 내부적으로 Unicode로 처리해야

하는데.. 사실인지는..)

KSC 코드를 넣으면 그대로 KSC코드로 들어가 버립니다.(이것도 non priting이지요?)

저도 정확하게 내부적으로 어떤 형태로 저장하는지는 몰라도

(이것도 Bakely DB를 씁니다.) 출력에서는 좀 다르지요.

Export했을때 attribute:: value 에서 : 이 두개 있는 경우는 해당 내용이

BASE64로 인코딩 되었음을 나타냅니다. 왜냐하면 LDIF자체가

ASCII Text로 파일을 나타내는것이므로 non printing을 파일로 출력할수

없으니까요.

이럴경우 서버는 내용을 BASE64로 인코딩하여 보여주고 인코딩 되었음을

::로 나타내게 됩니다.

제 생각에는 내부적으로 어떻게 저장되는가? 보다는 insert를 할 당시의

character의 형태(KSC 코드인가? UTF-8인가? Binary인가?) 등이

중요하리라고 생각됩니다.

왜냐하면 이후 자료를 가져와서 UTF-to-KSC를 해야할지 아니면 BASE64를

풀어서 Binary로 인식해야 하는지등에 사용해야 하니까요.

좀더 올바른 답변이 되지 못해서 죄송합니다.

수고하세요.

-- 이수진 님이 쓰신 글:

>> 아이플래닛에서

>> 만약...attribute value 값에 non printing character가 들어가는 경우

>> (첫 문자가 아닌...value 값 중 일부에 이런 charater가 들어가는 경우...)

>> 내부적으로 인코딩을 하나요?

>>

>> (openLDAP의 경우 어트리뷰트 값을 넣을때 첫문자가 공백이거나 non-printing character인 경우에 인코딩을 하는 것 처럼요..)

>>

>> LDIF로 export 시켜서 보니..내부적으로 인코딩을 하는 것 같은데...

>> 아이플래닛의 경우 어떤 경우 어트리뷰트 값을 인코딩 하는지 알고 싶습니다.

>>

>> 알고 계신 분~~

>>

>> 좋은 하루 되시구요...

>> 요즘 날씨가 넘 춥군요...감기 조심하시구요