FIXLGSTOOLBOX
텍스트 도구

042 · TEXT

텍스트 찾기·바꾸기

한 번에 하나 또는 여러 검색어를 찾아 원본 기준으로 동시에 바꾸고 총 변경 횟수와 규칙별 횟수를 확인하세요.

LOCALBrowser-local processing
LOCAL입력하거나 불러온 원문과 찾기·바꾸기 결과는 서버로 전송하거나 저장하지 않고 현재 브라우저에서만 처리합니다.

텍스트를 입력·붙여넣거나 파일을 넣으세요

TXT · MD · CSV 파일을 이 작업영역에 끌어다 놓아도 됩니다.

찾기·바꾸기를 적용할 원문을 입력하세요.0 / 1,000,000

로컬 처리 · 서버 업로드 없음 · 서비스 상한: 원문 1,000,000자 · 규칙 100개 · 찾기 1,000자 · 바꾸기 10,000자 · 결과 5,000,000자

찾기·바꾸기 규칙1 / 100 · 여러 규칙은 원본 텍스트를 기준으로 동시에 계산합니다.
RULE 01
찾기 값은 비워둘 수 없습니다.0 / 1,000
0 / 10,000
변경 결과0 결과 글자

원문은 유지되고 결과만 별도로 생성됩니다.

총 변경 횟수0
규칙 수1
결과 글자0

NEXT WORK

다음 작업

RELATED TOOLS

관련 도구

HOW TO USE

사용 방법

  1. 01

    원문을 입력하거나 붙여넣고 필요한 만큼 찾기·바꾸기 규칙을 추가합니다.

  2. 02

    대소문자 구분 여부를 선택합니다.

  3. 03

    찾기·바꾸기를 실행하면 모든 규칙을 원본 텍스트 기준으로 계산해 결과를 만듭니다.

  4. 04

    총 변경 횟수와 규칙별 횟수를 확인하고 결과를 복사합니다.

  5. 05

    전체 지우기로 원문·규칙·결과·상태를 초기화합니다.

EXPERT POST

찾기·바꾸기를 안전하게 사용하는 실전 기준

원문 기준 동시 치환, 겹치는 검색어 우선순위, 대소문자 정책과 결과 한도를 이해하면 대량 치환에서도 예상하지 못한 연쇄 변경을 줄일 수 있습니다.

원문 기준으로 한 번만 치환합니다

042는 첫 번째 치환 결과를 다시 검색하지 않습니다. 모든 일치 후보를 원문에서 먼저 계산한 뒤 한 번에 적용하므로 규칙끼리 연쇄적으로 결과를 바꾸지 않습니다.

겹치는 검색어는 우선순위가 중요합니다

같은 위치에 여러 검색어가 겹치면 긴 검색어를 먼저 확정하고 길이가 같으면 앞에 등록한 규칙을 우선합니다. 규칙 순서를 바꾸면 같은 길이의 충돌 결과가 달라질 수 있습니다.

대소문자 구분은 영문 비교 방식입니다

대소문자 무시는 영문 case-folding에 영향을 주며 한글·일본어처럼 대소문자가 없는 문자는 그대로 비교합니다. 동일 검색어 중복 판정도 같은 정책을 사용합니다.

literal 검색이라 특수문자를 그대로 찾습니다

점, 별표, 대괄호 같은 문자는 정규식 기호가 아니라 실제 문자로 처리됩니다. 정규식 패턴이 필요한 작업과 일반 문자열 일괄치환을 구분해야 합니다.

원문과 결과를 따로 보존합니다

결과가 만들어져도 원문 입력을 덮어쓰지 않습니다. 변경 횟수와 규칙별 결과를 확인한 뒤 복사해야 대량 치환에서 잘못된 규칙을 발견하기 쉽습니다.

대량 치환은 한도와 결과 크기를 함께 봅니다

입력 글자수뿐 아니라 규칙 수, find·replacement 길이, 최종 결과 크기에 각각 한도가 있습니다. 긴 replacement를 여러 위치에 적용하면 출력이 입력보다 크게 늘어날 수 있습니다.

IMPORTANT NOTES

주의사항

FAQ

자주 묻는 질문

01여러 규칙이 서로 영향을 주나요?+

아니요. 모든 검색 후보를 원문에서 먼저 계산한 뒤 한 번에 적용하므로 연쇄치환이 발생하지 않습니다.

02정규식을 사용할 수 있나요?+

아니요. 042는 literal 문자열 찾기·바꾸기 도구입니다.

03대소문자를 무시하면 한글도 정상 처리되나요?+

한글·일본어처럼 대소문자가 없는 문자는 그대로 비교되고 영문은 고정 case-folding 정책에 따라 비교합니다.

04같은 검색어를 두 번 넣을 수 있나요?+

아니요. 동일 find 값은 선택한 대소문자 정책 기준으로 실행 전에 차단합니다.

05결과가 원문에 자동으로 덮어써지나요?+

아니요. 결과 영역을 별도로 만들며 원문은 유지합니다.