WebPayの定期課金機能を使わずに定期課金（定期購読）処理を行う - WebPay Engineering Blog
WebPayの定期課金機能を使わずに定期課金（定期購読）処理を行う Posted by hmsk Aug 26th, 2014 本記事はWebPayの定期課金機能を使わずに定期課金（定期購読）処理を行う - Qiitaの再録です。 Qiitaの方はWebPay Advent Calendar 2013のものであるため当時の状態を維持し こちらの記事では最新の情報に合わせて加筆、編集を加えております。 はじめに WebPayは2014年5月より定期課金機能を提供していますが、この機能はシンプルなケースに対応することを目的としています。 サービスの構成によっては定期課金機能(Recursionオブジェクト)だけではまかないきれない場合があります。 そんなときに、提供されている定期課金機能を利用せずに定期課金を実現する方法について述べています。 定期課金を自作する方針 CheckoutHelpe
WebPayをRailsから利用するサンプルアプリケーション、WebPay Closetを配布しています - WebPay Engineering Blog
WebPayはわかりやすいAPI、各言語のライブラリを提供するなどして、開発者の皆様が簡単にペイメント機能を実装できるように努力してきました。 その一環として、実際にWebPayを利用する簡単なRailsアプリケーションを、WebPay Closetの名前で公開しています。 WebPay ClosetはWebPayが推奨するアプリケーションの構築方法を、実際のコードで示したものです。具体的には CheckoutHelperを利用した直接カード番号を取り扱わないサーバサイドプログラミング 顧客オブジェクトによる、カード番号を入力する手間の削減 定期課金機能の利用 テスト環境とテスト用カード番号による開発・ステージ環境での動作チェック WebPayのサーバとの通信をおこなわない自動テスト の要素を盛り込んでいます。 WebPay Closetで実際にWebPayのテスト環境を利用して稼動してい
少しのRubyのコードでWebPayを導入する - WebPay Engineering Blog
本記事は少しのコードでWebPayを導入する – Qiitaの再録です。 Qiitaの方はWebPay Advent Calendar 2013のものであるため当時の状態を維持し こちらの記事では最新の情報に合わせて加筆、編集を加えております。 決済のコードを出来るだけ少なく ウェブサービスのコードの中で決済に関わる部分に対する開発者の不安を拭うことはとても難しいです。ソフトウェアとして動くというのは勿論、ビジネス上の条件との整合性や 決済に限った話ではないですが、お金を払うお客さんという登場人物が増えるだけで「何か問題があったら…」と膨らむ緊張感は小さくありません。 テストを書くとかプライシングの責任者とのコミュニケーションを密にとか大事なことはいくらでもあるのですが、その中に「決済にまつわるコードを少なくする」というのもあっても良いかもしれません。シンプルで短いコードで無為なミスや変な
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
