또한 배포 아카이브에서 문서/예제에서 이러한 예제를 찾을 수 있습니다. libcurl은 자바 스크립트를 해석하거나 평가 할 수있는 수단이 없으므로 이를 지원하지 않습니다. 이 불쾌한 발명에 직면 하는 위치에 자신을 얻을 경우, 다음과 같은 조언 언급 하 고 과거에 사용: Windows 컴퓨터에 아무것도 않습니다. 윈도우 머신에서 사용할 때, 그것은 libcurl win32 소켓 물건을 초기화 만들 거 야. 초기화하지 않으면 프로그램에서 소켓을 제대로 사용할 수 없습니다. 각 응용 프로그램에 대해 한 번만 이 작업을 수행해야 하므로 프로그램이 이미 이 작업을 수행하거나 사용 중다른 라이브러리가 수행한 경우 libcurl에게도 이 작업을 수행하도록 지시해서는 안 됩니다. CURLOPT_COOKIEFILE 옵션은 또한 자동으로 libcurl에서 쿠키 파서를 활성화합니다. 쿠키 파서가 활성화될 때까지 libcurl은 들어오는 쿠키를 구문 분석하거나 이해하지 않으며 무시됩니다. 그러나 파서가 활성화되면 쿠키가 이해되고 쿠키가 메모리에 보관되어 동일한 핸들을 사용할 때 후속 요청에 적절하게 사용됩니다.

여러 번이 충분하다, 당신은 전혀 디스크에 쿠키를 저장하지 않아도 될 수 있습니다. CURLOPT_COOKIEFILE에 지정한 파일은 파서를 활성화하기 위해 존재할 필요가 없으므로 파서를 활성화하고 쿠키를 읽지 않는 일반적인 방법은 존재하지 않는 파일의 이름을 사용하는 것입니다. 다음 예제에서는 일반 텍스트 내용이 있는 두 개의 간단한 텍스트 부분을 설정한 다음 이진 내용이 있는 파일을 설정하고 모든 것을 업로드합니다. FTP 사용자 이름과 암호를 저장하는 유닉스 “표준”방법, 즉 $HOME /.netrc 파일에 오랜 시간이 있습니다. 파일은 일반 텍스트에 암호를 포함할 수 있으므로 사용자만 읽을 수 있도록 비공개로 만들어야 합니다(“보안 고려 사항” 장 참조). libcurl은 특정 호스트에 사용할 사용자 이름과 암호 집합을 파악하기 위해이 파일을 사용할 수있는 기능을 가지고 있습니다. libcurl은 일반적인 기능의 확장으로 HTTP와 같은 FTP가 아닌 프로토콜에 대해서도 이 파일을 지원합니다. curl이 파일을 사용하려면 CURLOPT_NETRC 옵션을 사용하십시오: 이 작업을 수행하는 한 가지 방법은 일반 파일에 수신하는 모든 헤더를 저장하는 것이며 요청을 할 때 libcurl에게 이전 헤더를 읽으라고 지시하여 사용할 쿠키를 파악합니다. CURLOPT_COOKIEFILE에서 쿠키를 읽도록 헤더 파일을 설정합니다. 프로그램이 더 이상 libcurl을 사용하지 않는 경우, 그것은 curl_global_cleanup을 호출해야, 이는 init 호출의 반대입니다. 그런 다음 curl_global_init 호출이 초기화된 리소스를 정리하기 위해 역작업작업을 수행합니다. CURLOPT_POSTFIELDS를 “” 또는 NULL로 설정하면 *하지* libcurl이 POST를 수행하는 것을 막을 수 없습니다.

그것은 단지 보낼 수있는 데이터없이 POST를 만들 것입니다! 이러한 모든 예는 암호가 선택 사항이거나 적어도 암호를 버리고 libcurl이 없으면 작업을 수행 하려고 할 수있는 경우입니다. 보안 전송을 위해 SSL 개인 키를 사용하는 경우와 같이 암호가 선택 사항이 아닌 경우가 있습니다. 구조화 된 전자 메일 메시지에는 여러 부분이 포함될 수 있습니다.