I'd say my customers prefer my product because:
- They want self-hosting without the maintenance burden.
- They work in regulated or internal networks.
- They’re tired of subscription pricing.
- I build it in public and post regular updates on my social media.
- They value direct support from the creator.
P.S. I’ve personally worked for a Sentry competitor, so I know the pain points firsthand.
Could you share some examples? I can’t think of any off the top of my head.
--
I really went all-in with the ONCE philosophy because it resonated with me deeply. It felt more like a passion project than cold business strategy.
Are ONCE projects getting updates? We will find a year or two?
Your model is a subscription, we just don’t get to know when you decide to have a new major version and plan pricing / spend as a result.
My model isn’t a subscription. Think about it like buying rice. You might buy it every week, but that doesn’t mean you’re “subscribed” to rice.
Even if I release a new major version, you’re free not to update. And if it’s a major version, it’s fair to expect it to be paid. After all, major updates usually bring significant improvements. For example, if you played the original DOOM, you had to pay for DOOM 2 too, even though they run on the same engine.
Granted they're not interested in taking 225 quid off you for a software licence, they're interested in taking 22 grand off Netflix for a complete edit desk.
If my app crashes and blasts hundreds of errors in seconds, does Telebugs have built-in rate limiting or backpressure? Or do I need to overprovision hardware/implement throttling myself?
With SaaS tools, spike protection is their problem. With self-hosted, I’m worried about overwhelming my own infrastructure without adding complexity.
Anyone running this in production?
Curious: for those running self-hosted error trackers in production, how do you currently handle sudden error spikes? Any clever tricks or patterns you swear by?
It runs on plain Rails, sets up in about 5 minutes (one command), and stays snappy even on small servers. The UI is modern, minimal, and actively maintained. I keep refining it to stay fast and clean.
The biggest difference is in philosophy. GlitchTip was built by an agency. Telebugs is a solo passion project. I’ve worked on error tracking tools professionally before, and built Telebugs to reflect how I wish those tools worked.
If you’re curious, here’s a short write-up on why I built it: https://telebugs.com/why
Happy to answer any specific questions!
keyle•3h ago
kyrylo•3h ago