stripity_stripe
airbax
Our great sponsors
stripity_stripe | airbax | |
---|---|---|
3 | 0 | |
910 | 5 | |
1.8% | - | |
9.1 | 0.0 | |
8 days ago | about 6 years ago | |
Elixir | Elixir | |
GNU General Public License v3.0 or later | ISC License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
stripity_stripe
-
Don't be that open-source user, don't be me
I think this needs a big qualifier. I feel the same way, when it's a project I'm capable of doing the work for. For example, I recently needed a way to deal with Stripe early fraud warnings and the library I used didn't have those yet, so I added them (this was all on my own time I should add)[1].
However, there are tons of dependencies that we use for all sorts of things that are highly complex where very few people would be able to send a PR (openssl for example). Things in highly complex codebases, or deeply unfamiliar languages, etc. I maintain a forked linux driver for a wireless card for example, and I don't expect there's more than a handful of people that could hack on it without introducing tears and devastation.
For the projects I maintain, I would just say, "if you can, please consider a PR. If you're not sure it would be accepted I'm happy to be asked! If you can't send a PR, give as much info as you can and be polite. With that we're good.
[1]: https://github.com/beam-community/stripity_stripe/pull/728
-
Learning Ruby: Things I Like, Things I Miss from Python
I'm going to attempt to answer by way of links to active projects for you:
Stripe, including webhooks support, actively developed: https://github.com/code-corps/stripity_stripe
Global pay solution that supports everything: they are all a bit crap you're right, the best I've found is https://github.com/aviabird/gringotts and ex_money really is amazing that integrates with it (I would suggest it's better than the equivalent ruby gem). To be fair I'm not sure I'd want to use the pay gem with anything complex as you need to be able to use the specific quirks of each API properly.
You're also right about noticed, after looking into it more it would be worth building for elixir for sure. Ravenx represents a start but it's unmaintained and doesn't have a huge number of strategies. It depends on how much I needed to do notifications like this. For the apps that I've built we've just needed database and grouped emails sent once per day, no need for texts or slack etc. There's no reason these couldn't be added fairly simply but I agree noticed is very neat.
airbax
We haven't tracked posts mentioning airbax yet.
Tracking mentions began in Dec 2020.
What are some alternatives?
gringotts - A complete payment library for Elixir and Phoenix Framework
Stripe - Stripe API client for Elixir
cashier - Cashier is an Elixir library that aims to be an easy to use payment gateway, whilst offering the fault tolerance and scalability benefits of being built on top of Erlang/OTP
airbrakex - Elixir client for the Airbrake service.
tentacat - Simple Elixir wrapper for the GitHub API
spotify_ex - Elixir wrapper for the Spotify Web API
ex_gecko
elixtagram - :camera: Instagram API client for the Elixir language (elixir-lang)
dnsimple - The DNSimple API client for Elixir.
diplomat - Elixir library for interacting with Google's Cloud Datastore
instrumental - An Elixir client for Instrumental
Execjs - Run JavaScript code from Elixir