frame_transpiler
svix-webhooks
Our great sponsors
frame_transpiler | svix-webhooks | |
---|---|---|
3 | 66 | |
38 | 2,075 | |
- | 6.1% | |
8.9 | 9.6 | |
7 days ago | 2 days ago | |
Rust | Rust | |
MIT License | MIT 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.
frame_transpiler
-
Modeling complex workflows (a CRM) as a statechart
I have created an open source state machine markdown language called frame that makes it very easy to spec out workflows etc. You can experiment with it here as well as check out the open source transpiler on github.
-
Another go at a generated Rust state machine
Except for main() everything is generated by my transpiler from this spec.
-
Are you Coding in The Upside Down?
To find out more about Frame, have a look at the Frame Website as well as the online version of the Framepiler. The Framepiler is also an open source project that is available under MIT License to use in any way you can imagine. It will lead you to a happier place.
svix-webhooks
-
Show HN: Hatchet – Open-source distributed task queue
That's exactly why we built Svix[1]. Building webhooks services, even with amazing tools like FastAPI, Celery and Redis is still a big pain. So we just built a product to solve it.
Hatchet looks cool nonetheless. Queues are a pain for many other use-cases too.
1: https://www.svix.com
-
Webhooks suck, but here are alternatives
Obviously Deno have vested interest it (and so do I as the founder of Svix[1]), but my take is that webhooks are great, though there are alternatives that could be better or complementary depending on the situation.
At Svix we also support running JS instead of sending webhooks (using Deno!), and it is very useful, but there are many limitations with this approach, and in general oftentimes people just want the data passed to their systems and deal with it there. Not write a bit of JS to do something ad-hoc.
So in short, like always with software engineering: "it depends" and there are tradeoffs to each approach.
1: https://www.svix.com
-
A list of SaaS, PaaS and IaaS offerings that have free tiers of interest to devops and infradev
Svix - Webhooks as a Service. Send up to 50,000 messages/month for free.
- Svix – Webhooks as a Service
-
Enhance Rust errors with file and line details
We opted for a more manual approach, we have a ctx!() macro[1] we use for wrapping errors we want to enrich thay we use like this[2]: ctx!(some_fallible_fund(foo))?
I wodner if anyone is doing anything better? The nice thing is that we have relevant fields in our error type, so we get a full backtrace out if it.
1: https://github.com/svix/svix-webhooks/blob/main/server/svix-...
2: https://github.com/svix/svix-webhooks/blob/main/server/svix-...
-
Ask HN: Standard for webhook source IP declaration?
This is what we do at Svix: https://docs.svix.com/receiving/source-ips
I've seen other companies (e.g. Stripe) also offer it via JSON, but I personally think it's not that important to provide it in a machine readable format if you don't plan on changing it; which you shouldn't as it'll break integrations. You should only add new IPs that can only be allocated to new customers.
P.S, if you'd like to start sending webhooks, you should probably check out Svix: https://www.svix.com
-
Looking for something that can create/manage webhooks
If I understand you, you just want some queue system, like kafka.But if you want a whole app who handle all your webhooks usage you can see : https://github.com/svix/svix-webhooks/
-
I need some explanation regarding webhooks?
Might want to look into Svix and HostedHooks
-
Official /r/rust "Who's Hiring" thread for job-seekers and job-offerers [Rust 1.69]
Repository on Github: https://github.com/svix/svix-webhooks
- Open source webhook service