정규식 파싱이 놓치는 설정 형식

설정 파일에서 값을 뽑는 스크립트를 만들었더니 어떤 값은 빈 문자열로 나왔다. 따옴표가 있는 항목만 뽑히고 없는 항목은 패턴이 안 맞아 그대로 빠지고 있었다.

Open Table of contents

따옴표 유무가 가른 결과

정규식이 따옴표로 감싼 형태를 전제하고 있어서 감싸지 않은 값에서는 치환이 일어나지 않았다. 값을 구분자로 잘라 가져온 뒤에 따옴표만 벗기는 방식으로 바꿔 두 형태를 모두 받게 했다.

있으면 벗기고 없으면 그대로 두는 것이므로 형식에 의존하지 않는다. 형식을 전제한 패턴은 그 전제를 벗어난 입력에서 오류가 아니라 빈 값을 낸다.

더 위험한 것은 못 뽑았을 때 조용히 빈 문자열이 되는 쪽이었다. 그 값이 접속 주소로 쓰이면 빈 값이 곧 로컬을 뜻하게 되어 의도한 대상과 다른 곳에 붙는다.

실제로 운영 데이터베이스에 붙으려다 로컬에 붙은 적이 있었다. 그래서 항목이 없으면 빈 값이 아니라 실패로 끝내고 메시지를 표준 오류로 내게 했다.

셸이 파일을 직접 읽게 하면 따옴표든 아니든 전부 처리되므로 파싱을 안 해도 된다. 다만 파일 안에 명령 치환이 들어 있으면 그것도 같이 실행된다.

내가 만든 파일이면 괜찮지만 밖에서 오는 파일에는 쓸 수 없는 방법이다. 그래서 출처에 따라 갈라서 밖에서 오는 것은 줄 단위로 직접 파싱하게 했다.

주석 처리된 옛 값이 위에 남아 있으면 그것이 먼저 잡히는 문제가 있었다. 줄 앞에서 시작하는 것만 잡게 하니 주석 기호로 시작하는 줄은 걸리지 않았다.

같은 키가 여러 번 있는 경우는 더 미묘한데 첫 번째를 쓸지 마지막을 쓸지가 읽는 쪽마다 다르다. 읽는 쪽과 다른 쪽을 고르면 스크립트가 뽑은 값과 프로그램이 쓰는 값이 갈리므로 중복이 있으면 알리게 했다.

비밀번호처럼 구분자가 값 안에 들어가는 항목이 있었다. 첫 구분자에서만 자르고 나머지는 값으로 두게 해서 뒤가 잘리지 않게 했다.

주석 기호가 값에 있는 경우도 있어서 값에는 따옴표를 붙이는 규칙을 정했다. 시작할 때 필요한 항목이 전부 뽑혔는지 한 번 확인하게 하되 값 자체는 찍지 않고 앞 몇 글자만 남겼다.