webhooks.fyi
svix-webhooks
webhooks.fyi | svix-webhooks | |
---|---|---|
5 | 66 | |
159 | 2,102 | |
-0.6% | 4.0% | |
5.0 | 9.6 | |
5 months ago | 7 days ago | |
JavaScript | 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.
webhooks.fyi
-
Webhook Failure Scenarios
Very cool article.
I'm one of the creators of https://webhooks.fyi/ and will do a PR to add this one. Thanks!
-
Show HN: Nohooks – Webhooks on Platforms Without Webhooks
On the contrary, I like the name. :) And while you might have something that works for your company, it most likely won't meet many other companies needs. You can check webhooks.fyi[0] by Ngrok for the various implementations and edge cases.
[0] https://webhooks.fyi
- Sveltekit real-time reactivity with webhooks?
- Webhooks.fyi - a site about webhook best practices
-
Webhooks.fyi
Hello all! I'm one of the creators of webhooks.fyi over at ngrok.
Happy to answer any questions!
First, yes it's ridiculously hard to build webhooks correctly. There are so many shortcuts that feel "okay" and you don't really think about until you realize that it didn't quite work as you had planned and now you have a gap. We're hoping the site can help people move more of that thinking earlier and make better decisions.
Second, we're missing a bunch of webhooks! While we looked at 100+ in our own research, we only had time to add ~50 to this initial pass. If you'd like to add your favorites, pull requests welcome: https://github.com/ngrok/webhooks.fyi
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
What are some alternatives?
webhook-sentry - Egress proxy for webhooks
convoy - The Cloud Native Webhooks Gateway
30-seconds-of-react - Short React code snippets for all your development needs
pg-boss - Queueing jobs in Node.js using PostgreSQL like a boss
nohooks-backend - Add webhooks to popular web services using Convoy
hookdeck-cli - Receive events (e.g. webhooks) in your development environment
awesome-webhooks - A curated list about real-time webhooks.
python-ksuid - A pure-Python KSUID implementation
api-v2 - DigitalOcean API v2 feedback
fib - Performance Benchmark of top Github languages
30-seconds-of-interviews - A curated collection of common interview questions to help you prepare for your next interview.
Programming-Language-Benchmarks - Yet another implementation of computer language benchmarks game