WordPress HTTP API を探索する: wp_remote_post の概要-PHPチュートリアル-php.cn

WordPress HTTP API を探索する: wp_remote_post の概要

WBOY

リリース： 2023-08-26 20:38:01

オリジナル

1459 人が閲覧しました

WordPress HTTP API のこの最初のシリーズでは、wp_remote_get について学習しました。具体的には、API の次の側面を検討しました:

機能概要
実際的な例
応答の処理方法
そして関数のパラメータを理解してください

WordPress HTTP API に関する一連の記事を続けていきますが、API の 2 番目のメソッド wp_remote_post に注目します。

次の一連の記事では、この関数が提供するものとその有用性、この関数を仕事に実装する方法の実際的な例、およびこの関数を理解し、その応答をどのように得るかを理解するために、この関数について調査します。

そうは言っても、この関数の調査を始めましょう。

リモートリクエスト: 更新

ここまで読んでいない場合は、少なくとも GET リクエストの動作の基本を理解するために、このシリーズの最初の記事を確認することを強くお勧めします。

正直に言うと、POST リクエストはそれほど変わりません。 GET リクエストは通常、サーバーから情報を取得するために使用されますが、POST リクエストは通常、サーバーにメッセージを送信するために使用されます。

探索 WordPress HTTP API：wp_remote_post 概述

しかし、問題は、どちらのプロトコルもデータの送受信が可能ですが、GET リクエストと POST リクエストを通常どのように処理するかについての一般的な経験則です。

GET リクエストは通常、サーバーから情報を取得するために使用されるため、応答
POST リクエストは通常、 情報をサーバー に送信するために使用されます。応答が受信されない場合でも、応答が受信され、サーバーによって正しく処理されたかどうかを知ることは常に有益です。サーバー

シリーズのこの部分の残りの記事では、両方の状況に対処する方法、つまり、応答が与えられない状況に対処する方法と、応答が与えられた状況に対処する方法について説明します。。

お申し込み方法まとめ

さて、サーバーレベルのリクエスト (特に PHP) に関する限り、リクエストは通常、次の 2 つの関数に基づいて発行されます (このシリーズの範囲を超えるサードパーティライブラリを使用している場合を除く)。

これらについては最初の記事で詳しく説明しましたが、ここで要約します。

file_get_contents URL をパラメータとして受け入れ、要求されたデータを返すか、失敗した場合は false を返します。これは、リモート要求のデータを取得する比較的一般的な方法です。
cURL は、開発者がニーズに合わせて調整できる完全な構成オプションを提供する (関数ではなく) 完全なライブラリです。この図書館については学ぶべきことがたくさんあります。上級開発者の方は、ぜひ cURL をチェックしてください。

ほとんどの場合、リクエストの作成方法を理解するのは簡単ですが、リクエストの作成方法をどの程度調整するかは、使用するオプション (

file_get_contents) に完全に依存します。または cURL。

もちろん、これはリクエストを実行する PHP の方法に近いものであり、プロジェクトの性質に応じて一部のジョブでこれを実装する場合がありますが、これは必ずしも WordPress の方法をカバーするものではありません。

実は上記の内容は前回の内容を踏まえた簡単なレビューです。それにもかかわらず、私たちがどこから来て、何ができるのか、そしてどこへ向かうのかを理解することが重要です。

WordPress で POST リクエストを行う方法上で述べたように、上記のコメントは PHP により関連しているため、WordPress のコンテキストで

POST

リクエストを見てみましょう。 WordPress 用のプロジェクトを構築したり、WordPress で製品を構築したりするビジネスに携わっている場合は、コア WordPress アプリケーションにアップグレードすることで特定の種類の機能が失われないように、利用可能な API を理解することが重要です。

したがって、WordPress ベースのコードを作成するためのベストプラクティスを確認するために WordPress コーディング標準を確認したのと同じように、ここではベストプラクティスを使用して

POST

リクエストを作成するために利用できる API を確認します。これを行うには、

wp_remote_post

と入力します。この関数は 2 つのパラメータを受け入れます:

リクエストの送信先となる URL

サーバーへのリクエストをカスタマイズするのに役立つパラメーターの配列。

method は、どのメソッドが要求されるかを示します。 API メソッドの性質を考えると、明らかに POST を使用しています。
timeout は、リクエストの処理を中止するまで待つ時間を指定します。デフォルト値は 5 秒ですが、この値はアプリケーションの性質に応じて増減できます。
redirection リクエストの完了後にリダイレクトされる URL のようですね。代わりに、リクエストを放棄する前にリダイレクトを待機する時間の単位 (秒) です。
user-agent リクエストとともに送信されるユーザーエージェントを制御できるようにします。通常、これは WordPress とバージョン番号ですが、明らかにカスタマイズ可能です。
blocking つまり、true に設定すると、サーバーが何かを返すまでスクリプトは実行を続けます。それ以外の場合、スクリプトはアプリケーションの残りの部分をブロックせずに実行を続けます。もちろん、これには応答が得られなくなる可能性という代償が伴いますが、構築している条件によっては、これで問題ない場合もあります。
compress は WordPress 2.6 で導入され、リクエスト本文を圧縮形式で送信できるようにします。これについては今後の記事の範囲を超えます。
解凍 圧縮と同様ですが、こちら側が異なります。圧縮されたデータを受信した場合、これにより、コンテンツに対してさらなる作業や処理を行う前にコンテンツを解凍できます。
sslverify は WordPress 2.8 で導入され、SSL 証明書が有効かどうかを確認する必要があるシナリオに役立ちます。そうでない場合、リクエストは拒否されます。そうでない場合は、問題なく実行できます。このオプションも、この一連の記事の範囲外です。