タグ

webpayに関するmasakielastic2のブックマーク (7)

  • WordPress: WebPay による簡易決済プラグインを導入する - Sarabande.jp

    筆者の自作プラグインを紹介する。このプラグインを導入すれば、ショートコード (例: [webpay amount=1000]) を埋め込むことでクレジットカードによる決済フォームを各ページで使えるようになる。会費や寄付金、ショッピングカードを導入するまでもない少数の商品の販売などの用途を想定している。先行事例として Stripe の決済フォームを導入するプラグインが挙げられる。 記事を書いた時点(2014年8月7日時点)で、このプラグインは試作品段階なので、今後大きく仕様やコードが変更される予定である。まずは定期購読にも対応させたい。開発に協力して下さる方も絶賛募集中である。 プラグインの導入方法を説明する。まずは Github のリポジトリからプラグインのコードをダウンロードしよう。Github のページの右下にある「Download ZIP」をクリックするか、次の git コマンドをコ

    WordPress: WebPay による簡易決済プラグインを導入する - Sarabande.jp
  • WebPayが個人でも数分で導入できるカード決済機能を提供、CtoCコマース向け決済事業へ展開 - BRIDGE(ブリッジ)

    ウェブペイは今週、個人事業主でも数分で導入できるカード決済機能「WebPayショップ機能」の提供を開始し、CtoCコマース向け決済事業を格的に展開し始めた。 「WebPayショップ機能」を利用すると、CtoCコマース事業者は1〜2週間でカード決済機能が導入できるようになり、WebPayを導入したCtoCコマースサービスに出店する個人事業主は数分でカード決済機能が利用可能となる。 「WebPayショップ機能」は、すでにピクシブが提供するショップ作成サービス「Booth」、Growが運営する定期課金販売のプラットフォーム「BoxToYou」、スペースマーケット:スペースの貸し借りができるマーケットプレイス「スペースマーケット」などに先行して導入されているという。 これまでフリーマーケットアプリや個人が出店できるネットショップなどのCtoCコマース事業者は、カード決済導入時に、すべての出店者へ

    WebPayが個人でも数分で導入できるカード決済機能を提供、CtoCコマース向け決済事業へ展開 - BRIDGE(ブリッジ)
  • WebPayをRailsから利用するサンプルアプリケーション、WebPay Closetを配布しています - WebPay Engineering Blog

    WebPayはわかりやすいAPI、各言語のライブラリを提供するなどして、開発者の皆様が簡単にペイメント機能を実装できるように努力してきました。 その一環として、実際にWebPayを利用する簡単なRailsアプリケーションを、WebPay Closetの名前で公開しています。 WebPay ClosetはWebPayが推奨するアプリケーションの構築方法を、実際のコードで示したものです。具体的には CheckoutHelperを利用した直接カード番号を取り扱わないサーバサイドプログラミング 顧客オブジェクトによる、カード番号を入力する手間の削減 定期課金機能の利用 テスト環境とテスト用カード番号による開発・ステージ環境での動作チェック WebPayのサーバとの通信をおこなわない自動テスト の要素を盛り込んでいます。 WebPay Closetで実際にWebPayのテスト環境を利用して稼動してい

  • クレカ決済の審査時に『特定商取引法に基づく表示』のこんなところを見てます | WebPay運営者ブログ

    この投稿はWebPay Advent Calendar 2013の15日目の記事です。 14日目: 今からでも遅くないWebpay入門 16日目: 少しのコードでWebPayを導入する Python Ver. 特商法記載がないとネットビジネスができません ウェブサービスやモバイルアプリなどのオンラインでビジネスをする際には、必ず『特定商取引法に基づく表示』を適切に行わなければなりません。これに違反すると100万円以下の罰金か最悪の場合だと業務停止命令の対象となることもあります。 そういったこともあり、クレジットカード決済を導入する際には、カード会社の審査において、申請のあったウェブサービスやモバイルアプリ内において特定商取引法に基づく表示がきちんとなされているかどうかしっかりとチェックされます。 ただ、何を記載したら良いのかとてもわかりにくく、経済産業省が用意した公式のQ&Aもありますが、

  • CheckoutHelperにコールバックを指定する機能を追加しました - WebPay Engineering Blog

  • UUID機能の利用法と実装について - WebPay Engineering Blog

    WebPayでは、エラーが発生したときなどに同一のリクエストを複数回おくったために、おなじリクエストが複数回処理されてしまうことを防ぐために、UUIDを利用してリクエストを識別する仕組みを採用しています。 この仕組みの利用法については過去のQiitaの投稿でも触れていますが、稿ではあらためてUUIDによるリクエスト識別機能を紹介するとともに、この機能をどのように実装しているかをサンプルコードで紹介していきます。 リクエスト識別機能の利用法と挙動について 機能は、記事執筆時点で次のオブジェクトを作成するときに利用できます。 課金(Charge) 顧客(Customer) トークン(Token) 定期課金(Recursion) 課金の作成のドキュメントには、UUIDが次のように説明されています。 uuid: 任意 デフォルトはnull RFC4122に準拠したUUID(例:“f81d4fa

  • 面倒なAPIアクセスをPryのカスタムコマンドで省略する - Qiita

    更新のおしらせ 記事はWebPay gemのバージョン2系に即して記述しています。 その後、メジャーバージョンアップを行いました。 ほとんどの内容はそのまま利用できますが、メソッド名などが一部変更になっています。 最新の情報はWebPay公式サイトのRuby APIドキュメントを参照してください。 APIアクセスの面倒 ウェブサービスのAPIを試しに叩きたいときに、Rubyの環境を前提とするとIRBやPryがとても便利です。 APIの仕様をコピペしながら、こういう風に動くのかと知り、その場で使い捨てにするには良いのですが、 実装を進めながらとか運用に入った場合にAPIを改めて叩きたいとか、軽く利用状況を把握したいという時には度々コマンドなんだったっけと調べ直す手間がなかなか煩わしいです。 もちろん、ちゃんとスクリプトなどに落としておいて、必要な情報はすぐに取得可能な状態を作っておくのが正

    面倒なAPIアクセスをPryのカスタムコマンドで省略する - Qiita
  • 1