PHP WeChat 高度なインターフェイス呼び出しメソッド (カスタム メニュー インターフェイス、カスタマー サービス インターフェイス、QR コード)_php の例

WeChatの高度なインターフェースを呼び出す方法

WeChatの高度なインターフェースとWeChatの通常のインターフェースの違い

バックエンドサーバーは WeChat インターフェースを呼び出して WeChat ユーザーと通信できます。これらのインターフェースは、支払いや ID 認証を行わずに呼び出すことができます。ただし、WeChat 公式アカウントには、カスタム メニューや WeChat 支払いなどの高度な機能を呼び出すために WeChat 認証を渡すなど、特定の権限に到達する必要がある高度なインターフェイスがいくつかあります。
ただし、WeChat 公開アカウントのテスト アカウント システムでは、これらの高度なインターフェイスを適用できます (WeChat 支払いなどのトランザクションを伴うインターフェイスを除く)。

WeChatの高度なインターフェースの呼び出し

WeChat の高度なインターフェースを呼び出すには、最初に token_access インターフェースを呼び出す必要があります。このインターフェースを最初に呼び出すことによってのみ、他の高度なインターフェースを呼び出すことができます。
以下: 高度なインターフェイスの接続の概略図

token_access の呼び出しには、appID と appsecreset が必要です (これら 2 つの起源については、WeChat パブリック アカウント プラットフォームの開発 (1) で説明されています)

呼び出しコードは以下の通りです

リーリー

WeChatの高度なインターフェイスに電話をかける

1)、カスタムメニュー関数を呼び出します

リーリー

WeChat公式アカウントにメニューを追加するとき、メニューをクリックしたときに対応する効果を設定するにはどうすればよいですか?
これには、別の XML タイプのデータ転送が含まれます:

リーリー

メニューの種類が多く、XMLの種類が異なります。詳しくは、WeChat公式アカウントプラットフォームで対応するドキュメントをご覧ください。

*ここで説明したいのは、WeChat公式アカウントのappIDとappsecretを持っている限り、このPHPコードをどのサーバースペースでも実行してもWeChatサーバーに入り、対応する関数を呼び出すことができるわけではないということです。以下で実行されるトークン検証が行われたサーバー上にある必要があります。トークン検証は、バックエンド サーバーがデータ ソースが WeChat サーバーからのものであるかどうかを判断するためのもので、WeChat サーバーの高レベル インターフェイスの呼び出しとはほとんど関係がありません。
効果を発揮するには、php ファイルをサーバー上で実行する必要があります。

他の高度なインターフェイスの呼び出しは、カスタム メニューの呼び出しと同じです。

2)、カスタマーサービスインターフェースに電話します

WeChat ユーザーが WeChat 公開アカウントに積極的にメッセージを送信すると (メッセージの送信、カスタム メニューのクリック イベント、サブスクリプション イベント、QR コードのスキャン、支払い成功イベントを含む)、WeChat はメッセージ データを開発者にプッシュします。開発者は、一定期間内にカスタマー サービス インターフェイス メッセージを呼び出し、JSON データ パケットを投稿することでユーザーにメッセージを送信できます。

コードをコピー コードは次のとおりです:

$access_token = "nFX6GFsspSLBKJLgMQ3kj1YM8_FchRE7vE2ZOIlmfiCOQntZKnBwuOen2GCBpFHBYS4QLGX9fGoVfA36tftME2sRiYsKPz gG QKU-ygU7x8cgy_1tlQ4n1mhSumwQEGy6PK6rdTdo8O8GROuGE3Hiag";
$openid = "o7Lp5t6n59DeX3U0C7Kric9qEx-Q"; //WeChat ユーザーは全員 openID を持っています

下の図はopenIDの取得方法を示しています。

リーリー

グラフィック メッセージ、音楽メッセージ、ビデオ メッセージを送信するためのカスタマー サービス インターフェイスの特定の形式については、WeChat パブリック プラットフォームの開発ヘルプ ドキュメントを参照してください。
顧客サービス インターフェイスはメッセージ インターフェイスと混合できます。

ここで理解できないかもしれませんが、受動的応答メッセージ インターフェイスを通じて XML データをユーザーに直接送信できるのに、なぜそのようなカスタマー サービス インターフェイスが必要なのでしょうか?受動的応答メッセージは、同じメッセージに対して 1 回だけ応答するワンタイム応答メッセージであると理解できます。音楽プラットフォームに歌手の名前を入力すると、受動的応答を通じて送信されたメッセージには常に同じ曲が返信されます。ただし、MySQL データベースを使用するカスタマー サービス インターフェイスを通じて、毎回異なる曲に返信することができます。

もう少しシンプルに、住所を含む速達便を確認するための WeChat パブリック プラットフォーム。同じ注文番号を入力するたびに、手動で返信するのと同じように、バックグラウンドで注文の場所に毎回返信できます (同じテキストに対して異なる応答を行うことができます)。これはカスタマー サービス インターフェイスです。

3)、QRコードインターフェイスを生成します

QRコードには一時的なQRコードと永続的なQRコードの2種類があり、前者の有効期限は最大1800秒です。
QR コードを生成するには、3 つのインターフェースを呼び出す必要があります
最初のものは access_token です
2 つ目は、チケットインターフェイスを生成することです
3 つ目は、2 番目のインターフェイスを通じて生成されたチケットを QR コード画像と交換することです。

リーリー

このコードをサーバースペースで実行すると、ブラウザーが QR コード画像を生成します。

交通情報や天気予報の取得など、WeChat 以外の機能インターフェイスを取得します。

以上がこの記事の全内容です。皆様の学習に役立つことを願っております。また、皆様も Script Home をサポートしていただければ幸いです。