텍스트

String Escape

텍스트를 문자열 리터럴로 이스케이프하여(따옴표, 백슬래시, 제어 문자) 코드에 붙여넣을 수 있게 하거나, 다시 언이스케이프합니다.

인용부호 스타일

                    

To put text containing quotes, line breaks, or backslashes inside a string literal in code, those characters need escaping — otherwise they'll end the string early or get misinterpreted. This tool escapes and unescapes text for a specific syntax.

How to use it

Common uses

Things to keep in mind

The same character (a double quote, for example) is escaped differently depending on context — a JS string, JSON, and a shell each have their own syntax and their own set of special characters.

Double-escaping (escaping already-escaped text) is a common mistake when passing data through multiple layers, like JSON nested inside a shell command.

이 도구에 대한 아티클: 문자열 이스케이핑: JS, JSON, 셸, 정규식마다 규칙이 다른 이유

자주 묻는 질문

정확히 어떤 문자가 이스케이프되나요?

따옴표(선택한 스타일에 맞는 큰따옴표, 작은따옴표, 백틱), 백슬래시, 줄바꿈 같은 제어 문자가 이스케이프되며, 필요하면 비-ASCII 문자를 \uXXXX 유니코드 이스케이프로 변환하는 옵션도 켤 수 있습니다.

이스케이프와 언이스케이프 모드의 차이는 무엇인가요?

이스케이프 모드는 원본 텍스트를 코드에 바로 붙여넣을 수 있는 문자열 리터럴로 변환하고, 언이스케이프 모드는 이미 이스케이프된 문자열을 원래 텍스트로 복원합니다.

입력한 텍스트가 서버에 전송되나요?

아니요. 모든 변환은 브라우저 안에서 자바스크립트로 처리되며 텍스트는 서버로 전송되지 않습니다.

텍스트가 여러 맥락을 연속으로 거쳐 갈 때는 어떻게 해야 하나요?

올바른 순서로 이스케이프해야 합니다: 먼저 안쪽 맥락(예: JSON)을, 그다음 바깥쪽 맥락(예: 그 JSON이 삽입되는 셸 명령어)을 처리합니다. 순서를 뒤바꾸거나 한 단계를 빠뜨리는 것이 "제대로 이스케이프했는데도" 실제로는 깨지는 문자열의 흔한 원인입니다.

같은 따옴표인데 왜 맥락마다 이스케이프 방식이 다른가요?

각 맥락(JS 문자열, JSON, 셸, 정규 표현식)마다 고유한 특수 문자 집합과 고유한 이스케이프 방식을 가진 자기만의 문법이 있기 때문입니다. 따라서 올바른 이스케이핑은 텍스트 자체가 아니라 그 텍스트가 정확히 어디에 삽입되는지에 달려 있습니다.

아티클: 텍스트

camelCase, snake_case, kebab-case: 언제 어떤 스타일을 쓸까

camelCase, snake_case, kebab-case가 왜 존재하며, 각각 보통 어디에 쓰이는지.

Text Diff: 텍스트 차이를 찾는 알고리즘의 작동 원리

diff 알고리즘이 텍스트 두 버전 사이의 최소 변경 집합을 찾는 방법.

정규 표현식: 기초와 탐욕적 매칭의 함정

정규 표현식에서 탐욕적 매칭과 게으른 매칭의 차이, 그리고 실무에서 왜 중요한지.

줄 정렬: 알파벳순과 숫자순은 왜 다를까

알파벳순 정렬이 숫자를 텍스트처럼 다루는 이유와, 숫자 정렬과의 차이.

CRLF와 LF: 줄바꿈 문자가 여전히 문제를 일으키는 이유

CRLF와 LF 차이가 어디서 왔는지, git과 스크립트에서 왜 지금도 문제를 일으키는지.

문자 수와 단어 수 세기: 유니코드가 왜 이것을 복잡하게 만드는가

유니코드에서 시각적으로 하나의 이모지가 여러 코드 포인트로 이루어질 수 있는 이유.

Lorem Ipsum: 이 더미 텍스트는 어디서 왔고 왜 의미가 없을까

Lorem Ipsum 텍스트가 실제로 어디서 왔는지, 실제 텍스트 대신 무의미한 텍스트를 쓰는 이유.

Slugify: 제목이 유효한 URL로 바뀌는 과정

기사 제목이 하이픈으로 구분된 깔끔하고 읽기 쉬운 URL로 바뀌는 과정.

Markdown: 문서화의 표준이 된 이유

HTML과 달리 Markdown이 원본 상태에서도 읽기 쉬운 이유.

보이지 않는 공백: 겉보기에 같은 텍스트 비교가 왜 실패할까

보이지 않는 공백 하나가 겉보기에 같은 두 텍스트의 비교를 실패하게 만드는 방법.

텍스트 뒤집기: 이모지에서 왜 깨질까

단순한 텍스트 뒤집기가 여러 코드 포인트로 이루어진 이모지를 왜 깨뜨리는지.

텍스트 빈도 분석: 워드 클라우드부터 암호 해독까지

문자 빈도 분석이 역사적으로 단순 치환 암호를 해독하는 데 어떻게 도움이 되었는지.