나는 한 캐릭터에게 한 번 오후를 잃었다. user's 이름에는 악센트가있는 문자가 포함되어 있으며 데이터베이스에서는 괜찮아 보였고 PDF 내보내기에서 깨졌으며 로그에 한 쌍의 물음표로 나타났습니다. 글리프 뒤에있는 실제 코드 포인트를 볼 수있게되면 수정은 사소한 것이었지만 거기에 도착하는 것은 세 가지 다른 도구와 많은 눈을 가늘게 뜨는 것을 의미했습니다. 그것이 내가 구축 한 마찰입니다 유니코드 변환기 에 Toolz.dev 제거하려면: 어떤 텍스트를 붙여넣고 그것이 무엇으로 만들어졌는지 정확히 보고, 앞에 있는 작업이 원하는 표기법이 무엇이든, 그 표기법 중 하나를 다시 읽을 수 있는 텍스트로 디코딩합니다. 이것이 텍스트와 텍스트 인코딩에 대한 가이드입니다.
TL;DR: 모든 문자에는 A. The Toolz에 대해 U+0041처럼 작성된 숫자인 유니코드 코드 포인트가 있습니다 유니코드 변환기 텍스트를 해당 코드 포인트와 십진수,육진수, HTML 엔티티 (A 및 A) 로 바꾸고,JavaScript 이스케이프 (A) 및 CSS 이스케이프 (\41) 를 디코딩하고,그 중 하나를 다시 텍스트로 변환합니다. 이모티콘 및 기타 아스트랄 문자를 실제 코드 포인트로 처리하여 올바르게 왕복하고,UTF-8 바이트로 문자당 테이블을 표시하며,텍스트가 브라우저에서 절대 벗어나지 않도록 완전히 클라이언트 측에서 실행됩니다.
유니코드 변환기란 무엇입니까?
유니코드 변환기는 읽은 텍스트와 컴퓨터가 저장하는 숫자 사이를 번역합니다. 일반 라틴 문자부터 중국어 표의 문자, 이모티콘까지 모든 문자에는 코드 포인트가 할당됩니다 유니코드 표준그리고 그 코드 포인트는 보통 U+ 뒤에 4~6 개의 16 진수 자리 숫자가 오는 형태로 작성됩니다: 대문자 A 는 U+0041,é는 U+00E9,世는 U+4E16,지구 이모티콘은 U+1F30D 로 입력하는 모든 것을 읽고 각 문자 뒤에 코드 포인트를 표시한 다음,다른 언어와 형식이 기대하는 표기법 중 하나로 동일한 코드 포인트를 표현할 수 있습니다.
단일 코드 포인트에 이렇게 많은 서면 형식이 있는 이유는 서로 다른 컨텍스트에 서로 다른 이스케이프 규칙이 있기 때문입니다. HTML 문서는 다음과 같은 문자 참조를 사용합니다 A 소수점 이하 또는 A 16 진수로. 자바스크립트 문자열이 사용합니다 A, 또는 \u{1F30D} 기본 범위를 넘어서는 문자의 경우. CSS 값이 사용합니다 \41 뒤에 오는 공간으로. spec,버그 리포트,또는 유니코드 차트는 U+ 형태를 사용한다. 그들은 모두 같은 문자를 가리킨다; 그들은 단지 그들이 사는 곳에 따라 다른 옷을 입는다. 도구는 하나의 입력에서 그들 모두를 생산하고 그들 중 어느 것을 뒤집기 때문에 주어진 파일이 원하는 구문을 기억하거나 손으로 까다로운 문자를 다시 입력 할 필요가 없습니다.
유니코드 코드 포인트란 무엇이며, UTF-8 과 어떻게 다른가요?
이것은 대부분의 인코딩 혼란을 없애는 구별이므로 정확할 가치가 있습니다. 코드 포인트는 문자를 식별하는 추상적 인 숫자입니다. 그 숫자가 메모리에 저장되거나 유선으로 전송되는 방법에 대해서는 아무 것도 말하지 않습니다. UTF-8 은 코드 포인트를 바이트 시퀀스로 인코딩하는 특정 방법 중 하나이며,에 정의되어 있습니다 RFC 3629. 두 가지는 서로 연관되어 있지만 같은 것은 아니며,그것들을 섞는 것은 많은 "why is my text garbled" bugs 의 루트입니다.
Take é,code point U+00E9. 코드 포인트로써는 단일 숫자,소수로 233 입니다. UTF-8 에서는 2 바이트로 저장되고, C3 A9. UTF-16 에서는 하나의 16 비트 단위입니다. 문자는 한 가지입니다; 바이트 표현은 인코딩에 따라 다릅니다. 변환기의 문자당 테이블은 코드 포인트와 UTF-8 바이트를 나란히 표시하므로 다음과 같이 렌더링하는 이름을 볼 때 é 대신 é, 당신은 즉시 고전적인 증상을 인식할 수 있습니다: UTF-8 바이트는 라틴-1과 같은 단일 바이트 인코딩인 것처럼 읽혀집니다. 바이트를 보는 것이 인코딩 불일치를 진단하는 가장 빠른 방법인 경우가 많습니다.
다음은 도구가 생성하는 표기법 전체에 걸쳐 한 문자의 작은 지도입니다.
| 표기법 | é (U+00E9) 에 대한 값 |
|---|---|
| 코드 포인트 | U+00E9 |
| 소수점 | 233 |
| 헥스 | 0xE9 |
| HTML 십진법 | é |
| HTML 16진수 엔터티 | é |
| 자바스크립트 탈출 | 에 |
| CSS 탈출 | \E9 |
| UTF-8 바이트 | C3 A9 |
텍스트를 유니코드로 변환하려면 어떻게 해야 하나요?
인코딩을 선택하고 원하는 표기법을 선택한 다음 텍스트를 입력하거나 붙여넣습니다. The 유니코드 변환기 인코딩된 출력을 즉시 보여주고 문자당 테이블에 각 글리프에 대한 코드 포인트,십진수 값,HTML 엔터티 및 UTF-8 바이트를 채웁니다. 출력을 복사하여 HTML,스타일 시트,스크립트 또는 문서에 놓습니다.
네 단계는 빠릅니다. 먼저 텍스트에서 표기법으로 이동하려면 인코딩을 선택하거나 다른 방향으로 이동하려면 디코딩을 선택합니다. 둘째,형식을 선택합니다: 코드 포인트,십진수, 16 진수,HTML 엔터티,JavaScript 이스케이프 또는 CSS 이스케이프,디코딩을 위해 일반적인 양식을 감지하는 자동 모드가 있습니다. 셋째,텍스트를 입력하고 변환하는 것을 지켜보십시오. 넷째,결과를 복사하십시오. 업로드도 없고 계정도 없습니다.
HTML 엔터티로 변환하는 것은 가장 일반적인 용도 중 하나이며 전용 엔터티와 겹칩니다 html 엔터티 다음과 같은 명명된 엔터티에 초점을 맞춘 도구입니다 & 그리고 ©. 그만큼 html 엔터티 가이드 명명된 엔터티가 올바른 선택이고 숫자 엔터티가 올바른 경우 커버합니다. 이 변환기는 이름 여부에 관계없이 모든 문자의 숫자 코드 포인트 보기를 제공하여 이를 보완합니다.
이모티콘을 올바르게 처리합니까?
예,그리고 이것은 많은 단순한 변환기들이 조용히 깨진 출력을 만들어내는 곳입니다. U+FFFF 위의 문자들은 유니코드가 보조 평면이라고 부르는 것에 살고 있으며,자바스크립트는 각각을 내부적으로 대리 쌍이라고 불리는 두 개의 16 비트 코드 단위로 저장합니다. 만약 변환기가 순진하게 한 번에 한 코드 단위씩 문자열을 걸으면,이모지를 두 반으로 나누고,원래 문자로 다시 조립되지 않는 두 개의 무의미한 이스케이프를 내보냅니다.
이 도구는 진정한 코드 포인트에 의해 반복되므로 지구 (U + 1F30D) 와 같은 이모티콘은 전체적으로 하나의 문자로 처리됩니다. 인코딩하면 단일 클린 값을 얻을 수 있습니다: \u{1F30D} ES6 자바스크립트 형태에서는 🌍 HTML 엔티티로써,코드 포인트로써의 U+1F30D. 그 중 어떤 것이라도 디코딩하면 원래의 이모티콘은 전체적으로 되돌아온다. 대리쌍으로 작성되었던 구식 자바스크립트 이스케이프를 디코딩할 때, 🌍, 도구는 두 개의 깨진 코드 단위를 남기지 않고 반쪽을 올바르게 결합합니다. 변환기를 통해 이모티콘을 라운드 트리핑하면 시작한 작업을 정확하게 되돌릴 수 있으며, 이는 유니코드 도구가 통과해야 하는 기본 테스트이며 많은 경우 실패합니다.
유니코드 이스케이프를 텍스트로 다시 디코딩하려면 어떻게 해야 합니까?
디코드로 전환하고 인코딩된 문자열을 붙여넣은 다음 일치하는 형식을 선택하거나 자동으로 둡니다. 자동 모드는 U+ 표기법을 인식합니다 \u 그리고 \u{} 자바스크립트 이스케이프, 그리고 &# 그리고 &#x 동일한 입력의 HTML 엔티티,그래서 로그 또는 구성 파일에서 혼합 붙여 넣기는 여전히 디코딩합니다. 정확한 형식을 알고 있다면 직접 선택하는 것이 가장 신뢰할 수있는 옵션입니다. 특히 기본 숫자가 모호 할 수있는 소수 또는 일반 16 진수의 경우 더욱 그렇습니다.
디코딩은 인코딩된 텍스트의 수신 측에 있을 때 도달하는 작업의 절반입니다: JSON 페이로드가 가득합니다 \u 이스케이프,숫자 엔터티로 가득 찬 HTML 소스 뷰,이스케이프 형식으로 문자열을 기록하는 스택 추적. 문자별로 문자를 손으로 디코딩하는 대신 전체를 붙여넣고 일반 텍스트를 다시 읽습니다. 변환기는 원래 문자를 재구성하고 위에서 언급했듯이 아스트랄 문자가 여행에서 살아남을 수 있도록 만나는 모든 대리 쌍을 올바르게 다시 결합합니다.
이것은 사이트의 다른 디코딩 도구와 잘 쌍을 이룹니다. URL 의 퍼센트 인코딩된 텍스트는 의 작업입니다 url 인코더및 base64로 인코딩된 바이너리는 에서 처리됩니다 base64 변환기. 그들은 다른 수송을 위한 다른 부호화이고,당신이 보고 있는 어느 것이 전투의 반이다 알고 있는. The 웹 개발자 툴킷 가이드는 이러한 인코딩 도구가 일상 업무에서 어떻게 조화를 이루는지 설명합니다.
실제로 CSS 또는 JavaScript 이스케이프가 필요한 때는 언제입니까?
예상했던 것보다 더 자주,그리고 보통 정확한 순간에 무언가가 렌더링되지 않습니다. CSS 에서,the content a의 재산 ::before 또는 ::after 의사 요소는 모든 상황에서 직접 임의의 문자를 포함 할 수 없습니다, 그래서 당신은 그들을 탈출: 오른쪽을 가리키는 화살표가됩니다 content: "\2192". 16진수 이스케이프를 종료하는 후행 공간을 포함한 CSS 이스케이프 규칙은 에 정의되어 있습니다 CSS 구문 모듈 레벨 3그리고 변환기는 정확히 해당 형식을 방출하므로 스타일시트에 바로 붙여넣을 수 있습니다.
JavaScript에서 이스케이프를 사용하면 파일's 인코딩이나 편집기에서 올바르게 렌더링하지 않고도 문자를 소스 코드에 넣을 수 있습니다. © 문자 그대로의 저작권 기호가 파이프라인의 도구로 인해 손상될 수 있는 부분이 분명합니다. 기본 평면 너머의 문자의 경우 ES6입니다 \u{...} 형태는 대리 쌍보다 깨끗하며 변환기는 4자리를 유지하면서 아스트랄 문자에 이를 사용합니다 \uXXXX 그에 맞는 문자의 형태. HTML 숫자 문자 참조, the &#...; 양식은 마크업에서 동일한 목적으로 사용되며 마크업의 적용을 받습니다 WHATWG HTML 표준. 이 모든 것이 하나의 입력에서 생성된다는 것은 구문 추측을 멈추고 매번 올바른 이스케이프를 복사한다는 것을 의미합니다.
어떤 표기법을 사용해야 하며, 언제 사용해야 합니까?
7 개의 출력 형식이 제공되는 상황에서 실용적인 질문은 주어진 작업이 원하는 것이 무엇인지이며,대답은 거의 항상 선호도가 아닌 캐릭터가 살 곳을 기준으로 결정됩니다. HTML 을 작성하고 입력하기 어색하거나 마크업으로 해석될 문자가 필요한 경우 HTML 엔터티를 사용하십시오: — 아니면 육각형 쌍둥이입니다 —. 문자가 JavaScript 문자열 리터럴로 들어가는 경우 다음을 사용하십시오 \u 탈출하여 도달하세요 \u{...} 문자가 기본평면을 넘어설 때를 형성한다. CSS 값에 속한다면,특히 the content 속성, 후행 공간이 있는 CSS 이스케이프를 사용하십시오. 렌더링하지 않고 문자 이름을 명확하게 지정하려는 사양, 주석 또는 버그 보고서를 작성하는 경우 U+ 코드 포인트 형식은 모든 사람이 인식하는 규칙입니다.
십진수와 육진수 산출은 사람들이 보다 적게 수시로 도달하는 그들 이다, 그러나 당신이 익지않는 숫자로 말하는 체계에 말할 때 중요하다: 부호 점을 저장하는 데이타베이스 란, 정수로 특성을 전송하는 의정서, 유니코드 자료 파일에 대하여 조회를 할 수 있는 것은 그것의 벌거벗은 십진수 또는 십육진수 가치에 특성을 뒤집고, 다시, 당신이 디버깅 세션에서 이미 깊은 곳에 정확하게 순간에 수동 기초 변환을 저장한다.
그들 모두를 가로 질러 절단하는 하나의 규칙이 있습니다: 당신이 방출하는 표기법이 무엇이든간에,다시 디코딩하고 당신이 신뢰하기 전에 원래 문자를 얻었는지 확인하십시오. 라운드 트립은 가장 저렴한 정확성 검사이며,두 가지 고전적인 실수를 즉시 포착합니다. 아스트랄 문자에 대한 망가진 대리 쌍과 16 진수 숫자의 오프 바이 원 변환기는 그 검사를 반대 방향으로 단일 붙여 넣기로 만듭니다. 보안에 민감한 값이 포함되면 동일한 규율이 처리 된 퍼센트 인코딩에 적용됩니다 url 인코더잘못된 이스케이프가 서버가 실제로 받는 내용을 변경할 수 있는 경우입니다.
민감한 텍스트를 여기에서 변환하는 것이 안전한가요?
예. 모든 변환은 브라우저 내부의 JavaScript 에서 발생합니다. 붙여 넣기 한 것이 서버로 전송되지 않고 기록되지 않으며 페이지가로드되면 도구가 연결을 꺼두고 계속 작동합니다. 개인 문자열,사용자 데이터 또는 내부 파일의 내용을 검사 할 수 있습니다. 어느 것도 기계를 떠나지 않고.
그 속성은 부수적이지 않으며,이런 종류의 작업에 클라이언트 측 도구를 선호하는 이유입니다. 유니코드 변환기를 통해 실행되는 텍스트는 종종 제 3 자에게 최소한 건네주고 싶은 텍스트입니다: 실제 사용자's 이름 디버깅 중,개인 데이터 세트의 조각,미공개 기능의 문자열. 서버 측 변환기는 아무리 신뢰할 수 있지만 체인의 또 다른 당사자입니다. 브라우저에서 작업을 수행하면 질문이 제거됩니다. 더 넓은 추론은 에 있습니다 데이터 개인 정보 보호 온라인 도구 guide는 이 도구부터 Toolz.dev의 모든 인코딩 도구에 적용됩니다 base64 인코딩 가이드 그리고 그 이상.
자주 묻는 질문
텍스트를 유니코드로 변환하려면 어떻게 해야 하나요?
Encode 를 선택한 상태로 입력 영역에 텍스트를 붙여넣고 코드 포인트 또는 HTML 엔터티와 같은 형식을 선택합니다. 이 도구는 브라우저 내부에 있는 모든 문자의 유니코드 표현을 즉시 보여줍니다.
유니코드 코드 포인트란 무엇입니까?
코드 포인트는 유니코드가 문자에 할당하는 숫자로, A에 대해 U+0041처럼 작성됩니다. 저장 방법과 관계없이 문자를 식별하므로 동일한 코드 포인트가 HTML 엔터티, JavaScript 이스케이프 또는 기타 코드로 나타날 수 있습니다. CSS 이스케이프.
코드 포인트와 UTF-8 의 차이점은 무엇입니까?
코드 포인트는 문자에 대한 추상적 인 숫자입니다; UTF-8 은 그 숫자를 1 ~ 4 바이트로 저장하는 한 가지 방법입니다. 문자 당 테이블은 두 가지를 모두 보여 주므로 é에 대한 U + 00E9 가 두 개의 UTF-8 바이트 C3 A9 로 저장되는 것을 볼 수 있습니다.
이모티콘을 올바르게 처리합니까?
예. 이모티콘은 기본 범위 밖에 살고 자바 스크립트에서 대리 쌍으로 저장됩니다. 변환기는 진정한 코드 포인트로 읽고 쓰기 때문에 지구 (U + 1F30D) 와 같은 이모티콘은 두 개의 깨진 반으로 분할하지 않고 왕복합니다.
유니코드 이스케이프를 텍스트로 다시 디코딩하려면 어떻게 해야 합니까?
디코드로 전환하고 인코딩된 문자열을 붙여넣은 다음 일치하는 형식을 선택하거나 auto를 사용하여 감지합니다. 도구는 원래 문자를 재구성하여 찾은 대리 쌍을 올바르게 결합합니다.
CSS 탈출은 언제 필요합니까?
CSS 이스케이프를 사용하면 문자를 content 속성과 같은 스타일시트 값에 넣을 수 있습니다. 이 도구는 CSS 가 16 진수 이스케이프를 끝내기 위해 사용하는 후행 공간으로\41 과 같은 값을 출력하며,content 속성에 붙여넣을 준비가 되어 있습니다.
한 번에 같은 문자를 여러 형식으로 변환할 수 있나요?
예. 형식을 선택하면 주 출력이 설정되고,문자당 표에는 항상 모든 문자에 대한 코드 포인트,소수점 값,HTML 엔터티 및 UTF-8 바이트가 표시되므로 한눈에 여러 표기법을 읽을 수 있습니다.
민감한 텍스트를 여기에서 변환하는 것이 안전한가요?
예. 모든 변환은 브라우저 내부의 JavaScript 에서 발생합니다. 아무것도 서버로 전송되지 않으며 아무것도 기록되지 않으며 도구는 연결이 비활성화된 상태에서 작동합니다.
X-1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 10 유니코드 변환기 는 무료이며 브라우저에서 완전히 실행되며 가입이 필요하지 않습니다. 문자를 모든 표기법으로 인코딩하고 다시 디코딩한 다음 모든 글리프 뒤에 있는 원시 바이트를 읽습니다. 와 함께 탐색합니다 ascii 테이블 그리고 나머지 인코딩 도구도 켜져 있습니다 Toolz.dev.
