IsDown continuously monitor the official Buttondown status page for ongoing outages. Check the stats for the latest 30 days and a list of the last Buttondown outages.
Number of Outages
0
Average Downtime
0 mins
Total Downtime
0 mins
Since last incident
163 days
Stay on top of outages with IsDown. Monitor the official status pages of all your vendors, SaaS, and tools, including Buttondown, and never miss an outage again.
Minor · 5 months ago · lasted about 12 hours
Looking into this — appears to be a false flag, but of course a false flag with very deep and scary text.
Minor · over 2 years ago · lasted about 1 year
This is a DNSimple issue, unfortunately: https://dnsimple.statuspage.io/incidents/bcnzxs0mgz21=
Minor · over 2 years ago · lasted over 1 year
For around an hour this morning, Buttondown had significantly degraded availability. ## What happened? New hosts refused to spin up and were "correctly" throwing 500s for around 30% of requests (this was only impacting hosts that were automatically cycling in and out, which is why it wasn't all requests.) ## Why did this happen? I'm using an undocumented Notion API to power documentation search, and the token that I was using to power that API expired in a way that I was not defensively programming against. This meant that each time the server tried to restart it would hit the API, fall over, and then pass that failure onto the client. As soon as this happened widespread enough, I got an alert for it... but I was out on a run. As soon as I got back, I hit the circuit breaker for that codepath and things got back to normal. ## Why won't this happen again? That circuit breaker is gonna stay off for a little, but I plan on moving all of that compilation to a build-time step anyway, ...
Minor · over 2 years ago · lasted over 1 year
For around five hours (meaning the early morning of 11/13, Pacific time) Buttondown's availability was heavily degraded. ## What happened? Around 50-70% of requests timed out. It wasn't _quite_ a complete DDOS, but essentially so. ## Why did this happen? This is... actually fairly silly, as far as these things go. An old third-party log handler that Buttondown was using shut off access at the logdrain I was using. (This is a totally reasonable thing to do!) _Unfortunately_, that clobbered a huge amount of the requests being served, to the point where all the active dynos on my infrastructure were busy complaining and throwing errors because they couldn't emit logs. The irony of this does not escape me. ## Well, why did it take so long to fix? I was asleep. No, really! That's the reason. I've got two thresholds for Buttondown outages: 1. The server is down for a little, which texts me. 2. The server is hard down for all requests, which calls and pages me. This was an exceptiona...
Minor · about 3 years ago · lasted almost 2 years
I tried to switch over to SSL for our tracking links and it looks like something got awry. I need to follow up with CloudFlare as to what the issue was (it was likely a misconfiguration on my end, in all honesty, but hard to say) — but for around two hours all tracked links were broken because they pointed to https and not http. I've reached out to the folks who have sent outbound emails during that time, and am in the process of backfilling the transactional emails (such as subscriber confirmations) that were sent during that window!
Minor · about 3 years ago · lasted almost 2 years
GitHub is running into [issues](https://www.githubstatus.com/incidents/80d0cs6kpsps) and Buttondown's CI pipeline wasn't running properly, leading to a feature branch getting deployed to production which caused breakages for a few minutes.
Get notified only when an outage impacts a certain component.
The data and notifications you need, in the tools you already use.
Stay on top of outages with IsDown. Monitor the official status pages of all your vendors, SaaS, and tools, including Buttondown, and never miss an outage again.
Try it out! How much time you'll save your team, by having the outages information close to them?