wp_remote_post

説明

mixed wp_remote_post( string $url [ , array $args = array() ] )
POSTメソッドを送信する。

パラメータ

  • $url
    リクエスト先URLを指定。
  • $args
    パラメータを連想配列で指定(省略時はarray())。連想配列の要素は次の通り。
    キー名内容省略時の値
    'method'メソッド種別'POST'
    'timeout'タイムアウト秒数5
    'redirection'リダイレクト回数5
    'httpversion'HTTPバージョン'1.0'
    'user-agent'ユーザエージェント'WordPress/'.$wp_version.'; '.get_bloginfo( 'url' )
    'blocking'ブロッキング指定true
    'headers'ヘッダーarray()
    'cookies'クッキーarray()
    'body'ボディ(クエリパラメータ)null
    'compress'圧縮指定false
    'decompress'非圧縮指定true
    'sslverify'SSLベリファイ指定true
    'stream'ストリーム指定false
    'filename'ファイル情報null

返り値

リクエストを送信(レスポンスを取得)できた場合は連想配列を、送信に失敗した場合は WP_Errorオブジェクトを返す。連想配列は次の通り。
キー名内容
'headers'ヘッダー情報('server'、'date'、'content-type'などの連想配列)
'body'レスポンス本体(文字列)
'response'レスポンス情報('code'と'message'要素を持つ連想配列)
'cookies'クッキー情報(配列)
'filename'ファイル情報

注意

基本的には wp_remote_request関数と同じだが、パラメータ$argsの'method'を省略した場合は'POST'が適用される点が異なる。
POST送信するクエリは、パラメータ$argsの'body'の値として連想配列(またはオブジェクト)で指定する。
※このクエリの展開は、'method'値が'POST'か'PUT'の場合のみ行われる。

使用例

  • 'http://localhost/'にPOSTメソッドを送信する。
    <?php
    $options = array( 'body' => array( 'query_name'=>'query_value' ) );
    $response = wp_remote_post( 'http://localhost/', $options );
    ?>

フィルター

直接実行するフィルターはありません。

アクション

直接実行するアクションはありません。

ソースファイル

/wp-includes/http.php

最終更新 : 2017年05月23日 16:20



お勧め

子カテゴリのアーカイブページを親カテゴリ用のテンプレートファイルで表示しよう(2011年12月8日 更新)

少し前に投稿した「適切なテンプレートファイルを用意してテンプレート内の振り分け処理を無くす」で説明した通り、特定のカテゴリ専用のテンプレートとしてcategory-○○.phpを用意することで、category.phpやarchive.php内で振り分けを行う必要がなくなる。ただ、すべてのカテゴリ分を用意するのは効率的ではないし、特に子カテゴリについては親カテゴリと共通内容になるケースが多いのではないだろうか。ここでは、子カテゴリの個別テンプレートファイルを作らず、親カテゴリのテンプレートを利用する方法を紹介する。

固定ページを投稿ページ用テンプレートファイル(single.php)で表示する(2013年7月31日 更新)

固定ページと投稿ページのデザインが共通の場合、同じ内容のsingle.phpとpage.phpを用意すれば事足りるが、デザインの修正時は二度手間になってしまう。そこで、固定ページをsingle.phpで表示するようにできないか考えてみた。

もうquery_postsは呼ばない(2011年9月27日 更新)

トップページやカテゴリーページで標準の条件に少し手を加えた投稿情報を表示するケースがある。そんな時、テンプレートファイルの先頭で query_posts関数を呼び出して投稿情報を再抽出していたのだが、フィルター処理をうまく使えばquery_posts関数を呼び出さなくても大丈夫みたいだ。

使っていないか確認しないとね!(2017年11月18日 更新)

2003年に誕生したWordPress。その歴史の中には、廃止予定(deprecated)となっている関数がいくつも存在する。それらの関数をテーマやプラグインで使用するべきではないし、使用しているなら代替の関数に書き換えるべきである。ここでは3.24.9.0現在、廃止予定となっている関数をまとめて紹介する。

ホームディレクトリから過去のファイルを削除する(2013年1月27日 更新)

WordPressで構築したサイトのホームディレクトリには、現在使われていないファイルが残っている時がある。3.5.1もリリースされたことだし、これを機にホームディレクトリを整理整頓した。