You [Gerald Bauer¹] have been permanently banned [for life] from participating in r/ruby (because of your writing off / outside of r/ruby). I do not see your participation adding anything to this [ruby] community.

-- Richard Schneeman (r/ruby mod and fanatic illiberal ultra leftie on a cancel culture mission)

¹: I know. Who cares? Who is this Gerald Bauer anyway. A random nobody for sure. It just happens that I am the admin among other things of Planet Ruby.

Case Studies of Code of Conduct "Cancel Culture" Out-Of-Control Power Abuse - Ruby - A Call for Tolerance On Ruby-Talk Results In Ban On Reddit Ruby

Update (August, 2022) - A Call for More Tolerance And Call For No-Ban Policy Results In Ban On Ruby-Talk (With No Reason Given) 

>  I just banned gerald.bauer@gmail.com.
>
>  -- SHIBATA Hiroshi
>
>> THANK YOU
>> 
>>  -- Ryan Davis
>>
>>
>> My full support to moderators.
>>
>> -- Xavier Noria
>> 
>> My full support to moderators.
>>
>>  -- Carlo E. Prelz
>>
>>  That's fun.
>>
>>  -- Alice

Read the full story »

« 25 Days of Ruby Gems - Ruby Advent Calendar 2020, December 1st - December 25th

Day 6 - pay Gem - Accept (One-Time) Payments or Subscriptions with Strong Customer Authentication (SCA) - Billing Engine on Top of Stripe, Braintree or Paddle

Written by excid3 Chris Oliver

Do things that scare you. Building GoRails, Jumpstart, Hatchbox, RailsBytes, Remote Ruby Podcast.

Accepting Payments in Rails

Adding subscriptions and one-time purchases to your Rails app can be a bit tricky, especially with Strong Customer Authentication (SCA). If you aren’t familiar, SCA is a European regularly requirement to reduce fraud and make online payments more secure. For more details, I highly recommend reading the Stripe guide on Strong Customer Authentication.

For example, Braintree doesn’t allow you to swap subscriptions between monthly and yearly plans. You actually have to cancel the subscription, calculate your proration amount and create a new subscription with the proration discount.

Pay makes this simpler by standardizing (as best as we can) subscriptions and one-time payments for:

One place this comes in handy is if you want to primarily use Stripe but still want PayPal, you can use both with very little code changes. :thumbsup:

Adding Pay to your app

We won’t get into every single detail, but I want to highlight how Pay works at a high level.

First off, we’ll run the Pay migrations to add models for Pay::Subscription and Pay::Charge. These keep track of subscriptions and payments for our Billable objects. A Billable is a model that makes payments in your app and you can have multiple of them (for example User and Team).

class User < ActiveRecord::Base
  include Pay::Billable
end

This module adds methods to the User model so we can add payment methods and charge the user.

First, and most importantly you’ll have to set the payment processor for the user:

user.processor = "stripe"

So let’s add a payment method:

user.update_card('payment_method_id')

And subscribe the user to a plan:

user.subscribe(plan: "my-plan")

That’s it! Pay will create a Customer object and set the default payment method before charging the subscription.

Webhooks

Webhooks are also required for most payment integrations these days as well. For example, you need webhooks to store subscription charges each month and to email receipts to your users.

Pay comes with all the required webhooks out of the box so you don’t have to configure anything.

Strong Customer Authentication (SCA)

Pay also supports SCA out of the box. If a payment requires authentication, Pay will raise an Pay::ActionRequired error that you can capture and send the user to confirm their payment. Banks may require you to authenticate the payment, so we make that workflow nice and easy for you with a pre-built confirmation page.

Find Out More

References

Built with Ruby (running Jekyll) on 2023-01-25 18:05:39 +0000 in 0.371 seconds.
Hosted on GitHub Pages. </> Source on GitHub. (0) Dedicated to the public domain.