マイクロチャネルの有料 - アプレットバージョン

最近同社は、マイクロチャネル支払いアプレットの機能を実行するために必要とされなければならない、実際には、ちょうど私の心を受けたこの機能は、より多くの競合が低下しています。どのように私は、それはお金の問題になれば、それは小さな問題になることはありません、と言うべきです。まあ、騒ぎ、まず最初に、私は彼らがそれを支払う記録に遭遇しました。
実際には、テンセントの小さなプログラムは、この1は非常に真剣である、と書かれた主流の言語とよく発達APIドキュメントだけでなく、DEMO yを持っている。ただ、一般的なデモDEMOダウンロードに従って行うことができます変更します。https://支払います。 weixin.qq.com/wiki/doc/api/jsapi.php?chapter=11_1。

デモのコードの中にゆっくりと、その後、一般的にマイクロチャネル支払伝票を通読するラフ画像を持って支払うことと始めて一日を過ごします。それは難しいが、それでもヴァン間違ったのいくつかの準備ではありません。

プロンプト「署名エラー」;あなたはエラー署名を見つけた場合は、最初の事業で(自身の送信の問題、特に商人キーの値かどうかをチェックするシグネチャが(最初の署名を署名)ここ1、最も一般的な間違いが表示されますAPIV3キーと呼ばれる2つのキーが(私はAPIV3キー、特に恥ずかし呼ばここにいるよ、覚えておいてください)APIキーを使用して、ここで、)APIキーと呼ばれる、ある、MD5暗号化およびHMAC-に署名しましたSHA256 2は、一般的なデフォルトはMD5であり、あなたがエラー署名マイクロチャネルを見つけた場合は、署名検証を提供します。https://pay.weixin.qq.com/wiki/doc/api/jsapi.php章= 20_1を?

JSAPI場合2は、単一のアプレット、取引の種類の下で統一し、OpenIDのは、それだけの価値になることです。

3、単一のAPIアプレットの下に支払の使用における成功の後wx.requestPayment(OBJECT)

困難はまだ署名で支払う、我々は最初のメソッドのシグネチャを理解する必要があります。署名が間違っているのフォローアップである場合に方法はありません。

おすすめ

転載: www.cnblogs.com/kengver/p/11230946.html