tasn

32 ms·

391.
by tasn 5y ago
Haha, yeah. Before we created it (and looked around to see if anything existed) I wouldn't have thought of searching for something like this either! Edit: btw, it pains me that we don't, and we'll have one soon. :)
392.
Show HN: Svix – Open-Source Webhooks Service Written in Rust(github.com)
176 points by tasn 5y ago|28 comments
393.
Svix (YC W21) Is Hiring a Developer Advocate (Remote)(svix.com)
1 points by tasn 5y ago
394.
by tasn 5y ago
I wasn't going to post it here because it feels a bit small for a show HN, but then I figured: why not. :) It's a pure Rust implementation of Segement's KSUID, and I created this library while working on Svix[0]. I haven&#x27
395.
Show HN: A Pure Rust Ksuid Implementation(github.com)
2 points by tasn 5y ago|1 comments
396.
Svix (YC W21) Is Hiring a Rust Backend Engineer (Remote)(ycombinator.com)
1 points by tasn 5y ago
397.
by tasn 5y ago
The license in Linux case is for distributing Linux (and the module). You can create modules with whatever license you'd like if you're not distributing your work. In Wine's case you're not distributing Windows so it&#x2
398.
by tasn 5y ago
They are bot disabling CORS, they are just proxying the request throigh the same origin so that for their web app they won't have CORS requests.
399.
by tasn 5y ago
In case anyone else is confused: in Sanskrit it's Ka-vi-ta (it seems), in Semitic (at least Hebrew), it's k-ti-va. So quite different.
400.
by tasn 5y ago
You should definitely use Svix.com for that! Disclaimer: founder. :)
401.
by tasn 5y ago
Not when the employees are the ones paying, which is what GP was referring to.
402.
by tasn 5y ago
These reasons are exactly why we started Svix[1] (we do webhooks as a service). I wish we existed to serve you guys back when you started working on it. :) [1] https://www.svix.com
403.
by tasn 5y ago
Yeah, thanks a lot for the feedback! We are going to prioritize this task based on your feedback. It's definitely a concern. We don't even need to store the data in the EU if our users don't want/need it. We can even let
404.
by tasn 5y ago
Oh, very interesting, I'd love to chat! My email is tom @ the domain, what's the best way to reach you?
405.
by tasn 5y ago
It's more of an append-only failure log than a queue, which is a whole different beast... Though as I said elsewhere in the thread, the actual delivery is just part of what we do.
406.
by tasn 5y ago
You don't need a queue to protect from Svix downtime. It can be as simple as logging failures to svix (when they happen), and replaying these events. Though as I said elsewhere, this scenario is something you'd need to deal with T
407.
by tasn 5y ago
Yeah, this is less than optimal, and that's why we are working on adding zones. It just made sense to start with Europe while we are in just one (due to compliance). We also plan on having our API endpoints on many different zones so t
408.
by tasn 5y ago
Pub/Sub is oriented towards sending messages to endpoints you control rather than a full solution to send webhooks to arbitrary users.
409.
by tasn 5y ago
Thank you very much! By short circuiting you mean stopping sending to obviously failing endpoints?
410.
by tasn 5y ago
Thank you very much for the kind words. We do everything you mentioned except for adding headers (because we handle the signing for you too), and callbacks which we maybe do, I'm just not sure I fully understand what you mean in partic
411.
by tasn 5y ago
Developers can build things, this is what we all do. The question is not can we do it, but rather should we do it. Developer time and focus is a scarce resource, and you want to invest it in moving the needle for you business, not reinventi
412.
by tasn 5y ago
Five hours is a gross underestimate for the time it takes to build a robust and scalable webhooks delivery system, and even that is just for the delivery system itself. You also need to build the UI for your users, libraries for verifying s
413.
by tasn 5y ago
I thought about it a bit more, and I have a few ideas on how to reduce it by a lot.
414.
by tasn 5y ago
Thank you!
415.
by tasn 5y ago
What makes you think we have nearly no traffic? Anyhow, this was not a comment about our uptime against any particular service, but rather how our uptime against the collective (so how often any of those fail) - because that's what mat
416.
by tasn 5y ago
Thanks! I personally love Rust, though the only reason we haven't done the libraries yet is that I feel not that many people use Rust in production web services just yet. I may be wrong though...
417.
by tasn 5y ago
IANAL, though this is for disputes. Not for compliance with international laws which we can do anyway. The question is: can a US company with servers solely in Europe can comply with the European legislations. Based on my understanding the
418.
by tasn 5y ago
All of our servers are in Europe, and we are soon going to tackle getting compliance certifications (as users have been asking for this).
419.
by tasn 5y ago
Median is 55ms, though it can probably be improved as we haven't spent any time optimizing this...
420.
by tasn 5y ago
We commented about the "queue to send to svix" in the post above. > Deliverability to user endpoints (servers) is very different to deliverability to Svix. User endpoints fail all the time and for various reasons, and each of t

More ›