WordPress HTTP API 살펴보기: wp_remote_post 개요

WordPress HTTP API의 첫 번째 시리즈에서 우리는 wp_remote_get에 대해 배웠습니다. 구체적으로 API의 다음 측면을 살펴보았습니다.

• 기능 개요
• 실용적인 예
• 응답 처리 방법
• 함수의 매개변수를 이해합니다

우리는 WordPress HTTP API에 대한 시리즈를 계속하고 있지만 API에 대한 두 번째 접근 방식인 wp_remote_post에 관심을 돌릴 것입니다.

다음 기사에서는 이 기능이 무엇을 제공하는지, 왜 유용한지 이해하기 위해 이 기능을 조사하고, 이를 작업에 구현하는 방법과 기능 및 반응을 이해하는 방법에 대한 실용적인 예를 설명합니다.

그렇다면 이 기능에 대한 조사를 시작하겠습니다.

---

원격 요청: 새로 고침

지금까지 따라오지 않았다면 이 시리즈의 첫 번째 기사를 확인하여 최소한 GET요청 작동 방식의 기본 사항을 이해하는 것이 좋습니다.

솔직히 POST 请求并没有那么不同。正如 GET 请求通常用于从服务器检索信息一样，POST요청도 크게 다르지 않습니다.

요청이 일반적으로 서버에서 정보를 검색하는 데 사용되는 것처럼

요청은 일반적으로 서버에 메시지를 보내는 데 사용됩니다.

하지만 문제는 두 프로토콜 모두 데이터를 보내고 받을 수 있지만 일반적으로 GET 및 POST 요청을 처리하는 방법에 대한 일반적인 경험 법칙은 다음과 같습니다.
• GET 요청은 일반적으로
서버에서 정보
• 를 검색하는 데 사용되므로 응답이 필요합니다 POST 요청은 일반적으로
정보를 서버에

보내는 데 사용됩니다. 응답이 수신되지 않더라도 서버가 응답을 올바르게 수신하고 처리했는지 항상 아는 것이 좋습니다

이 시리즈의 나머지 기사에서는 두 가지 상황을 처리하는 방법, 즉 응답이 없는 상황을 처리하는 방법과 응답

이 있는 상황

---

을 처리하는 방법을 살펴보겠습니다.

요청 방법 요약

이제 서버 수준 요청에 관한 한(특히 PHP에서) 일반적으로 다음 두 가지 기능을 기반으로 발행됩니다(이 시리즈의 범위를 벗어나는 타사 라이브러리를 사용하지 않는 한).

첫 번째 기사에서 이에 대해 더 자세히 다루었지만 여기서는 요약하겠습니다.
• file_get_contents
• URL을 매개변수로 허용하고 요청된 데이터를 반환하거나 실패 시 false를 반환합니다. 이는 원격 요청에 대한 데이터를 검색하는 비교적 일반적인 방법입니다. cURL

는 개발자에게 필요에 맞게 조정할 수 있는 완전한 구성 옵션을 제공하는 완전한 라이브러리(함수가 아닌)입니다. 이 도서관에 대해 배울 것이 많습니다. 고급 개발자라면 cURL을 꼭 확인해 보세요.

file_get_contents 或 cURL

대부분의 경우 요청 방법을 파악하는 것은 쉽지만 요청 방법을 조정하는 정도는 전적으로 사용하기로 선택한 옵션, 즉

또는

에 따라 달라집니다.

물론 이는 요청을 수행하는 PHP 방식에 가깝습니다. 프로젝트의 성격에 따라 일부 작업에서 이를 구현할 수도 있지만 이것이 반드시 WordPress 방식을 포괄하는 것은 아닙니다.

---

사실 위 내용은 이전 내용을 바탕으로 한 간략한 리뷰입니다. 그럼에도 불구하고 우리가 어디서 왔고, 무엇을 할 수 있으며, 어디로 가는지 이해하는 것이 중요합니다. 如何在 WordPress 中发出 POST

POST요청

위에서 언급했듯이 위의 설명은 PHP와 더 관련이 있으므로 WordPress의 맥락에서

요청을 살펴보겠습니다.

POSTWordPress용 프로젝트를 구축하거나 WordPress에서 제품을 구축하는 사업을 하고 있다면 핵심 WordPress 애플리케이션으로 업그레이드하여 특정 유형의 특징이나 기능을 잃지 않도록 사용 가능한 API를 이해하는 것이 중요합니다.

그래서 WordPress 기반 코드 작성에 대한 모범 사례를 검토하기 위해 WordPress 코딩 표준을 살펴본 것처럼 이제 모범 사례를 사용하여 wp_remote_post 요청을 작성하는 데 사용할 수 있는 API를 살펴보겠습니다.

이렇게 하려면

를 입력하세요.

• 이 함수는 두 가지 매개변수를 허용합니다:
요청할 URL

서버에 대한 요청을 맞춤설정하는 데 도움이 되는 매개변수 배열입니다.

🎜 🎜매개변수 배열은 이 시리즈에서 수행할 작업 범위를 다소 벗어나지만, 특히 향후 이 시리즈에서 더 고급 작업을 수행하려는 경우 사용 가능한 항목을 이해하는 것이 중요합니다. 🎜

• method 指的是请求使用哪个方法。考虑到我们 API 方法的性质，我们显然正在使用 POST.
• timeout는 포기하기 전에 요청이 처리될 때까지 기다릴 의향이 있는 시간입니다. 기본값은 5초이지만, 애플리케이션의 성격에 따라 이 값을 줄이거나 늘릴 수 있습니다.
• redirection 요청 완료 후 리디렉션되는 URL인 것 같죠? 대신 요청을 포기하기 전에 리디렉션을 기다리는 시간(초) 단위입니다.
• user-agent 요청과 함께 전송된 사용자 에이전트를 제어할 수 있습니다. 일반적으로 이는 WordPress와 버전 번호이지만 분명히 사용자 정의가 가능합니다.
• blocking 간단히 말해서, true로 설정하면 서버가 무언가를 반환할 때까지 스크립트가 계속 실행됩니다. 그렇지 않으면 나머지 애플리케이션을 차단하지 않고 스크립트가 계속 실행됩니다. 물론 응답을 받지 못할 수도 있지만 구축 중인 조건에 따라 괜찮을 수도 있습니다.
• compress는 WordPress 2.6에 도입되었으며 요청 본문을 압축된 형식으로 보낼 수 있습니다. 이는 향후 기사의 범위를 벗어납니다.
• decompress 압축과 비슷하지만 압축된 데이터가 수신되면 추가 작업을 수행하거나 처리하기 전에 콘텐츠의 압축을 풀 수 있습니다.
• sslverify는 WordPress 2.8에서 도입되었으며 SSL 인증서가 유효한지 확인해야 하는 시나리오에 유용합니다. 그렇지 않은 경우 요청이 거부됩니다. 그렇지 않으면 가셔도 됩니다. 이 옵션은 이 문서 세트의 범위를 벗어납니다.

분명히 사용할 수 있는 것이 많습니다. 다음 몇 편의 기사에서 이에 대해 더 자세히 살펴보고 싶지만 먼저 API 함수를 사용하는 매우 간단하고 실용적인 예를 살펴보겠습니다.

---

요청을 POST하세요

이제 상황이 명확해졌겠죠? 사용하기 쉽습니다 wp_remote_post 应该和使用 wp_remote_get. 다음 글부터 그렇게 해보겠습니다.

그 전에 지금까지의 글을 모두 읽어 보시고, 이 게시물에 대한 의견이나 질문은 댓글로 남겨주세요.

다음엔 일하러 갑시다!

위 내용은 WordPress HTTP API 살펴보기: wp_remote_post 개요의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!