나는 그 쥐들처럼 선인장을 계속 마스터하기 때문에 "우리가 달에 착륙했다"라는 주제로 더 많은 게시물이 있을 것이라고 생각합니다. 그리고 선인장은 사과처럼 보이고 사과 냄새가 나지만 실제로는 사과이지만 너무 많은 가시를 뿜어내서 검색할 수 없습니다. Figurnov가 그곳에서 Mac에 대한 내용을 발표했습니까? 나는 Windows를 처음 알게 된 심각한 데자뷰를 가지고 있습니다.

오늘 나는 완전히 성장한 러시아 파일 이름, 오래된 문제를 만났지만 이전에는 Apple Mac에 그렇게 빡빡하게 앉아 있지 않았습니다.

요점은. 누군가가 PC에서 파일 또는 폴더의 러시아어 이름으로 아카이브를 보내고 Safari에서 다운로드하여 다음을 얻습니다.

문제의 첫 번째 부분은 일반 아카이버가 러시아어 파일 이름을 항상 이해하지 못하거나 이해하지 않는다는 것입니다. 우리는 그것을 바꿀 필요가 있습니다. 저는 항상 Windows에 WinRAR를 설치했습니다. 이것은 설치 후 첫 번째 단계 중 하나였습니다. 그런 다음 무료 The Unarchiver에서 중지하기로 결정했습니다. 이 Unarchiver는 시스템에 통합되어 모든 것을 올바르게 압축 해제했습니다.

문제의 두 번째 부분은 Safari가 다운로드 후 항상 일반 아카이버로 아카이브 자체의 압축을 풀었기 때문에 아무 것도 이해하지 못한다는 것입니다. Safari 설정을 입력하고 "열기 안전한 파일로드 후"(맨 아래):

Unarchiver를 설치해도 문제가 해결되지 않습니다. Finder에서는 ZIP 전용 "일반 오프너"가 되고 Safari에서는 해당 Finder가 권한이 전혀 없기 때문입니다.

의문:이 결함을 해결하는 아카이버가 있습니까?

따라서 주부, 주부에게 모든 것이 직관적으로 명확하지만 머리에 Google이 있는 사람들에게만 해당됩니다. 이런 식으로 사용을 중단하려면 계율에 따라 어떻게든 스스로를 강제해야 한다고 생각하지만 어떻게 해야 할지 모르겠습니다.

추신 글쎄, 두 번 일어나지 않기 위해 내가 iPhone / iPad에서 아카이브의 압축을 풉니 다.

Excel로 작업할 때 WINDOWS-1252 인코딩이 가장 실망스러운 것으로 나타났습니다. 자체 Microsoft 기반 문자 집합이므로 Mac 및 Windows 버전의 MS-Excel에서 모두 작동한다고 가정할 수 있습니다. 두 버전 모두 데이터를 올바르게 읽는 적절한 "파일 원본" 또는 "파일 인코딩" 선택기를 포함합니다.

시스템과 사용하는 도구에 따라 이 인코딩은 다른 옵션 중에서 CP1252, ANSI, Windows(ANSI), MS-ANSI 또는 Windows로 명명될 수도 있습니다.

이 인코딩은 ISO-8859-1(LATIN1 및 기타라고도 함)의 상위 집합이므로 어떤 이유로 WINDOWS-1252를 사용할 수 없는 경우 ISO-8859-1로 대체할 수 있습니다. ISO-8859-1에는 아래와 같이 WINDOWS-1252의 일부 문자가 누락되어 있습니다.

| 차 | ANSI | 유니코드 | ANSI 16진수 | 유니코드 16진수 | HTML 엔티티 | 유니코드 이름 | 유니코드 범위 | | € | 128 | 8364 | 0x80 | U+20AC | € | 유로 표지판 | 통화 기호 | | ‚ | 130 | 8218 | 0x82 | U+201A | ‚ | 단일 낮은 9 인용 부호 | 일반 구두점 | | ƒ | 131 | 402 | 0x83 | U+0192 | ƒ | 후크 라틴어 소문자 f | 라틴어 확장-B | | „ | 132 | 8222 | 0x84 | U+201E | „ | 이중 낮은 9 인용 부호 | 일반 구두점 | | … | 133 | 8230 | 0x85 | U+2026 | … | 가로 줄임표 | 일반 구두점 | | † | 134 | 8224 | 0x86 | U+2020 | † | 단검 | 일반 구두점 | | ‡ | 135 | 8225 | 0x87 | U+2021 | ‡ | 이중 단검 | 일반 구두점 | | ˆ | 136 | 710 | 0x88 | U+02C6 | ˆ | 수식어 곡절 악센트 | 간격 수정자 문자 | | ‰ | 137 | 8240 | 0x89 | U+2030 | ‰ | 밀 기호 당 | 일반 구두점 | |  | 138 | 352 | 0x8A | U+0160 |  | caron 라틴어 대문자 S | 라틴어 확장-A | | ‹ | 139 | 8249 | 0x8B | U+2039 | ‹ | 단일 왼쪽을 가리키는 따옴표 | 일반 구두점 | | Œ | 140 | 338 | 0x8c | U+0152 | Œ | 라틴 자본 합자 OE | 라틴어 확장-A | | 지 | 142 | 381 | 0x8E | U+017D | | caron 라틴 대문자 Z | 라틴어 확장-A | | '| 145 | 8216 | 0x91 | U+2018 | '| 왼쪽 작은따옴표 | 일반 구두점 | | ' | 146 | 8217 | 0x92 | U+2019 | ' | 오른쪽 작은따옴표 | 일반 구두점 | | " | 147 | 8220 | 0x93 | U+201C | " | 왼쪽 큰따옴표 | 일반 구두점 | | " | 148 | 8221 | 0x94 | U+201D | " | 오른쪽 큰따옴표 | 일반 구두점 | | | 149 | 8226 | 0x95 | U+2022 | . | 총알 | 일반 구두점 | | – | 150 | 8211 | 0x96 | U+2013 | - | 엔 대시 | 일반 구두점 | | - | 151 | 8212 | 0x97 | U+2014 | — | 엠 대시 | 일반 구두점 | | ~ | 152 | 732 | 0x98 | U+02DC | ~ | 작은 물결표 | 간격 수정자 문자 | | ™ | 153 | 8482 | 0x99 | U+2122 | ™ | 상표 기호 | 글자 기호 | | 에 | 154 | 353 | 0x9A | U+0161 | 에 | caron 라틴어 소문자 | 라틴어 확장-A | | › | 155 | 8250 | 0x9b | U+203A | › | 단일 오른쪽을 가리키는 따옴표 | 일반 구두점 | | - | 156 | 339 | 0x9C | U+0153 | - | 라틴어 작은 합자 oe | 라틴어 확장-A | | ㅇ | 158 | 382 | 0x9E | U+017E | | caron 라틴어 소문자 z | 라틴어 확장-A | | Ÿ | 159 | 376 | 0x9F | U+0178 | Ÿ | 분음이 있는 라틴어 대문자 Y | 라틴어 확장-A |

표지판이 있으니 참고하세요 유로 누락. 이 테이블은 Alan Wood에서 찾을 수 있습니다.

변환

변환은 각 도구와 언어에서 다르게 수행됩니다. 그러나 UTF-8로 인코딩된 query_result.csv 파일이 있다고 가정합니다. iconv를 사용하여 WINDOWS-1252로 변환합니다.

Iconv -f UTF-8 -t WINDOWS-1252 query_result.csv > query_result-win.csv

대부분의 Mac 사용자는 txt 파일로 작업해야 했습니다. 대부분의 경우 다양한 설명서, 추가 정보, 지침 등이 이 형식으로 제공됩니다. 그리고 이러한 문서가 다음에서 생성된 경우 윈도우 환경, 그런 다음 Mac에서 열 때 작지만 동시에 매우 불쾌한 인코딩 문제가 있을 수 있습니다.

Mac을 100% 인식하도록 가르치는 방법을 함께 알아봅시다. txt 파일 Windows에서 생성되었습니다.

사실은 운영체제 Apple과 Microsoft는 키릴 자모를 인코딩할 때 서로 다른 표준을 따르므로 디스플레이에 문제가 있습니다. 존재하다 특수 유틸리티 Mac OS X와 ​​Windows 인코딩 친구를 만들도록 설계되었지만 표준 도구를 사용하는 것이 좋습니다.

해결책

Mac의 원래 인코딩을 다음으로 변경해야 합니다. Windows 키릴 자모. 이렇게하려면 홈 폴더에서 숨겨진 파일을 찾으십시오. .CFUsertext인코딩.

표시하려면 숨겨진 파일당신은 갈 필요가 단말기(프로그램 > 유틸리티)를 클릭하고 명령을 입력합니다(복사 가능).

기본값 쓰기 com.apple.finder AppleShowAllFiles -bool true

킬올 파인더

그리고 다시 입력하다.
파일을 다시 숨기려면 첫 번째 명령에서 교체해야 합니다. 진실에 거짓, Finder를 다시 시작하십시오.

따라서 이 파일을 클릭합니다. 마우스 오른쪽 버튼으로 클릭"프로그램에서 열기" 하위 섹션에서 텍스트편집. 값이 필요한 문서에는 한 줄만 있습니다. 0x7~로 교체되다 0x502. 그런 다음 파일을 저장하고 Mac을 재시동하여 즐기십시오.

기사가 도움이 되었다면 게으르지 마십시오. 공유하기 버튼을 눌러주세요!

내장 지퍼 맥 클라이언트논리적이고 복잡하지 않은 이름인 Mail을 가진 OS X에는 칭찬할 만한 것이 있습니다. 예를 들어 고급 규칙 기반 메시지 필터링 시스템, 메일 기능(예: 암호화)을 확장하는 추가 플러그인 지원, iPhone과의 긴밀한 통합 클라이언트 등 그러나 Mail 사용자는 특히 영어권 국가에 거주하지 않는 경우 불만이 많습니다. 주된 이유 - 부호화. 아마도 "금이 간"이라는 단어가 포함된 Mail.App을 만나지 않은 양귀비의 러시아인 소유자는 한 명도 없을 것입니다. 이들은 èõþþþððø Theïúðә, aaiba -aakaab € €º °Ñ Ñлект와 같은 상징적인 걸작입니다. 제목 제목, 이메일 내용 또는 첨부 파일 이름에 Ñ€Ð.

오늘 우리는이 문제의 본질과 해결 방법에 대해 알려 드리겠습니다.

Mail.app은 감도가 높아져 다른 이메일 클라이언트와 전통적으로 구별됩니다. 어떤 프로그램에서 이메일을 보냈는지. 요점은 다르다. 메일 클라이언트사용자의 눈에는 보이지 않지만 서버와 프로그램에 의해 인식되는 이메일의 고유한 표시 및 디자인 기능이 있습니다.

문제는 메일 설정에서 수신 이메일에 대한 기본 인코딩을 설정할 수 없음- 즉. 우리에게 친숙한 문자, 숫자 및 구두점을 컴퓨터에 익숙한 비트와 바이트로 변환하는 방법입니다. 메일은 수신 메일의 인코딩을 자동으로 인식하려고 시도하며 사용자도 이 프로세스에 직접 영향을 줄 수 없습니다.

그러나 이 과정에 간접적으로 영향을 미칠 수 있습니다. Mail이 인식을 위해 사용하는 인코딩 세트는 사용된 인코딩 세트에 따라 다릅니다. 전체 코딩 시스템. 이 세트는 차례로 다음에 따라 다릅니다. 시스템에서 사용하는 언어의 수. 따라서 다음과 같다 첫 번째 팁은 시스템에서 사용하지 않는 모든 언어를 제거하는 것입니다.

이동 환경 설정 , 원격 선택 "언어와 텍스트"다음 목록이 표시됩니다.

버튼을 클릭 "목록 편집"해당 상자의 선택을 취소합니다. 그런 다음 컴퓨터를 다시 시작하거나 세션을 종료하십시오.

표시된 스크린샷은 맥 시스템 OS X 10.6.2. Mac OS X 10.5에서는 이 설정 패널이 약간 다르게 배열되어 있지만 언어 목록 편집은 거기에서 거의 동일하게 구성됩니다.

다음 단계는 메일 클라이언트 자체를 구성하는 것입니다. 이미 말했듯이 프로그램은 영구적인 인코딩 설정을 제공하지 않습니다. 그러나 그것이 그들이 전혀 존재하지 않는다는 것을 의미하지는 않습니다. 사실로, 터미널을 통해 여전히 Mail이 특정 인코딩으로 작동하도록 할 수 있습니다..

그러나 기본 인코딩을 설정하기 전에 어떤 인코딩이 되어야 하는지 알아야 합니다. 이것은 실험적으로 수행되어야 합니다.

1. krakozyabry로 글자 찾기
2. 첫 번째 것을 선택하고 메뉴로 이동 메시지 - 텍스트 인코딩
3. 단어로 시작하는 모든 인코딩을 연속적으로 시도하십시오. "키릴"(KOI8-R, ISO 8859-5, Windows) 및 UTF-8
4. 편지를 읽을 수 있으면 나머지 편지를 살펴보십시오. 읽을 수 있으면 해결책을 찾은 것으로 간주하십시오.
5. 그렇지 않으면 인코딩을 계속 반복합니다.

적절한 인코딩을 찾은 경우 수정해야 합니다. 아마도 인코딩 일 것입니다. KOI8-R 또는 UTF-8. 메일을 완전히 작성(조합하여 cmd+q). 운영 단말기(스포트라이트를 통해 또는 폴더에서 프로그램/유틸리티) 다음 명령을 입력합니다.

기본값은 com.apple.mail을 작성합니다. NSPreferredMailCharset koi8-r

기본값은 com.apple.mail을 작성합니다. NSPreferredMailCharset utf-8

그런 다음 Enter 키를 누르고 터미널을 닫습니다.

터미널을 엉망으로 만들고 싶지 않다면 터미널을 통해 인코딩을 설치하고 변경할 수 있습니다.

위에서 제안한 옵션이 작동하지 않으면 터미널을 통해 매개변수를 하나 더 등록해 보십시오.

기본값 쓰기 com.apple.mail LeopardPreferredMailCharset utf-8

(또는 기본값은 com.apple.mail LeopardPreferredMailCharset koi8-r 작성)

아마도 이것은 이메일의 제목과 본문에서 인코딩 문제를 제거하는 데 도움이 될 것입니다. 에서 러시아어 첨부 파일 이름상황은 더욱 미스터리하다. 장기간 관찰을 통해 우리는 그들의 피해에 대한 책임은 메일이 아니라 메일을 보내는 프로그램이라고 말할 수 있습니다. 예를 들어, Thunderbird의 편지로 알려진 결함- 거의 항상 러시아어로 된 첨부 파일의 이름이 손상된 Mac에 옵니다. Thunderbird 자체에서 이 문제를 해결하려면 매개변수 값을 변경해야 합니다. mail.strictly_mime.parm_folding하나와 같습니다.

따라서 Mail의 문제에 대한 원인과 해결책은 처음 나타나는 것보다 훨씬 깊습니다. 다른 모든 방법이 실패하고 귀하에게 전달된 편지가 여전히 손상된 상태로 도착할 경우 다른 이메일 클라이언트에 주의를 기울이는 것이 좋습니다.