<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>Forem: ren-kasanova</title>
    <description>The latest articles on Forem by ren-kasanova (@renkasanova).</description>
    <link>https://forem.com/renkasanova</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F3810192%2F2e419f3c-cf6f-409d-b37d-25d2d69ed0db.png</url>
      <title>Forem: ren-kasanova</title>
      <link>https://forem.com/renkasanova</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://forem.com/feed/renkasanova"/>
    <language>en</language>
    <item>
      <title>How I Built a Webhook Debugger with Hono, React 19, and SQLite</title>
      <dc:creator>ren-kasanova</dc:creator>
      <pubDate>Fri, 06 Mar 2026 16:14:44 +0000</pubDate>
      <link>https://forem.com/renkasanova/how-i-built-a-webhook-debugger-with-hono-react-19-and-sqlite-1cb9</link>
      <guid>https://forem.com/renkasanova/how-i-built-a-webhook-debugger-with-hono-react-19-and-sqlite-1cb9</guid>
      <description>&lt;p&gt;Every developer who's integrated webhooks knows the pain. You configure an endpoint, wait for a provider to fire a test event, check your server logs, realize the payload format isn't what you expected, reconfigure, and wait again. Repeat until you lose the will to live.&lt;/p&gt;

&lt;p&gt;I built &lt;a href="https://hookrelay.fly.dev" rel="noopener noreferrer"&gt;HookRelay&lt;/a&gt; to fix this. It gives you a unique URL that captures any incoming HTTP request and displays it in a real-time dashboard — headers, body, timing, everything.&lt;/p&gt;

&lt;h2&gt;
  
  
  The Problem
&lt;/h2&gt;

&lt;p&gt;Webhook debugging is uniquely frustrating because:&lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;
&lt;strong&gt;You can't control when they fire.&lt;/strong&gt; Unlike API calls you initiate, webhooks arrive on their schedule.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Payloads vary wildly.&lt;/strong&gt; Every provider has a different format, and documentation is often incomplete.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Failed deliveries disappear.&lt;/strong&gt; Most providers retry a few times, then give up. If you weren't logging, that payload is gone.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Local development is painful.&lt;/strong&gt; You need ngrok or similar tunneling just to receive webhooks on localhost.&lt;/li&gt;
&lt;/ol&gt;

&lt;h2&gt;
  
  
  Architecture Decisions
&lt;/h2&gt;

&lt;h3&gt;
  
  
  Why Hono over Express
&lt;/h3&gt;

&lt;p&gt;Hono is fast, lightweight, and has first-class TypeScript support. It runs on basically any JS runtime. For a tool that needs to handle bursts of incoming webhook traffic, Hono's performance characteristics made it the obvious choice.&lt;/p&gt;

&lt;h3&gt;
  
  
  Why SQLite over Postgres
&lt;/h3&gt;

&lt;p&gt;Single-process deployment simplicity. HookRelay runs on Fly.io as one process with a SQLite file on a persistent volume. No connection pooling, no separate database server, no latency between app and DB. For a tool where each request writes one row and reads are scoped to a single user's endpoints, SQLite is more than enough.&lt;/p&gt;

&lt;h3&gt;
  
  
  Why SSE over WebSockets
&lt;/h3&gt;

&lt;p&gt;Server-Sent Events are simpler. The dashboard only needs server-to-client streaming (new webhooks appearing in real-time). SSE handles this natively with automatic reconnection built into the browser. No handshake upgrade, no ping/pong, no library needed on the client.&lt;/p&gt;

&lt;h2&gt;
  
  
  The Capture Flow
&lt;/h2&gt;

&lt;p&gt;When a webhook hits a HookRelay endpoint URL:&lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;The request is parsed — method, headers, body, query params, source IP&lt;/li&gt;
&lt;li&gt;A row is inserted into SQLite with all request metadata&lt;/li&gt;
&lt;li&gt;Any active SSE connections for that endpoint receive the new capture immediately&lt;/li&gt;
&lt;li&gt;The response returns &lt;code&gt;200 OK&lt;/code&gt; to the webhook provider&lt;/li&gt;
&lt;/ol&gt;

&lt;p&gt;The entire flow takes single-digit milliseconds. Webhook providers see a fast, reliable endpoint.&lt;/p&gt;

&lt;h2&gt;
  
  
  One-Click Replay
&lt;/h2&gt;

&lt;p&gt;This is the feature that saves the most time. See a captured webhook, click replay, and it re-sends the exact same request to any URL you specify — your local dev server, staging, production, wherever. No need to trigger the original event again.&lt;/p&gt;

&lt;h2&gt;
  
  
  Try It Out
&lt;/h2&gt;

&lt;p&gt;HookRelay is live at &lt;a href="https://hookrelay.fly.dev" rel="noopener noreferrer"&gt;hookrelay.fly.dev&lt;/a&gt;. The free tier gives you 1 endpoint with 100 captures per day and 24-hour retention — enough for most development workflows.&lt;/p&gt;

&lt;p&gt;Pro tier ($29/mo) unlocks 10 endpoints, 10K captures/day, and 30-day retention for teams shipping in production.&lt;/p&gt;

&lt;p&gt;Would love to hear what you think, and what features you'd want next.&lt;/p&gt;

</description>
      <category>webdev</category>
      <category>javascript</category>
      <category>typescript</category>
      <category>tutorial</category>
    </item>
  </channel>
</rss>
