입력값 검증 규칙 점검
이메일, 슬러그, 사번, 주문번호처럼 형식 제약이 있는 값을 프론트엔드나 백엔드에 넣기 전에 빠르게 시뮬레이션할 수 있습니다.
🔒 브라우저 내부 처리
패턴과 플래그를 입력해서 매치 결과를 즉시 검증하세요.
Guide
이메일, 슬러그, 사번, 주문번호처럼 형식 제약이 있는 값을 프론트엔드나 백엔드에 넣기 전에 빠르게 시뮬레이션할 수 있습니다.
에러 로그나 API 응답에서 특정 토큰, UUID, 경로 조각만 뽑아내는 패턴을 만들 때 매치 결과를 눈으로 확인하기 좋습니다.
대량 치환이나 텍스트 정리 작업 전에 어떤 부분이 잡히는지 먼저 확인하면 실수로 과도하게 바뀌는 일을 줄일 수 있습니다.
Guide
Test patterns for emails, slugs, employee IDs, or order references before you wire them into app validation logic.
Build patterns that pull UUIDs, request IDs, paths, or token-like strings out of noisy incident logs.
Check what a pattern really matches before doing large-scale replacements or text cleanup in another tool or codebase.
Notes
g, i, m 플래그는 무엇이 다른가요?g는 전체 검색, i는 대소문자 무시, m은 여러 줄 기준 앵커 동작에 영향을 줍니다. 필요에 따라 조합해서 확인해야 합니다.
이스케이프 누락, 괄호 짝 불일치, 브라우저 자바스크립트 엔진이 지원하지 않는 문법 때문에 자주 발생합니다. 의심 구간을 작은 단위로 나눠 테스트하는 것이 빠릅니다.
브라우저의 JavaScript 정규식 엔진을 기준으로 동작합니다. PCRE나 특정 서버 런타임과는 차이가 있을 수 있으니 배포 환경에서도 한 번 더 확인하는 것이 좋습니다.
Notes
g, i, and m change?g searches globally, i ignores case, and m changes how line anchors behave across multiple lines.
Missing escapes, unbalanced groups, or unsupported syntax are the common causes. Testing a smaller fragment first is usually the fastest fix.
It uses the browser JavaScript regex engine. That means behavior can differ from PCRE or some server runtimes, so production checks still matter.