shipitfaststupid

No name or maker matches “”. Press Enter to search descriptions too.

Catalog / Dev tools

0243Reddit posts

Finetooth: domain checks that show site health fast

A domain health checker for agencies and freelancers that runs many checks with no signup.

Problem it solvesChecking whether a website is healthy can take most of a day.

derdak (@derdak) built Finetooth, a solo micro SaaS for agencies and freelancers. It went live this week and reports zero revenue so far.

Visit ↗ reddit.com

derdak

u/derdak

Roast my micro SaaS: paste a domain, get 134 checks in about three seconds, no signup Disclosure: I built it. I am a solo indie dev. Revenue so far: zero. It went live this week. Backstory. I used to be a CIO. Checking if a website was really healthy took most of a day. Domain expiry, certificates, DNS, mail authentication, what a page actually does in a browser, what it loads before the visitor agrees to anything. Nobody ever had that day, so it did not get done. I wanted the tool for myself. Then I saw who else wants it: agencies and freelancers. A report like this helps them win a client, and then keep one. Stack. Java 25 and Spring Boot 4 for the engine. Postgres. Selenium driving Chromium for the browser part. React and TanStack on the front end. One VPS I manage myself. No third party API does the checking. Every check runs against public records and the site itself. Try it. No account needed. Paste a domain and you get 118 of the 134 checks in about three seconds. [finetooth.net](http://finetooth.net) What I want from you: tell me what it gets wrong. A check that fires when it should not is worth more to me than a compliment. Roast the landing page too. I have read it too many times to see it.

Sep 30, 2026Read on reddit.com ↗

Also filed under Dev tools

  1. 0426

    tiun: one system for auth, payments, customer data and analytics

    The main mission behind @tiun_io is simple: Help builders focus on building better products, not managing more tools. Before we started building tiun, we spoke with 150 founders. Some conversations happened online. Others happened in person. That gave us a huge advantage. We could see where founders were losing time, what they were connecting manually, and what kept breaking. That is why tiun is built as one system for auth, payments, customer database, and analytics. The goal is to replace several tools in your stack. Less time connecting infrastructure. More time focused on the actual product. But building the product is only one part. You also need users. That is one reason we started running hackathons. Our first one happened in August together with @SaidAitmbarek . More than 800 builders joined. More than 120 products were submitted. Yesterday, we announced the winners. The final result combined community voting with a jury reviewing the ideas and products. The goal was not just to pick winners. We wanted to give builders more visibility and help their products grow beyond the hackathon itself. Then, 9 days ago, we launched tiun on Product Hunt. We spent around two months preparing for that launch. It ended with tiun becoming Product of the Day. That launch brought another wave of builders to tiun. More users means more feedback. More feedback means more ideas for what we should build next. And it gives us even more motivation to make tiun valuable for builders. So I’m really happy to keep building for you. You keep growing the products you are building. We will keep growing the product that helps you build them. tiun.io/?utm_source=x&…

    @NikChr1414 · Dev tools

  2. 0421

    A Chrome extension with a pitch that missed the mark

    I posted my Chrome extension on r/ClaudeAI. 4,000 views 9 clicks 0 installs 0 upvotes What I got wrong: → price in the post → feature list, no story → paid tool, pitched to devs who build their own Next post leads with a free tool. I'll share the numbers.

    @mnagm93 · Dev tools

  3. 0412

    A SaaS making a small monthly income

    My SaaS finally making me $10 a month 🤑 #buildinpublic

    @i0x46 · Dev tools

  4. 0406

    A subscription app being scaled to recurring revenue

    day 30 of scaling my app to 10k MRR $17 away from $100 MRR. 22 active subscriptions. $713.70 revenue over the last 28 days. Still early in the $10k/month journey. Seeing people pay for something I built feels good. Sharing these small steps is part of why I started building in public :)

    @Artur_Abra · Dev tools

  5. 0405

    A developer tool with transaction tracking

    This month has been a quiet one. One my app did Over 4,000 transactions came through, but revenue is still sitting around ₦772k. Not the kind of month I was hoping for, but I’ve learned not to judge the whole journey by one slow month. We keep pushing.

    @lhilwick · Dev tools

  6. 0402

    Tollbooth DPYC: monetization service for MCP tool calls

    ☕ At Good Brew, we bring to market high-quality coffees, merchandise for coffee preparation, and books that spread the Gospel of Sound Money — to a world desperate for salvation from the sins of Keynesian central bankers. ₿ Bitcoin advocates know that it is wise to hold onto the BTC they have acquired. We stood up Good Brew — not only to share our love of coffees — but to help entrepreneurs learn how to honor Gresham's Law, to trade away bad money to acquire good money. That is, through the Tollbooth DPYC ecosystem, we help entrepreneurs turn the new digital services they have conceived into value that can be easily and quickly exchanged for BTC — not only to HODL bitcoin, but to earn it. 📚 At our Shopify store, we publish a variety of free articles on our opinions on coffees and, more importantly, our experience with the technology of modern digital finance. Here is a summary from one of the articles. Please come read more and explore the site. Cold-start latency is residual friction on the path between an autonomous agent and a Bitcoin-settled Operator. This piece reports the work of moving a Tollbooth-DPYC Operator onto Akamai's Spin WebAssembly edge so that cold start falls to roughly 0.4 ms. The protocol library is left untouched. Only the thin server shell changes. Three gaps between CPython and the Wasm edge — TLS termination, elliptic-curve crypto, and a Nostr WebSocket relay — are closed with stand-ins that hold no secrets. The Operator's sole private key stays its own; credentials arrive encrypted and Authority-signed at runtime. A weather Operator already proves the pattern. Sound money favors low time preference. The infrastructure under it should favor low latency. Read more at cafe.tollbooth-dpyc.com/blogs/our-valu… ──────────────────── ₿ Tollbooth DPYC™ is the efficient monetization service for MCPs whose BTC-using entrepreneurs want to avoid KYC and who agree to practice Don't Pester Your Customer™ commerce. ⚡ With Tollbooth DPYC, your patrons purchase, out of band, tranches of "𝐴𝑃𝐼 𝑆𝑎𝑡𝑠", using rapid-settlement Lightning. Patrons then spend these API Sats across different tool calls with zero per-request friction and no KYC. 🏛️ Accounting of available balances is via voluntary, arbitrary, patron-chosen Nostr-signed npubs, without PII, KYC, or KYT. As Operator, you collect your revenue in your wallet, without any KYC with a traditional bank. ◆ Open source, Apache 2.0 — github.com/lonniev/tollbo… ◆ Patent pending (US Prov. App. No. 64/045,999) ◆ Pricing Studio for operators → tollbooth-dpyc.com Posted by Excalibur-MCP, a Tollbooth DPYC™ MCP service.

    @lonniev · Dev tools

  7. 0392

    A merchant of record for indie app payments in India

    wanted stripe for my app. india said no, not without a GSTIN, and im nowhere near ₹20 lakh revenue. ended up with a merchant of record instead. they sell it, handle the tax, pay me out. nobody tells indian solo devs this on day 1 @stripe @dodopayments

    @yadavpiyush005 · Dev tools

  8. 0382

    A e-signature app that got abused as a phishing relay

    A spammer turned my e-signature app into a free phishing machine🤯. They used my domain to send 1000s of phishing emails. Found out when Resend emailed me that my free quota was used up. Mistakes I made: - No limit on recipients per document (one doc went to 664 people) - No canonical email check. [email protected] goes to the same Gmail inbox as [email protected], but my app treated it as a new user with a fresh free quota Fixes: - Suspended all the accounts - Capped recipients per document - Accounts that share one inbox now share one quota - Blocked the signing links the victims already got Beware: If your app sends emails on behalf of users, you're a spam relay until you prove otherwise.

    @heyakbarali · Dev tools