shopkeeper/korean_wiki_content_only_120125 huggingface dataset:
일본어와 같은 일부 문자의 경우, 역사적으로 여러 인코딩이 사용되어 사용자들이 비교적 자주 문자 깨짐을 보게 된다. 예를 들어, EUC-JP로 저장된 모지바케("文字化け")라는 단어는 Shift-JIS로 해석될 경우 , "ﾊｸｻ嵂ｽ､ｱ" (MS-932), 또는 "ﾊｸｻ郾ｽ､ｱ"로 잘못 표시될 수 있으며, 텍스트가 Windows-1252 또는 ISO 8859-1 인코딩으로 가정되는 소프트웨어(일반적으로 서양 또는 서유럽으로 분류됨)에서는 "Ê¸»ú²½¤±"로 표시될 수 있다. 다른 로케일이 관련되면 문제가 더욱 심각해진다. UTF-8로 저장된 동일한 텍스트는 Shift-JIS로 해석되면 , 서양으로 해석되면 "æ–‡å­—åŒ–ã ‘", 또는 (예를 들어) GBK (중국 본토) 로케일로 해석되면 "鏂囧瓧鍖栥亼"로 나타난다.
인코딩 비지정.
인코딩이 지정되지 않으면 소프트웨어가 다른 방법으로 인코딩을 결정해야 한다. 소프트웨어 유형에 따라 일반적인 해결책은 구성 또는 문자 세트 감지 휴리스틱이며, 둘 다 잘못 예측될 가능성이 있다.
텍스트 파일의 인코딩은 사용자 언어와 운영체제 브랜드 등 여러 조건에 따라 달라지는 로케일 설정의 영향을 받는다. 따라서, 다른 설정의 컴퓨터 또는 동일 시스템 내에서 다르게 지역화된 소프트웨어에서 온 파일의 경우, 가정된 인코딩은 체계적으로 잘못된다. 유니코드의 경우, 해결책 중 하나는 바이트 순서 표식을 사용하는 것이지만, 많은 구문 분석기는 소스 코드 또는 다른 기계가 읽을 수 있는 텍스트에 대해 이를 허용하지 않는다. 또 다른 해결책은 확장 파일 속성을 지원하는 파일 시스템에서 인코딩을 파일 시스템에 메타데이터로 저장하는 것이다. 이 경우 `user.charset`으로 저장할 수 있다. 이것 또한 이를 활용하려는 소프트웨어의 지원이 필요하지만, 다른 소프트웨어에 방해를 주지는 않는다.
UTF-8과 같이 일부 인코딩은 감지하기 쉽지만, 구별하기 어려운 인코딩도 많다(참조: 문자 세트 감지). 예를 들어, 웹 브라우저는 HTTP 헤더를 문서와 함께 보내거나 서버에서 적절한 HTTP 헤더를 보내도록 구성할 수 없는 경우 누락된 HTTP 헤더를 대체하는 데 사용되는 문서의 메타 태그를 사용하여 인코딩이 명시적으로 할당되지 않으면, EUC-JP로 코딩된 페이지와 Shift JIS로 코딩된 페이지를 구별하지 못할 수 있다. (참조: HTML의 문자 인코딩)
인코딩 오지정.
문자 깨짐은 인코딩이 잘못 지정될 때도 발생한다. 이는 종종 유사한 인코딩 간에 발생한다. 예를 들어, 마이크로소프트 윈도우용 유도라 이메일 클라이언트는 실제로 Windows-1252로 되어 있는 이메일을 ISO 8859-1로 레이블링하여 보내는 것으로 알려져 있었다. Windows-1252는 C1 제어 코드 범위에 추가 인쇄 가능 문자를 포함하는데(가장 흔하게 보이는 것은 굽은 인용 부호와 추가 줄표이다), 이는 ISO 표준을 준수하는 소프트웨어에서 제대로 표시되지 않았다. 이는 특히 유닉스와 같은 다른 운영체제에서 실행되는 소프트웨어에 영향을 미쳤다.
사용자 부주의.
여전히 흔히 사용되는 인코딩 중 상당수는 ASCII를 기반으로 확장된 것이므로, 이러한 인코딩들은 부분적으로 서로 호환된다. Windows-1252와 ISO 8859-1이 그 예이다. 따라서 사람들은 자신이 사용하는 확장된 인코딩 세트를 일반 ASCII와 혼동할 수 있다.
과도한 인코딩 지정.
여러 프로토콜 계층이 각기 다른 정보에 기반하여 인코딩을 지정하려고 할 때, 가장 불확실한 정보가 수신자에게 혼란을 줄 수 있다.
예를 들어, 웹 서버가 HTTP를 통해 정적 HTML 파일을 제공하는 경우를 고려해 보자. 문자 세트는 다음 세 가지 방법 중 하나로 클라이언트에게 전달될 수 있다.
하드웨어 또는 소프트웨어 지원 부족.
대부분의 오래된 하드웨어는 일반적으로 하나의 문자 세트만 지원하도록 설계되었으며, 이 문자 세트는 일반적으로 변경할 수 없다. 디스플레이 펌웨어에 포함된 문자표는 해당 장치가 판매될 국가에 맞춰 지역화되어 해당 국가의 문자를 가지며, 일반적으로 이 표는 국가마다 다르다. 따라서 이러한 시스템은 다른 국가의 시스템에서 생성된 텍스트를 로드할 때 문자 깨짐을 표시할 수 있다. 마찬가지로, 많은 초기 운영체제는 여러 인코딩 형식을 지원하지 않으므로 비표준 텍스트를 표시하면 문자 깨짐이 나타난다. 예를 들어, 마이크로소프트 윈도우 및 팜 OS의 초기 버전은 국가별로 지역화되어 해당 지역화된 버전이 판매될 국가와 관련된 인코딩 표준만 지원하며, 따라서 운영체제가 지원하도록 설계된 버전과 다른 인코딩 형식의 텍스트가 포함된 파일을 열면 문자 깨짐이 표시된다.
UTF-8을 기본 인코딩으로 사용하는 애플리케이션은 널리 사용되고 ASCII와의 하위 호환성 덕분에 더 높은 수준의 상호 운용성을 달성할 수 있다. UTF-8은 또한 간단한 알고리즘으로 직접 인식될 수 있는 기능이 있어, 잘 작성된 소프트웨어는 UTF-8을 다른 인코딩과 혼동하는 것을 피할 수 있어야 한다.
문자 깨짐을 해결하는 어려움은 발생한 애플리케이션과 원인에 따라 달라진다. 문자 깨짐이 발생할 수 있는 가장 일반적인 두 가지 애플리케이션은 웹 브라우저와 워드 프로세서이다. 최신 브라우저와 워드 프로세서는 종종 다양한 문자 인코딩을 지원한다. 브라우저는 종종 사용자가 렌더링 엔진의 인코딩 설정을 즉석에서 변경할 수 있도록 허용하는 반면, 워드 프로세서는 사용자가 파일을 열 때 적절한 인코딩을 선택할 수 있도록 한다. 사용자가 올바른 인코딩을 찾으려면 어느 정도 시행착오를 겪어야 할 수도 있다.
이 문제는 비유니코드 컴퓨터 게임과 같이 일반적으로 다양한 문자 인코딩을 지원하지 않는 애플리케이션에서 발생할 때 더 복잡해진다. 이 경우 사용자는 운영체제의 인코딩 설정을 게임과 일치하도록 변경해야 한다. 그러나 시스템 전체의 인코딩 설정을 변경하면 기존 애플리케이션에서도 문자 깨짐이 발생할 수 있다. 윈도우 XP 이상 버전에서는 사용자가 애플리케이션별 로케일 설정을 변경할 수 있는 Microsoft AppLocale 애플리케이션을 사용할 수도 있다. 그럼에도 불구하고 윈도우 98과 같은 이전 운영체제에서는 운영체제 인코딩 설정을 변경할 수 없다. 이전 운영체제에서 이 문제를 해결하려면 타사 글꼴 렌더링 애플리케이션을 사용해야 한다.
다른 문자 체계에서의 문제.
영어 텍스트의 문자 깨짐은 주로 em 대시(—), en 대시(–), 구부러진 따옴표(“,”, ‘, ’)와 같은 구두점에서 발생하지만, 대부분의 인코딩이 영어 알파벳의 인코딩에서 ASCII와 일치하므로 문자 텍스트에서는 거의 발생하지 않는다. 예를 들어, 파운드 기호 £는 발신자가 UTF-8로 인코딩했지만 수신자가 서유럽 인코딩(CP1252 또는 ISO 8859-1) 중 하나로 해석하면 `Â£`로 나타난다. CP1252를 사용하여 반복하면 `Ã‚Â£`, `Ãƒâ€šÃ‚Â£`, `ÃƒÆ’Ã¢â‚¬Å¡Ãƒâ€šÃ‚Â£`, `ÃƒÆ’Ã†â€™ÃƒÂ¢Ã¢â€šÂ¬Ã…Â¡ÃƒÆ’Ã¢â‚¬Å¡Ãƒâ€šÃ‚Â£` 등이 될 수 있다.
마찬가지로, 작은 따옴표(')는 UTF-8로 인코딩되어 Windows-1252로 디코딩될 때 `â€™`, `Ã¢â‚¬â„¢`, `ÃƒÂ¢Ã¢â€šÂ¬Ã¢â€žÂ¢` 등으로 바뀐다.
과거에는 일부 컴퓨터가 공급업체별 인코딩을 사용하여 영어 텍스트에서도 불일치가 발생했다. 코모도어 인터내셔널 브랜드 8비트 컴퓨터는 PETSCII 인코딩을 사용했는데, 표준 ASCII와 비교하여 대문자와 소문자를 뒤집는 것이 특히 주목할 만하다. PETSCII 프린터는 그 시대의 다른 컴퓨터에서도 잘 작동했지만, 모든 글자의 대소문자를 뒤집었다. IBM 메인프레임은 ASCII와 전혀 일치하지 않는 확장 이진화 십진법 교환 부호 인코딩을 사용한다.
기타 서유럽 언어.
북게르만어군, 카탈루냐어, 루마니아어, 핀란드어, 프랑스어, 독일어, 이탈리아어, 포르투갈어, 스페인어의 알파벳은 모두 라틴 음소문자의 확장이다. 추가 문자는 일반적으로 손상되는 문자이며, 문자 깨짐으로 인해 텍스트를 약간만 읽기 어렵게 만든다.
... 그리고 해당되는 경우 대문자도 마찬가지이다.
이들은 ISO 8859-1 문자 세트(라틴 1 또는 서양으로도 알려짐)가 사용되어 온 언어들이다. 그러나 ISO 8859-1은 두 개의 경쟁 표준인 하위 호환 Windows-1252와 약간 변경된 ISO 8859-15에 의해 구식화되었다. 둘 다 유로 기호 €와 프랑스어 œ를 추가하지만, 이 세 문자 세트의 혼동은 이러한 언어에서 문자 깨짐을 생성하지 않는다. 더욱이 ISO 8859-1을 Windows-1252로 해석하는 것은 항상 안전하며, ISO 8859-15로 해석하는 것은 상당히 안전하며, 특히 거의 사용되지 않는 국제 통화 기호 (¤)를 대체하는 유로 기호에 관해서는 더욱 그렇다. 그러나 UTF-8의 등장과 함께, UTF-8이 라틴-1 및 Windows-1252와 호환되지 않기 때문에 유닉스와 마이크로소프트 윈도우 컴퓨터 간의 텍스트 파일 교환과 같은 특정 시나리오에서 문자 깨짐이 더 흔해졌다. 그러나 UTF-8은 간단한 알고리즘으로 직접 인식될 수 있는 기능이 있어, 잘 작성된 소프트웨어는 UTF-8을 다른 인코딩과 혼동하는 것을 피할 수 있어야 하므로, 이는 많은 소프트웨어가 UTF-8을 지원하지 않던 시절에 가장 흔했다. 이러한 언어의 대부분은 MS-DOS 기본 코드 페이지 437 및 ASCII를 제외한 다른 기기 기본 인코딩에서 지원되었으므로 운영체제 버전 구매 시 문제는 덜 흔했다. 그러나 Windows와 MS-DOS는 호환되지 않는다.
스웨덴어, 노르웨이어, 덴마크어, 독일어에서는 모음이 거의 반복되지 않으며, 한 문자가 손상될 때 일반적으로 명확하게 알 수 있다. 예를 들어, 스웨덴어 단어 ("사랑")의 두 번째 글자가 UTF-8로 인코딩되었지만 서유럽 인코딩으로 디코딩될 때 "kÃ⁠¤rlek"으로 렌더링되거나, 독일어의 "für"가 "fÃ¼r"로 바뀌는 경우이다. 이러한 방식으로 독자가 원본 문자를 추측해야 하더라도 거의 모든 텍스트는 읽을 수 있다. 반면에 핀란드어는 ("결혼 밤")와 같은 단어에서 모음이 자주 반복되어 손상된 텍스트를 읽기 매우 어렵게 만들 수 있다(예: 는 "hÃ⁠¤Ã⁠¤yÃ⁠¶"로 나타난다). 아이슬란드어는 10개의 잠재적인 혼동 문자를 가지고 있으며, 페로어는 8개를 가지고 있어 많은 단어가 손상되면 거의 완전히 알아볼 수 없게 된다(예: 아이슬란드어 , "탁월한 환대",는 "Ã¾jÃ³Ã°lÃ¶Ã°"으로 나타난다).
독일어에서는 ("글자 샐러드")가 이 현상에 대한 일반적인 용어이며, 스페인어에서는 (말 그대로 "변형")이 사용되고, 포르투갈어에서는 (말 그대로 "서식 해제")가 사용된다.
일부 사용자들은 컴퓨터를 사용할 때 문제가 되는 발음 구별 기호를 생략하거나, 이중음자 대체(Å → aa, Ä/Æ → ae, Ö/Ø → oe, Ü → ue 등)를 사용하여 글을 옮겨 적는다. 따라서 저자는 "über" 대신 "ueber"를 쓸 수 있는데, 이는 독일어에서 움라우트를 사용할 수 없을 때 표준적인 관행이다. 후자의 관행은 노르딕 국가보다 독일어권에서 더 잘 용인되는 것으로 보인다. 예를 들어, 노르웨이어에서는 이중음자가 고풍스러운 덴마크어와 연관되어 있으며 농담으로 사용될 수 있다. 그러나 이중음자는 세계의 다른 지역과의 의사소통에 유용하다. 예를 들어, 노르웨이 축구 선수 올레 군나르 솔셰르는 맨체스터 유나이티드에서 뛸 때 유니폼에 자신의 성이 "SOLSKJAER"로 표기되었다.
UTF-8이 ISO 8859-1로 잘못 해석되어 ""가 "Ring meg nÃ¥"로 렌더링된 현상은 2014년 노르웨이를 대상으로 한 단문 메시지 서비스 스캠에서 관찰되었다.
루마니아어에서도 같은 문제가 발생하며, 다음 예시들을 참조하라.
중앙유럽 및 동유럽.
중앙유럽 및 동유럽 언어 사용자도 영향을 받을 수 있다. 1980년대 중반부터 후반까지 대부분의 컴퓨터가 어떤 네트워크에도 연결되지 않았기 때문에, 발음 구별 기호가 있는 모든 언어마다 서로 다른 문자 인코딩이 존재했으며(참조: ISO/IEC 8859 및 KOI-8), 종종 운영체제에 따라서도 달랐다.
헝가리어에서는 이 현상을 "글자 쓰레기"를 의미하는 'betűszemét'이라고 부른다. 헝가리어는 특히 이 현상에 취약했는데, 이는 라틴-1 문자 세트에 있는 모든 악센트 문자(á, é, í, ó, ú, ö, ü)와 라틴-1에 없는 ő 및 ű 두 문자를 포함하기 때문이다. 이 두 문자는 라틴-2, Windows-1250 및 유니코드에서 올바르게 인코딩될 수 있다. 그러나 유니코드가 이메일 클라이언트에서 보편화되기 전에는 헝가리어 텍스트가 포함된 이메일에서 ő 및 ű 문자가 종종 손상되어 알아보기 어려울 정도였다. 손상된 이메일에 모든 헝가리어 악센트 문자를 포함하는 의미 없는 구절인 "Árvíztűrő tükörfúrógép"(문자 그대로 "홍수 방지 거울 드릴링 머신")으로 답하는 것이 일반적이다.
1987년 ISO 8859-2가 만들어지기 전에 다양한 컴퓨팅 플랫폼 사용자들은 아미가에서는 AmigaPL, 아타리 ST에서는 Atari Club, 그리고 IBM PC에서는 Masovia, 코드 페이지 852, 마조비아 및 Windows-1250과 같은 자체 문자 인코딩을 사용했다. 초기 도스 컴퓨터를 판매하던 폴란드 회사들은 폴란드어 문자를 인코딩하는 서로 호환되지 않는 자체적인 방식을 만들었고, 단순히 EPROM 비디오 카드(일반적으로 컬러 그래픽스 어댑터, 강화 그래픽 어댑터, 또는 허큘리스 그래픽 카드)를 재프로그래밍하여 다른 컴퓨터 판매자들이 문자를 배치했던 위치와 전혀 상관없이 임의의 위치에 필요한 폴란드어 하드웨어 코드 페이지 글리프를 제공했다.
학계 및 사용자 그룹의 압력으로 ISO 8859-2가 지배적인 공급업체 소프트웨어의 제한된 지원과 함께 "인터넷 표준"으로 성공하면서 상황이 개선되기 시작했다(오늘날에는 대부분 유니코드로 대체되었다). 다양한 인코딩으로 인한 수많은 문제 때문에 오늘날에도 일부 사용자들은 폴란드어 발음 구별 기호 문자를 (, 문자 그대로 "작은 관목")라고 부르곤 한다.
러시아어 및 기타 키릴 문자 기반 알파벳.
문자 깨짐은 러시아어에서 구어적으로 ( )라고 불리며, 이는 키릴 문자 인코딩 시스템이 여러 개로 복잡해졌고 여전히 복잡한 문제로 남아 있다. 소련과 초기 러시아 연방은 KOI 인코딩(, , "정보 교환 코드"로 번역됨)을 개발했다. 이는 ASCII를 기반으로 라틴 문자 및 기타 일부 문자를 키릴 문자로 대체한 키릴 전용 7비트 KOI7로 시작되었다. 이어서 8비트 KOI8 인코딩이 등장했는데, 이는 확장 ASCII 확장으로, 7비트 KOI7의 코드에 해당하는 상위 비트 설정 옥텟으로만 키릴 문자를 인코딩한다. 이러한 이유로 러시아어와 같은 KOI8 텍스트는 8번째 비트를 제거한 후에도 부분적으로 읽을 수 있는데, 이는 8BITMIME을 인식하지 못하는 이메일 시스템 시대에 큰 장점으로 여겨졌다. 예를 들어, KOI8로 인코딩된 "" ()라는 단어가 상위 비트 제거 과정을 거치면 "[KOLA RUSSKOGO qZYKA"로 렌더링된다. 결국 KOI8은 러시아어와 불가리아어(KOI8-R), 우크라이나어(KOI8-U), 벨라루스어(KOI8-RU), 심지어 타지크어(KOI8-T)를 위한 다양한 변형을 가지게 되었다.
한편, 서양에서는 코드 페이지 866이 MS-DOS에서 우크라이나어와 벨라루스어뿐만 아니라 러시아어와 불가리아어도 지원했다. 마이크로소프트 윈도우의 경우, Windows-1251은 세르비아어 키릴 문자 및 기타 슬라브 키릴 문자 변형에 대한 지원을 추가했다.
가장 최근에는 유니코드 인코딩이 모든 언어의 거의 모든 문자, 포함한 모든 키릴 문자에 대한 코드 포인트를 포함한다.
유니코드 이전에는 텍스트 인코딩과 동일한 인코딩 시스템을 사용하는 글꼴을 일치시켜야 했다. 이를 실패하면 특정 텍스트와 글꼴 인코딩의 조합에 따라 특정 모양이 달라지는 읽을 수 없는 엉터리 문자가 생성되었다. 예를 들어, 라틴 알파벳으로 제한되거나 기본("서유럽") 인코딩을 사용하는 글꼴을 사용하여 비유니코드 키릴 텍스트를 보려고 시도하면, 일반적으로 발음 구별 기호가 있는 대문자 모음으로 거의 전적으로 구성된 텍스트가 나타난다(예: KOI8 ""(, 도서관)는 "âÉÂÌÉÏÔÅËÁ"가 되고, "Школа русского языка"(, 러시아어 학교)는 "ûËÏÌÁ ÒÕÓÓËÏÇÏ ÑÚÙËÁ"가 된다). 코드 페이지 1251을 사용하여 KOI8 텍스트를 보거나 그 반대로 하면 대부분 대문자로 구성된 깨진 텍스트가 나타난다(KOI8과 코드 페이지 1251은 동일한 ASCII 영역을 공유하지만, KOI8은 코드 페이지 1251이 소문자를 가지는 영역에 대문자를 가지고 그 반대도 마찬가지이다).
월드 와이드 웹의 러시아어 부문 초기에는 KOI8과 코드 페이지 1251이 모두 흔했다. 거의 모든 웹사이트는 이제 유니코드를 사용하지만, 전 세계 웹 페이지의 약 0.35%(모든 언어 포함)는 여전히 코드 페이지 1251로 인코딩되어 있으며, 0.003% 미만의 사이트만이 여전히 KOI8-R로 인코딩되어 있다. HTML 표준에는 주어진 웹 페이지의 인코딩을 소스에서 지정하는 기능이 포함되어 있지만, 이는 때때로 간과되어 사용자가 브라우저에서 인코딩을 수동으로 전환해야 한다.
불가리아어에서는 문자 깨짐을 종종 "원숭이 [알파벳]"을 의미하는 ()라고 부른다. 세르비아어에서는 "쓰레기"를 의미하는 ()라고 부른다. 구 소련과는 달리, 남슬라브족은 KOI8과 같은 것을 사용한 적이 없으며, 유니코드 이전에 코드 페이지 1251이 지배적인 키릴 문자 인코딩이었다. 따라서 이 언어들은 러시아어보다 인코딩 비호환성 문제를 덜 겪었다. 1980년대에는 불가리아 컴퓨터들이 자체 MIK 인코딩을 사용했는데, 이는 CP866과 표면적으로는 유사하지만 호환되지 않는다.
유고슬라비아 언어.
크로아티아어, 보스니아어, 세르비아어 (세르보크로아트어에서 분리된 방언들) 및 슬로베니아어는 기본 라틴 알파벳에 š, đ, č, ć, ž와 그 대문자 Š, Đ, Č, Ć, Ž를 추가한다 (슬로베니아어에서는 č/Č, š/Š, ž/Ž만 공식적으로 사용되지만, 필요할 때 주로 외국어 이름에 다른 문자들도 사용된다). 이 모든 문자는 라틴-2 및 Windows-1250에 정의되어 있으며, 일부(š, Š, ž, Ž, Đ)만 일반적인 OS 기본 Windows-1252에 존재하는데, 이는 다른 언어들 때문인 것이다.
이러한 문자들 중 어느 것이든 문자 깨짐이 발생할 수 있지만, Windows-1252에 포함되지 않은 문자들이 오류에 훨씬 더 취약하다. 따라서 오늘날에도 "šđčćž ŠĐČĆŽ"는 종종 "šðèæž ŠÐÈÆŽ"로 표시되지만, ð, È, Æ는 슬라브어에서 사용되지 않는다.
기본 ASCII로 제한될 경우(예: 대부분의 사용자 이름), 일반적인 대체 문자는 š→s, đ→dj, č→c, ć→c, ž→z이다(대문자 형식은 단어의 대소문자에 따라 Đ→Dj 또는 Đ→DJ와 같이 유사하게 적용된다). 이러한 모든 대체는 모호성을 유발하므로, 이러한 형식에서 원본을 재구성하는 것은 필요한 경우 일반적으로 수동으로 이루어진다.
Windows-1252 인코딩은 지역화된 버전이 아닌 영어 버전의 Windows 운영체제가 가장 널리 사용되기 때문에 중요하다. 그 이유는 상대적으로 작고 파편화된 시장으로 인해 고품질 지역화 비용이 증가하고, 높은 수준의 소프트웨어 불법 복제(소득 대비 소프트웨어 가격이 높기 때문에 발생)로 인해 지역화 노력이 저해되며, 사람들이 영어 버전의 Windows 및 기타 소프트웨어를 선호하기 때문이다.
크로아티아어와 세르비아어, 보스니아어와 크로아티아어 및 세르비아어, 그리고 이제는 몬테네그로어와 다른 세 언어를 구분하려는 움직임은 많은 문제를 야기한다. 다양한 표준과 다양한 품질을 사용하는 다양한 지역화가 있다. 영어에서 유래한 방대한 컴퓨터 용어에 대한 공통 번역이 없다. 결국 사람들은 영어 차용어("computer"를 "kompjuter"로, "compile"을 "kompajlirati" 등으로)를 사용하며, 번역된 용어에 익숙하지 않은 경우 번역된 문구만으로는 메뉴의 어떤 옵션이 무엇을 해야 하는지 이해하지 못할 수 있다. 따라서 영어를 이해하는 사람들과 영어 용어에 익숙한 사람들(이러한 문제로 인해 학교에서도 영어 용어가 주로 가르쳐지기 때문에 대부분의 사람들)은 일반적으로 비전문가용 소프트웨어의 원본 영어 버전을 선택한다.
마케도니아어 및 부분적으로 세르비아어에 키릴 문자가 사용될 경우, 문제는 다른 키릴 문자 기반 문자와 유사하다.
최신 영어 Windows 버전에서는 코드 페이지를 변경할 수 있지만(이전 버전에서는 이 기능을 지원하는 특수 영어 버전이 필요함), 이 설정은 잘못 설정될 수 있고 종종 잘못 설정되었다. 예를 들어, 윈도우 98 및 윈도우 미는 1250을 포함한 대부분의 비우선순위 단일 바이트 코드 페이지로 설정할 수 있지만, 설치 시에만 가능하다.
아시아 인코딩.
또 다른 유형의 문자 깨짐은 단일 바이트 인코딩으로 인코딩된 텍스트가 동아시아 언어 중 하나와 같은 다중 바이트 인코딩으로 잘못 구문 분석될 때 발생한다. 이러한 종류의 문자 깨짐에서는 하나 이상의 (일반적으로 두 개) 문자가 한 번에 손상된다. 예를 들어, 스웨덴어 단어 이 Windows-1252로 인코딩되었지만 GBK를 사용하여 디코딩되면 "k鋜lek"으로 나타나는데, 여기서 ""가 "鋜"로 구문 분석된다. 위의 문자 깨짐과 비교할 때, 이는 문제가 되는 Å, Ä 또는 Ö와 관련 없는 글자들이 없기 때문에 읽기 더 어렵고, 특히 Å, Ä 또는 Ö로 시작하는 짧은 단어에 문제가 된다(예: "än"은 "鋘"가 된다). 두 글자가 결합되기 때문에 문자 깨짐은 또한 더 무작위적으로 보인다(일반적인 세 가지보다 50가지 이상 많은 변형, 드문 대문자는 제외). 일부 드문 경우에는 "Bush hid the facts" 문장과 같이 특정 단어 길이 패턴을 포함하는 전체 텍스트 문자열이 잘못 해석될 수 있다.
베트남어에서는 이 현상을 chữ ma(한월: 𡨸魔, "귀신 문자") 또는 loạn mã(중국어 乱码에서 유래)라고 부른다. 컴퓨터가 UTF-8로 인코딩된 텍스트를 Windows-1258, TCVN3 또는 VNI로 디코딩하려고 할 때 발생할 수 있다. 베트남에서는 윈도우 비스타 이전 버전의 윈도우를 실행하는 컴퓨터나 저렴한 휴대폰에서 chữ ma가 흔히 목격되었다.
일본에서는 다양한 일본어 텍스트 인코딩이 많아 문자 깨짐이 특히 문제가 된다. 유니코드 인코딩(UTF-8 및 UTF-16) 외에도 Shift JIS(Windows 시스템) 및 EUC-JP(유닉스 시스템)와 같은 다른 표준 인코딩이 있다. 오늘날까지도 일본 시장을 위해 작성된 소프트웨어를 실행하려고 할 때 일본인과 비일본인 모두 문자 깨짐을 자주 접한다.
중국어에서는 같은 현상을 '혼란스러운 코드'를 뜻하는 Luàn mǎ(한어병음, 간체자 , 번체자 )라고 부르며, 컴퓨터 텍스트가 한 중국어 문자 인코딩으로 인코딩되었지만 잘못된 인코딩을 사용하여 표시될 때 발생할 수 있다. 이 경우 문자 인코딩을 변경하여 데이터 손실 없이 문제를 해결할 수 있는 경우가 많다. 이 상황은 여러 중국어 문자 인코딩 시스템(가장 일반적인 것은 유니코드, Big5, 궈뱌오 코드와 여러 하위 호환 버전)의 존재와 일본어 인코딩을 사용하여 중국어 문자가 인코딩될 가능성 때문에 복잡하다.
궈뱌오 인코딩에서 luànmǎ가 발생하면 원본 인코딩을 식별하기가 비교적 쉽다.
중국어에서 추가적인 문제는 개인이나 지명에 여전히 사용되는 희귀하거나 고풍스러운 문자가 일부 인코딩에 존재하지 않을 때 발생한다. 그 예시는 다음과 같다.
신문사들은 누락된 문자를 다양한 방식으로 처리해왔는데, 이미지 편집 소프트웨어를 사용하여 다른 부수와 문자를 결합하여 합성하거나, 인물의 경우 사진을 사용하거나, 독자들이 올바른 추론을 할 수 있기를 바라며 단순히 동음이의어를 대체하는 식이다.
인도어 텍스트.
유사한 효과는 남아시아의 브라흐미계 문자에서도 발생할 수 있는데, 이는 힌두스탄어(힌디어-우르두어), 벵골어, 펀자브어, 마라티어 등과 같은 인도아리아어군에서 사용되며, 심지어 사용된 문자 세트가 애플리케이션에 의해 제대로 인식되는 경우에도 발생할 수 있다. 이는 많은 인도 문자에서 개별 글자 기호가 결합하여 음절 기호를 생성하는 규칙이 적절한 소프트웨어가 없는 컴퓨터에서는 제대로 이해되지 않을 수 있기 때문이며, 개별 글자 형태의 글리프가 사용 가능하더라도 마찬가지이다.
이것의 한 예시가 오래된 위키백과 로고인데, 여러 퍼즐 조각 각각에 "wi"(위키백과의 첫 음절)와 유사한 문자를 표시하려고 시도한다. 데바나가리 문자로 "wi" 문자를 나타내야 하는 퍼즐 조각은 대신 "wa" 문자와 짝을 이루지 않는 "i" 변형 모음을 표시했으며, 이는 인도어 텍스트를 표시하도록 구성되지 않은 컴퓨터에서 생성된 문자 깨짐으로 쉽게 인식할 수 있다. 에 다시 디자인된 로고는 이러한 오류들을 수정했다.
일반 텍스트의 개념은 운영 체제가 유니코드 코드를 표시할 글꼴을 제공해야 한다는 것이다. 이 글꼴은 싱할라어의 경우 OS마다 다르며, 모든 운영 체제에서 일부 글자(음절)에 대해 정형학적으로 틀린 글리프를 생성한다. 예를 들어, 짧은 'r' 형태인 '레프'는 일반적으로 일반 글자 위에 오는 발음 구별 기호이다. 그러나 특정 상황에서 '야'나 '라'와 같은 일부 글자 위에 오면 잘못된 것이다. 산스크리트어 단어나 현대 언어에 계승된 이름, 예를 들어 कार्य, IAST: kārya, 또는 आर्या, IAST: āryā의 경우 이러한 글자 위에 오는 것이 적절하다. 대조적으로, 현대 언어에서 특정 규칙으로 인해 발생하는 유사한 소리의 경우, 예를 들어 마라티어의 일반적인 단어 करणारा/री, IAST: karaṇārā/rī의 어간 형태인 करणाऱ्या, IAST: karaṇāryā와 같이 위에 오지 않는다. 하지만 대부분의 운영 체제에서 이런 현상이 발생한다. 이는 글꼴의 내부 프로그래밍 문제로 보인다. Mac OS와 iOS에서는 muurdhaja l(어두운 l)과 'u' 조합 및 그 장형 모두 잘못된 형태를 생성한다.
일부 인도 및 인도계 문자, 특히 라오 문자는 윈도우 비스타 출시 전까지 윈도우 XP에서 공식적으로 지원되지 않았다. 그러나 다양한 사이트에서 무료로 다운로드할 수 있는 글꼴을 만들었다.
버마어.
서구의 제재와 컴퓨터에 버마어 지원이 늦게 도입된 탓에, 초기 버마어 지역화의 상당수는 국제 협력 없이 국내에서 이루어졌다. 버마어 지원의 주요 수단은 조지 글꼴을 통하는 것인데, 이 글꼴은 유니코드 글꼴로 만들어졌지만 실제로는 유니코드 준수가 부분적으로만 이루어졌다. 조지 글꼴에서는 버마어 스크립트의 일부 코드 포인트는 유니코드에 명시된 대로 구현되었지만, 다른 일부는 그렇지 않았다. 유니코드 컨소시엄은 이를 애드혹(ad hoc) 글꼴 인코딩이라고 부른다. 휴대폰의 등장과 함께 삼성과 화웨이와 같은 모바일 공급업체는 유니코드 준수 시스템 글꼴을 조지 버전으로 단순히 대체했다.
이러한 임시 인코딩으로 인해 조지 글꼴 사용자와 유니코드 사용자 간의 통신은 깨진 텍스트로 렌더링된다. 이 문제를 해결하기 위해 콘텐츠 제작자들은 조지 글꼴과 유니코드로 동시에 게시물을 작성하곤 했다. 미얀마 정부는 2019년 10월 1일을 유니코드로 공식 전환하는 "U-데이"로 지정했다. 전체 전환에는 2년이 걸릴 것으로 예상되었다.
아프리카 언어.
특정 아프리카 문자 체계에서는 인코딩되지 않은 텍스트를 읽을 수 없다. 문자 깨짐이 발생할 수 있는 텍스트는 암하라어, 티그레어 및 기타 언어에 사용되는 에티오피아 및 에리트레아의 게에즈 문자와 오스마냐 문자를 사용하는 소말리어와 같은 아프리카의 뿔 지역에서 온 것이다. 남아프리카에서는 말라위의 언어를 표기하는 데 음왕웨고 문자가 사용되며, 콩고 민주 공화국을 위해 만돔베 문자가 만들어졌지만, 일반적으로 지원되지 않는다. 기니의 만딩어에 사용되는 응코 문자와 라이베리아에서 사용되는 바이 음절 문자와 같은 서아프리카 고유의 다양한 다른 문자 체계들도 유사한 문제를 보인다.
다른 영향을 받는 언어는 아랍어이며(아래 예시 참조), 이 경우 인코딩이 일치하지 않으면 텍스트를 완전히 읽을 수 없게 된다.
이 문서의 예시들은 브라우저 설정으로 UTF-8을 사용하지 않는다. UTF-8은 쉽게 인식되기 때문에 브라우저가 UTF-8을 지원한다면 자동으로 인식해야 하며, 다른 것을 UTF-8로 해석하려고 시도하지 않을 것이다.
UTF-8 디코더는 데이터를 처리하는 데 오류가 있을 때, 오류 처리 중 하나로 대체 문자 �(U+FFFD)를 사용한다. UTF-8 인코딩에서 이 문자가 2개 붙어 있는 경우(��), EUC-KR 인코딩으로 해석하면 占쏙옙이라는 글자로 변한다.
노토 폰트.
구글은 폰트가 지원하지 않아 깨진 문자를 없애자는 목표로 "의 약자인 노토 폰트를 개발하여 배포한 바 있다. 여기서 는 두부의 일본어 발음인데, 깨진 문자를 표시하는 사각형이 두부와 비슷해 보인다는 이유에서 이름을 지었다고 한다.
루빈(, )은 폴란드 남서부 돌니실롱스크주에 위치한 도시로, 면적은 40.77km2, 인구는 76,595명(2006년 기준), 인구 밀도는 1,900명/km2이다. 1975년부터 1998년까지는 레그니차 주에 속했으며 브로츠와프에서 북서쪽으로 71km, 레그니차에서 북쪽으로 20km 정도 떨어진 곳에 위치한다.
990년경에 폴란드의 미에슈코 1세 국왕에 의해 마을이 형성되었다. 도시 이름은 마을을 위협하던 큰 곰을 살해하고 공을 세운 루바(Luba)라는 청년에서 유래된 이름이다. 1155년경에 작성된 교황의 칙서에서는 실레시아에 위치한 13개의 성주 가운데 하나로 묘사되었다.
1267년경에 작성된 교황 클레멘스 6세의 트셰브니차 수도원에 관한 증서에서는 그워구프 공국의 영지로 등장한다. 오늘날의 루빈은 1280년대에 하로렌, 프랑켄 지방에서 온 독일인들이 동방식민운동의 일환으로 건설되었다고 전해진다. 1526년부터 합스부르크 군주국의 지배를 받았고 1742년에는 프로이센 왕국의 지배를 받게 된다. 1945년 제2차 세계 대전의 종전과 함께 폴란드에 편입되었다.
쇼팽의 연습곡 Op. 10, 6번(Étude Op. 10, No. 6)은 프레데리크 쇼팽이 1830년에 작곡하여 1833년에 프랑스, 독일과 영국 등지에서 첫 출판이 이루어졌고 내림마단조의 조성을 띤다. 6번은 연습곡 Op. 10의 3번과 연습곡 Op. 25의 7번과 함께 쇼팽의 27개의 연습곡 중 느린 템포를 가진 3개의 곡에 속한다. 6번은 선율안에 내포되어 있는 풍부한 감정을 살리고 반음계와 많은 음이 합성된 부분이 나타난다는 점이 특징이다. 다른 많은 연습곡과 마찬가지로 6번도 A-B-A의 세도막 형식을 띤다.
학전 나들목(Hakjeon IC)은 경상북도 포항시 남구 연일읍 학전리에 설치된 새만금포항고속도로의 25번 교차로이다. 대구 방향 진입과 포항 방향 진출만 가능하다.
쇼팽의 연습곡 Op. 25, 7번(Étude Op. 25, No. 7)은 프레데리크 쇼팽이 1834년에 작곡했으며 연습곡 중 작품번호 제25번의 7번에 해당한다. 다른 쇼팽의 연습곡과는 달리 7번은 왼손의 완벽한 음과 선율, 기교를 중시하고 있다. 또한 쇼팽의 연습곡 중 느린 3곡(나머지 2곡은 연습곡 Op. 10의 3번과 연습곡 Op. 10의 6번)에 속한다.
야스(ヤス)는 일본의 일러스트레이터이다. 대표작은 토라도라!와 오토마호 및 조시라쿠이다. 타케미야 유유코와는 우리들의 타무라군을 작업할 때부터 알던 사이였다. 토라도라의 일러스트를 작업할 당시, 그는 아미의 일러스트를 모델 일러스트를 보고 참고했다.
존 앨런 래시터(John Alan Lasseter, 1957년 1월 12일~ )는 미국의 애니메이터, 감독, 프로듀서이자 픽사 애니메이션 스튜디오, 월트 디즈니 애니메이션 스튜디오, 디즈니툰 스튜디오의 제작 총책임자이다. 토이스토리 시리즈의 감독을 맡은 것으로 잘 알려져 있다.
1957년 쉐보레 자동차 판매원인 아버지와 교사인 어머니 사이에서 태어났다. 미술 교사였던 어머니의 영향 때문인지 그는 어렸을 때부터 만화에 관심이 많았다. 교회 예배 중에 만화를 그리기도 하고, 학교가 끝나면 TV 만화 시간을 놓치지 않기 위해 달려왔다고 한다. 이후 고등학교와 대학교를 거치면서 그의 인생에서 가장 중요한 회사인 디즈니에 입사한다. 그는 디즈니에서 초기 시절을 보내면서 다양한 작업에 임한다. 1985년 즈음 그는 디즈니에 CG 애니메이션을 제안하지만 디즈니 사내 측에서는 일자리를 빼앗길까 염려하여 그를 해고한다.
존 래시터는 지브리의 미야자키 하야오를 존경했다고 여러 차례 말했다. 그는 센과 치히로의 행방불명이나 이웃집 토토로같은 만인이 보는 애니메이션을 통해, 무언가를 배울 수 있었다고 말한 적도 있었다. 2002년에 그는 지브리의 하야오를 자신의 픽사 스튜디오에 초대했다. 이 답례로 하야오는 픽사의 토이 스토리 3에 자신의 애니메이션 캐릭터인 토토로가 등장하는 것을 허가했다.
아틀라스장수풍뎅이(Atlas beetle, 학명: "Chalcosoma atlas")는 딱정벌레목 장수풍뎅이아과에 속하는 곤충의 한 종이다.
아틀라스장수풍뎅이는 다른 칼코소마속("Chalcosoma") 장수풍뎅이들과 마찬가지로, 암컷이 대략 25~60 mm에 이를 정도로 크기가 매우 큰 것이 특징이다. 풍뎅이과에 속하는 곤충들의 공통적인 특징처럼 수컷이 암컷보다 더 큰 편이다. 수컷의 크기는 대략 60~108 mm이다. 아틀라스장수풍뎅이 수컷은 다른 장수풍뎅이아과의 종류들처럼 수컷과 싸우는 데 특화되어 있는 뿔을 가지고 있는데, 이는 번식기에 암컷을 차지하기 위해서 다른 수컷과 경쟁하기 때문이다. 아틀라스장수풍뎅이의 머리뿔은 키론장수풍뎅이와 다르게 두각 중간의 부분에 두드러진 뾰족한 부분이 없다.
모비게임스(MobyGames)는 과거와 현재의 컴퓨터 및 비디오 게임을 분류해놓은 웹사이트이다. 이 사이트에는 비디오 게임 정보의 광활한 데이터베이스를 포함하고 있다. 이 웹사이트의 목표는 이 웹사이트의 FAQ에 따라 정의된다.: "게임 대 게임을 기초로 전자 게임 (컴퓨터, 콘솔, 아케이드)에 대한 모든 적절한 정보를 엄밀하게 분류한 뒤, 유연한 조회 및 데이터 수집을 통해 해당 정보를 제공하는 것. 일반인에게는 거대한 데이터베이스이다." 2012년 3월 1일 기준으로 이 분류는 113개의 게임 플랫폼과 63,000개 이상의 게임 항목을 포함하고 있다. 2010년에는 (인수 가격은 알려지지 않았으나) 게임플라이에 인수되었다.
1989년 9월 28일, 코카콜라 컴퍼니는 40억달러를 소니에 매각하고 Guber-Peters Entertainment Company, Inc를 인수해 Peter Guber 와 Jon Peters를 CEO로 영입시킨다.
시레토코반도(, Shiretoko Peninsula)는 일본 홋카이도 동부에 오호츠크해로 길게 뻗은 반도이다. 반도 남쪽은 네무로 해협에 면해 있다. 시레토코라는 지명은 아이누어로 "실에톡(sir-etok)"이라고 불린 것에서 유래한 것으로 대지의 끝자락이라는 뜻이다. 1964년에 국립공원(시레토코 국립공원)으로 지정되었고 2005년에는 유네스코 세계자연유산으로 등재되었다.
반도의 끝자락에 시레토코곶이 위치한다. 중앙부는 시레토코 화산층으로 이루어져 있으며 북쪽에서부터 시레토코산(1,254m), 시레토코이오산(1,562m), 라우스산(1,660m), 온네베쓰산(1,331m), 우나베쓰산(1,419m)이 이어진다. 반도 동쪽에는 라우스호, 서쪽에는 시레토코 오호와 가무이왓카 온천폭포, 오신코신 폭포가 있다.
화산지대이기 때문에 라우스 온천, 세세키 온천, 이와오베쓰 온천 등 자연분출하는 온천도 많으며 관광객의 방문도 잦다. 특히 폭포 자체가 천연 온천인 가무이왓카 온천폭포는 자연의 신비가 가득한 비밀의 온천으로 널리 알려져 있다. 또한 반도 중앙부 샤리정의 우토로 지구에는 시레토코 관광의 거점인 우토로 온천이 있다.
산간부에는 침엽수인 가문비나무, 도도마쓰(분비나무의 일종), 활엽수인 사스래나무, 물참나무로 이루어진 원생림이 우거져 있으며, 산 정상부와 능선에는 고산식물 군락이 보인다. 타이가가 나타나는 지역이기도 하다. 북방여우, 에조사슴, 큰곰과 같은 야생동물이 다수 서식하고 있으며 에조 섬부엉이, 흰꼬리수리(모두 일본의 천연기념물) 등의 야생조류도 풍부하다. 연안에는 바다표범, 큰바다사자, 고래 등도 서식한다.
홋카이도에서도 몇 안 되는 야생동물과 원시적인 자연경관이 남아 있는 곳이기에 반도 중부에서 끝자락에 이르는 산악지대와 해안이 1964년에 시레토코 국립공원으로 지정되었다. 그 후 시레토코 곶 주변은 엄격하게 규제되는 특별보호지구로 지정되었고 관광목적의 상륙이 규제되었다. 또한 1982년 3월 31일에 국가지정 시레토코 조수보호구(희소 조류 및 동물 서식지)로 지정되었다(면적 44,053ha, 그 가운데 특별보호지구 23,630ha, 특별보호지정구역 1,156ha).
시레토코반도로부터 네무로 해협(러시아명 쿠나시르 해협) 건너편에는 러시아가 실효지배하고 일본이 영유권을 주장하는 쿠나시르 섬(일본명 구나시리 섬)이 자리잡고 있다.
쿠나시르 섬의 자연은 소련 정부가 1984년에 설립한 국립 쿠나시르 자연보호구로 엄격하게 보호되고 있다. 태초의 자연이 그대로 유지된 쿠나시르 섬의 생태계는 네무로 해협을 사이에 두고 있는 시레토코반도와의 연계되어 시레토코반도의 동식물상 유지에도 공헌하고 있다. 조류나 어류의 이동은 물론 겨울철에는 유빙을 건너 동물이 왕래하기도 한다. 이 때문에 이 지역의 환경보호는 국제적인 연계가 필요하며 시레토코반도를 세계유산으로 추천한 국제자연보호연합(IUCN)은 시레토코반도와 쿠나시르 섬을 아울러서 "보전 촉진을 (러시아와 일본) 양국이 동의할 수 있다면 (세계유산으로서의 시레토코반도를) 보다 확장시킨 "세계유산 평화공원(World Heritage Peace Park)"으로 발전시키는 것"이 바람직하다고 제언하였다.
현재 일본이 주장하는 북방 영토 문제의 대상이 되는 해역(러시아 연방이 실효지배)에서는 외국 어선의 조업이 러시아 연방정부에 의해 허가되고 있다. 시레토코반도 주변에서는 2006년 2월 이후 기름 범벅이 된 5,000여 마리의 바다새 시체가 건져올려 지고 있으며, 이는 외국 어선의 어업활동과 관련되어 있을 가능성이 있다. 실질적인 국경에 위치하고 있다 할 수 있는 시레토코반도에서는 자연환경 보호를 위해 국제적인 연계가 시급해지고 있다.
미국 홀로코스트 기념관()은 미국 워싱턴 D.C.에 위치한 홀로코스트 추모 박물관이다. 1980년 지미 카터가 설립한 홀로코스트 대통령 위원회의 보고서를 토대로 박물관을 승인해 1993년 4월 22일 설립하였다.
"Dance in the Dark"는 미국의 가수 레이디 가가의 앨범 "The Fame Monster"의 네번째 싱글이다.
버르토크 벨러는 1908년과 1939년 사이에 총 6곡의 현악사중주를 작곡했다. 미완성으로 남은 일곱번째 현악사중주은 스케치가 존재한다.
작품번호 7. (Sz. 40 BB 52)
부다페스트에서 1907년과 1909년 사이에 작곡되었다. 1910년 3월 19일에 초연했다. 연주시간은 30분이다.
작품번호 17 (Sz. 67)
1915년-1917년 작곡. 1918년 부다페스트에서 초연. 1920년 악보 초판이 출판되었다.
1927년 9월에 부다페스트에서 작곡되었다. 미국 여행 중에 필라델피아 음악 기금 사회에 바쳤다. 쿨리지 상을 타고, 상금으로 6천 달러를 받았다. 필라델피아에서 1928년 초연. 길이는 15분.
Sz. 91
1928년 7~9월 사이에 작곡되었다. 발트바우어-케르펠리 사중주가 1929년 3월 20일에 초연했다.
현악사중주 제5번.
Sz. 102
1934년 8월 6일~9월 6일까지 작곡되었다. 1935년 4월 8일에 Kolisch 사중주단이 워싱턴 DC에서 초연했다.
현악사중주 제6번.
Sz. 114
1939년에 작곡되었다. 1941년 1월 20일에 Kolisch 사중주단이 뉴욕에서 초연했다.
미크로코스모스(Mikrokosmos, BB 105, Sz. 107)는 버르토크 벨러가 1926년에서 1939년 사이에 작곡한 피아노 곡이다.
153곡의 소곡들로 이루어진 6권의 작품이며, 뒤로 갈수록 점점 난도가 높아진다. 작곡가의 둘째 아들을 위해 교육적인 목적으로 만들었다. 1940년에 출판되었다. 작품명은 그리스어로 '작은 세계'라는 뜻이다.
아카이브 유틸리티(Archive Utility, 맥 OS X 10.5까지는 BOMArchiveHelper)는 맥 OS X의 기본 압축 파일 관리자이다. 지원되는 포맷의 파일을 열 때 자동으로 실행되는 것이 보통이다. ZIP 압축 파일을 새로 만들 경우 파인더의 파일 메뉴나 콘텍스트 메뉴에서 "Create archive of file"(레퍼드에서는 "Compress")를 선택하면 된다. 10.5 버전 이상에서는 codice_1에 위치해 있으며, 10.4에서는 codice_2에 위치해 있다. 맥 OS X 7.6부터 맥 OS X 10.3까지는 프리웨어로 StuffIt Expander가 포함되어 있다.
BOM은 Bill of Materials의 약자이다. 확장자 .bom 파일은 맥 OS X 인스톨러라는 프로그램에 읽기 목적으로 쓰이며, 아카아브 유틸리티가 이 BOM으로 지정된 파일들의 압축 풀기를 도와준다.
읽기 및 풀기 지원:
게센누마선()은 일본 미야기현 이시노마키시의 마에야치역부터 게센누마시의 게센누마역까지를 잇는, 동일본 여객철도의 지방 교통선(철도 노선)이다.
산리쿠 종관선을 구성하는 노선의 하나였지만, 2011년 3월에 발생했던 동일본 대지진으로 인해 연안부를 주행하는 야나이즈역 - 게센누마 역 간은 불통이 되고, 대체 운행으로 BRT가 운행되고 있다.
호샤쿠지역()은 일본 도치기현 시오야군 다카네자와정에 있는 동일본 여객철도 · 일본화물철도의 역이다.
호샤쿠지 역의 소속인 도호쿠 본선과, 호샤쿠지 역을 기점으로 하는 가라스야마 선과의 분기역이다. 가라스야마 선 일부의 열차는 호샤쿠지 역부터 도호쿠 본선을 경유해서 우쓰노미야역까지 직통한다.
책임 프로듀서(CP, Chief Producer의 약자)는 방송 등에서 프로그램 제작을 총괄하여 책임지는 사람이다. 주로 프로듀서가 제작 등의 궁극적인 책임을 지지만 업무량이 늘어나면서 책임 프로듀서와 프로듀서로 분리되었다. 책임 프로듀서는 각 프로그램의 담당 프로듀서, 연출, 작가 등의 제작 인력과 모든 기술진, 진행자(MC), 출연진의 인사관리를 하며 프로그램의 전반적인 책임을 진다. 관할하는 프로그램 수는 보통 2~4개 정도이다. 방송사마다 다르지만 일반적으로 다수(4명 정도)의 부장급 간부와 차장급(2명 정도)에게 CP직을 맡겨 시사교양국, 예능국, 드라마국, 라디오국 등 아래에 두어 방송 프로그램의 제작을 총괄한다. SBS의 드라마본부에서는 책임 프로듀서를 CP가 아닌 EP라는 직책으로 부른다.
참고로, CP는 우리나라, 일본 등에서 두루 쓰이고 선진국 등에서는 CP가 아닌 EP(Executive Producer, 실행제작자)라는 타이틀로 많이 쓰인다.
배일환 (裵日煥, 1988년 7월 20일~ )은 대한민국의 전직 축구 선수 출신 축구 지도자이다. 현역 시절 포지션은 공격수였다. 현재 부산 아이파크 스카우트를 맡고 있다.
이후 2011 K리그 드래프트에서 2순위로 뽑혀 제주 유나이티드에 입단하였으나 2011 시즌 리그 1경기 출전에 그친 채 시즌을 마감해야 했다. 하지만 2012 시즌에는 리그 개막전에 깜짝 선발로 출전하여 데뷔골을 성공시킨 것을 시작으로 3라운드에서는 광주 FC를 상대로 멀티골을 터뜨렸다. 이후 2골을 추가하며 리그 40경기에 나서 5골 2도움을 기록하였다. 2014 시즌 종료 후 병역 의무 이행을 위해 상주 상무에 입단하였다. 2016년 4월 팀 훈련 도중 십자인대 파열 부상을 입었으며, 6월 7일 의병 전역 판정을 받고 전 소속팀 제주로 복귀하였다.
십자인대 파열 이후 좀처럼 몸상태를 끌어올리지 못한 배일환은 매년 주전 경쟁에서 밀려났다. 2018년 11월 8일 배일환은 현역 선수 생활을 마무리짓고 은퇴할 것임을 발표했다. 은퇴 이후 유소년 지도자로 거듭나기를 목표로 한다고 밝히기도 했다.
2019년, 제주의 U-18팀 코치로 선임되었다.
2023 시즌을 앞두고 부산 아이파크의 스카우트로 부임하였다.
소비에트 연방 샤흐티에서 태어나 11세 때에 아동·청소년 스포츠 학교에서 육상을 시작하였다. 2년 후에는 로스토프나도누에 있는 학교에 들어가는 데 시험에 합격하고 1973년 소비에트 연방 국가대표 청소년 팀에 뽑혔다.
이듬해 정식적 국가 대표로 들어가 1975년 유럽 청소년 육상 선수권에서 200m 400m 릴레이 4위를 하였다. 1978년 유럽 육상 선수권에서 200m 우승을 하고, 400m 릴레이에서 또 다른 금메달을 획득하였다.
1980년 하계 올림픽의 우승 후보들 중의 하나로서, 경기가 열리기 전에 인정받지 못한 세계 기록으로 달리기도 하였다. 결승전은 첫 5명의 선수들이 1초의 1/10 안에 완료하면서 가까운 경주였다. 사진에 나온 완료는 콘드라티예바가 동독의 마를리스 괴르에게 0.01초 차이로 패한 것으로 보였다. 불행하게 콘드라티예바는 완료에서 자신의 햄스트링을 끌어당겨 200m와 400m 릴레이에 나가지 못하게 되었다.
1984년 로스앤젤레스 올림픽에 동구권의 불참으로 자신의 타이틀을 지키지 못하면서 은퇴하였다. 후에 복귀하여 1988년 하계 올림픽에 나와 100m 준결승전까지 도달하고, 400m 릴레이에서 동메달을 따냈다.
프로젤리아(Progeria)는 아동이 걸리는 조로증으로 유년기에 노인의 외모가 되는 유전병이다. 소아조로증이라고도한다. 체모가 없는 증상이 있다. 우성 유전병으로 알려져있다. 그리고 보통 15~17세 정도쯤 되면 사망에 이르고 만다.
1974년 5월 9일 중앙 레닌 스타디움에서 국내 주니어 선수권 대회에 나가 5.90m를 도약하여 2위를 하였다. 같은 해 프룬제에 있는 키르기스 대학교의 경제학 부에 입학하였고, 후에 같은 대학교의 체육학 부를 졸업하였다. 1978년 6.30m의 기록과 함께 "소비에트 연방 스포츠 석사" 시험을 합격하였다.
1979년 소비에트 연방 팀에 들어가 1980년 모스크바 올림픽에 출전, 9 인치에 의하여 개인 기록을 향상시킨 마지막 도약 7.06m와 함께 금메달을 획득하였다. 육상 경력을 끝낸 후, 가끔 코치로 일하였다.
"이 세기의 키르기스 선수" 칭호를 얻었으며, 비슈케크에서 해마다 열리는 육상 선수권 대회가 그녀의 명예를 딴 이름이 붙었다. 2001년 가족과 함께 모스크바로 이주하여 처음의 몇년간 육상 클럽의 경영자로 일하였다.
모뿔조개목(Gadilida)은 굴족류에 속하는 연체동물 목의 하나이다. 모뿔조개목의 생물 종들은 굴족류의 다른 목, 뿔조개목의 종들보다 더 작다.
무순류(無楯類, Aplysiomorpha)는 "바다 토끼"라고 불리는 군소류(군소속("Aplysia") 종 및 관련 속)로 알려진, 단백질로 만들어진 부드러운 내부 조가비를 갖고 있는 중간 크기부터 아주 큰 후새류까지의 복족류를 일컫는 용어이다. 군소상과와 아케라상과로 이루어진 해양 복족류 연체동물이다.
오래된 교과서와 웹사이트들은 아직까지 상당수가 무순아목(Anaspidea) 또는 무순목(無楯目, Anaspidea)으로 부르고 있다. 원 저자인 피셔(P. Fischer) 과 이상의 분류 계급을 특정하지 않고 무순류를 기술했다. 1925년 티엘레(Johannes Thiele)는 무순류를 아목의 하나로 분류했다.
그러나 무순아목 분류가 기존의 속에 기초한 분류명이 아니었기 때문에, 이 분류명은 국제동물명명규약 (International Code of Zoological Nomenclature, ICZN)의 규칙에 의해 더 이상 유효하지 않다. 무순아목은 2005년 부쉐(Bouchet)와 로크루아(Rocroi)의 새로운 복족류 분류에 의해 무순류(Aplysiomorpha)라는 명칭으로 대체되었다.
기존에 분류명으로 사용했던 무순목(Anaspidea)의 학명(學名, scientific name)은 "등딱지가 없는"("without a shield")이라는 그리스어에서 유래한 것으로 두순류 후새류에서 발견되는 특징적인 머리 보호 껍질이 없다는 것을 의미한다. 무순류의 상당수가 홀쭉하며, 작은 외투강과 함께 내장과 더 줄어든 껍데기만을 갖고 있다. 일부는 껍질이 전혀 없다. 모든 종이 치설(radula)과 사낭(gizzard plates)을 갖고 있다.
원소절(元宵節)은 중국을 비롯한 중화권에서 정월 보름날 즈음에 즐기는 축제다. 음력 1월 15일을 전후한 13일~14일 사이에 온 집안에 등불을 달아서 걸어두고, 식구들이 한 탁자에 빙 둘러앉아 음식(원소)을 먹으며 서로 축하하고 즐기는 민속행사다.
원소절의 원(元)은 첫 번째로 정월을 나타내고, 소(宵)는 밤의 고어로 정월 보름날 밤이라는 뜻이다. 상원(上元), 원월(元月), 원석(元夕), 원야(元夜), 원절(元節)이라고도 하고, 등불을 내다 거는 날이라는 뜻에서 등절(燈節), 등화절(燈火節), 등롱절(燈籠節), 등석(燈夕)이라 부르기도 한다.
도교에서는 정월 15일은 상원절(上元節), 7월 15일은 중원절(中元節), 10월 15일은 하원절(下元節)이라고 했다. 중국 세시기에는 상원(上元), 상원절(上元節)로도 표기했다.
원소 먹기.
원소(元宵)는 쌀가루를 물에 이겨 둥글게 만들어 기름에 튀긴 둥근 모양의 과자로 원소절에 먹는다. 살구 씨 또는 복숭아 씨를 넣기도 한다. 소를 넣어서 만드는 등 지역마다 만드는 방법에 차이가 있지만 그 모양이 동그란것은 가정의 화목과 단란함을 상징한다.
등불 내걸기.