Lorna Mitchell

Working with Webhooks by Lorna Mitchell

In an increasingly connected world, APIs are key to great tools and effective workflows.

What is better than an API? A webhook of course! Webhooks are a key building block of a modern application, allowing systems to exchange data in response to events.

This session covers the basic theory of webhooks and shows some examples of how to handle them in your own applications. We'll also talk about when webhooks are a helpful design choice, and some pitfalls to look out for when you're working with them!

This session is recommended for anyone interested in teaching their applications to play nicely with others.

Talk Questions

  • Question 149
    How easy to debug webhooks? And how to reproduce it in case of failure?
  • Question 153
    I thought you pronounce the Tool n-g-rok :)
  • Question 156
    Why not sign with asymethrical keys?
  • Question 159
    What about webhooks security! Which are the most common ways of protecting these “private” webhooks?
  • Question 163
    How Ngrok is better than alternatives like Localtunnel or Serveo and why shouldd I choose Ngrok?
  • Question 165
    Isn't Beanstalkd an abandoned project?
  • Question 150
    How do you best do webhooks if your application / receiver of the hook is behind a firewall (e.g. server inside of your intranet)
  • Question 155
    Is it possible to use ngrok with multiple local hosts all on the same port?
  • Question 157
    Accept, store, acknowledge... But what happens if the data was tampered? Where do you check validation? Thanks
  • Question 161
    What happens if you DO NOT ack in a short time? (Because you’ve remarked it a lot of times)
  • Question 169
    How to pevent DoS to weebhook?
  • Question 160
    Can't we just queue stuff directly using aws sqs? ( I don't know if that's possible, if you can send the post directly to the queue software so it creates the message)
  • Question 166
    Do you use some hypervisor like supervisor to mantain your workers up and not degraded?
  • Question 167
    Is the convention to alway ACK even if the message doesn’t make “sense” to you? (Unknown id/entity etc.)