terminal curl 명령어 생성기 star

curl의 간략한 역사

curl은 1998년 스웨덴 개발자 다니엘 스텐베리(Daniel Stenberg)가 만들었습니다. 그는 스웨덴의 한 채팅 채널에서 IRC 봇을 위해 환율을 자동으로 가져오려고 첫 번째 버전을 작성했는데, 이는 인프라를 구축하겠다는 원대한 계획이 아니라 작고 개인적인 필요에서 시작된 것이었습니다. 사람들이 더 많은 프로토콜과 옵션을 계속 요청하면서, 이 작은 도구는 HTTP, HTTPS, FTP, 그리고 이후 수십 가지 다른 프로토콜을 통해 데이터를 전송하는 범용 명령줄 도구로 성장했습니다. 스텐베리는 그 이후로 사실상 curl의 전체 역사에 걸쳐 수석 관리자로 남아 있습니다. 오늘날 curl은 macOS와 사실상 모든 리눅스 배포판에 기본으로 포함되어 있으며, 2018년부터는 Windows 10 이상에도 기본 탑재되어 있습니다. 라우터와 자동차부터 게임 콘솔, API와 통신하는 거의 모든 지속적 통합(CI) 파이프라인에 이르기까지 전 세계 수십억 대의 기기에서 실행되고 있는 것으로 추정됩니다. 좁고 개인적인 문제 하나를 해결하려던 시도로 시작된 이 도구는 오늘날 아마도 존재하는 가장 널리 배포된 명령줄 HTTP 클라이언트이며, 인터넷이 조용히 가장 크게 의존하는 오픈소스 소프트웨어 중 하나가 되었습니다.

이 도구가 생성하는 플래그 이해하기

curl은 기본적으로 HTTP 리디렉션을 따라가지 않습니다. 서버가 301이나 302 상태 코드와 다른 곳을 가리키는 Location 헤더로 응답하면, 기본 curl은 그 리디렉션 응답이나 빈 본문을 출력하고 멈춥니다. 웹 브라우저가 조용히 하는 것처럼 새 URL을 자동으로 따라가지 않습니다. 이는 curl을 처음 쓰는 매우 많은 사용자를 당황하게 만듭니다: 브라우저에서는 완벽하게 작동하는 URL이 curl에서는 뚜렷한 이유 없이 혼란스러운 빈 응답이나 잘못된 응답을 반환하는데, 이는 단지 브라우저가 curl이 따라가지 않은 리디렉션을 따라갔기 때문입니다. 해결책은 curl에게 리디렉션 체인을 최종 목적지까지 따라가라고 지시하는 -L(--location) 플래그입니다. 이는 매우 흔한 요구 사항이라, 많은 개발자가 리디렉션 동작 자체를 의도적으로 테스트하는 경우가 아니라면 기본적으로 -L을 사용합니다.

명령에 공백, 따옴표, 또는 셸 특수 문자($, &, ;, 백틱)가 포함된 헤더나 본문 내용이 들어가는 순간, 인용 방식은 더 이상 사소한 문제가 아니게 됩니다 — 이는 제대로 작동하는 요청과 curl에 도달하기도 전에 셸이 망가뜨리는 요청 사이의 차이를 만듭니다. 따옴표 없이 입력한 Authorization: Bearer abc 123 같은 헤더는 셸에 의해 공백에서 분리되어, curl은 하나가 아니라 Authorization:과 Bearer라는 두 개의 분리되고 깨진 인수를 받게 됩니다. 전체 값을 작은따옴표로 감싸면 셸에게 공백을 포함해 내부의 모든 것을 문자 그대로 다루라고 지시할 수 있습니다 — 하지만 작은따옴표 자체는 문자 그대로의 작은따옴표 문자를 포함할 수 없는데, 바로 그 문자가 따옴표를 닫는 문자이기 때문입니다. 이런 경우의 표준 이스케이프 방법은 따옴표를 닫고, 백슬래시로 이스케이프한 작은따옴표를 삽입한 뒤, 따옴표를 다시 여는 것입니다: '\''. 이 도구는 삽입하는 모든 값에 이 이스케이프 처리를 자동으로 적용하므로, 공백이나 따옴표, 기타 특수 문자가 포함된 헤더, 본문 내용, 인증 정보는 언제나 올바르게 실행되는 명령을 만들어 냅니다 — 이스케이프 규칙을 직접 외울 필요가 없습니다.