입증과 SSL 커뮤니케이션을 위해 컬을 (PHP에서) 이용하는 방법
컬을 사용하여 (PHP에서) https URL에 접근하는 것은 수시로 적당한 URL를 사용하여 간단하지 않다. 입증을 위해 그것을 사용하여 또한 아주 명확하게 문서화되지 않는다. 이것은 둘 다를 위한 소형 자습서 HTTP 인증을 위한 뿐만 아니라 접근 https URL이다.
당신이 이제까지 HTTP 인증을 위한 뿐만 아니라 https URL에 접근하는 것을 이용할 필요가 있을 일반적인 선택권을 보여주는 뒤에 오는 것 간단한 예이다.
//는 보통 - init 컬 회의 URL를 놓았다
$ch = curl_init ();
curl_setopt ($ch, CURLOPT_URL, $base_url);
//는 입증을 위한 당신의 로그인 그리고 암호를 놓았다
curl_setopt ($ch, CURLOPT_USERPWD, "로그인: pasword ");
// 당신은 CURLAUTH_BASIC, CURLAUTH_DIGEST, CURLAUTH_GSSNEGOTIATE를 사용할 수 있다,
// CURLAUTH_NTLM, CURLAUTH_ANY 및 CURLAUTH_ANYSAFE
//
// 당신은 비트 단위로 사용할 수 있다 | (또는) 1개 이상 방법을 결합하는 통신수.
당신이 이것을 하는 경우에 //, 컬은 무슨 방법을 지원하는 보기 위하여 서버를 투표하고 제일 것을 쑤신다.
//
// CURLAUTH_ANY는 CURLAUTH_BASIC를 위한 이명이다 | CURLAUTH_DIGEST |
// CURLAUTH_GSSNEGOTIATE | CURLAUTH_NTLM
//
// CURLAUTH_ANYSAFE는 CURLAUTH_DIGEST를 위한 이명이다 | CURLAUTH_GSSNEGOTIATE |
// CURLAUTH_NTLM
//
// 개인적으로 나는 모든 기초를 커버하는 때 CURLAUTH_ANY를 선호한다
curl_setopt ($ch, CURLOPT_HTTPAUTH, CURLAUTH_ANY);
//는 이것 때때로 동료의 증명서 확인에서 컬을 멈출 것을 요구된다.
// CURLOPT_SSL_VERIFYHOST는 또한 진실하거나 틀릴 것이 필요가 있을 수도 있는 경우에
// CURLOPT_SSL_VERIFYPEER는 무능하게 한다 (2에 궐석한다 - a의 실존을 검사하십시오
// 일반적인 이름은 또한 제공된 호스트 네임이 에 의하여 일치한ㄴ다는 것을 확인하고)
curl_setopt ($ch, CURLOPT_SSL_VERIFYPEER, 틀린);
선택 //: printing 대신에 결과를 그것 돌려보내십시오
curl_setopt ($ch, CURLOPT_RETURNTRANSFER, 1);
// 보통 - 자료를 얻고 회의를 닫으십시오
$data = curl_exec ($ch);
curl_close ($ch);
당신의 부호가 컬을 사용하여 당신의 데이타 접근을 간단하게 하도록 위를 템플렛 이용하십시오.
PS. PHP에 있는 컬 문서를 가진 도전은 당신이 유효한 선택권의 그리고 일반적인 사용 케이스의 충분한 보기 없는 수백에서 필요로 하는 무엇을 찾기 어렵다 이다. 필요한 무엇이 소형 개인 지도 같이어떻게 에 위에 일련의 이다.
, 주요 뉴스, 어떻게 에, PHP 컴퓨터 보안의 밑에 신청하는 의 기술 주, 웹, 웹 서비스 |
|
RSS 2.0 |
Trackback 이 기사 |
이 기사를 이메일을 보내십시오
당신은 또한 읽고 싶을지도 모른다 |


Technorati 마음에 드는 것에게 추가하십시오


































2006년 10월 31일 10:06 pm에
[...]는 다수 컬 외침을 한 예로 하는 PHP 원본을 가지고 가자. PHP는 당신에게 libcurl에 접근을 다른 웹 페이지, 웹 서비스를 부르기를 위한 진짜로 강력한 공구 준다, RSS는 먹이고, 당신이 문득 생각해 낼 수 있는 당신의 PHP 부호에서 그밖의 무엇이든, 바르게. 이 기사는 컬할 것이다 일반적인 소개가 아니다, 그래서 나는 상세히 말하지 않을 것이다, 그러나 기본적으로 컬 기능은 당신의 부호가 요구를 만들고 브라우저 같이 웹사이트에게서 응답을 다만 얻는 것을 허용한다. 당신은 사용한다 당신의 위치에 자료를 그 때 결과를 분석할 수 있다. [...]
2006년 11월 2일 4:48 AM에
[...] [...]
2007년 11월 28일 12:02 pm에
이 기사 및 당신이 제공한 정보 전부를 당신을 감사하십시오.
나는 나의 시제품 먼 로그인 체계 일이 있던 후에, 나는 안전한 서버로 그것을 이동하고, 아무것도 더 이상 일하지 않았다.
나가 이 페이지를 찾아낼 때까지, 다음 나 2 시간 동안 Googled. 최고! 모두는 다시 작동하고 있다.
그렇습니다, 당신은 절대적으로 맞다: 당신이 어느 컬 선택권이 적용 가능하 어떤 주어진 상황든지를 실제로 사용할지 찾아낼 것을 시도할 때 거기 밖으로 정글이다.
떨어져 모자 당신에! 당신은 나의 일을 만들었다!
2008년 1월 15일 2:46 pm에
정보를 위한 감사합니다.
1개의 작은 것: curl_exec에는 매개변수로 () $ch가 있어야 한다:
$data = curl_exec ($ch);2008년 1월 15일 10:50 pm에
감사합니다. 정정하는.
2008년 3월 29 6:22 AM에
// CURLAUTH_ANYSAFE는 CURLAUTH_DIGEST를 위한 이명이다 | CURLAUTH_GSSNEGOTIATE |
// CURLAUTH_NTLM
//
문제 pls는 검사한다 그것을…
2008년 5월 7일 9:00 AM에
여보세요,
나는 다른 웹사이트를 위한 ur 부호를 시도했다 그러나 구문 오류 (의외 `가 다는 것을 밝힌다: '우리가 그 위치에 우리의 사용자 이름 및 암호를 편집하고 가정되는 선에 있는 그 특정한 선에서. u가 도울 수 있던 경우에 그런 유사한 로그인 부호를 찾기 i가 나 감사하기 때문에,
감사합니다와 관계,
Rahul.