<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>StatusDetector Notebook</title>
    <link>https://statusdetector.com/blog</link>
    <description>Plain-English explainers on how the internet actually breaks.</description>
    <language>en-us</language>
    <atom:link href="https://statusdetector.com/blog/feed.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>What to do before reporting an app outage</title>
      <link>https://statusdetector.com/blog/before-reporting-outage</link>
      <guid isPermaLink="true">https://statusdetector.com/blog/before-reporting-outage</guid>
      <pubDate>Wed, 13 May 2026 00:00:00 GMT</pubDate>
      <description>The five-minute checklist that turns a frustrated &apos;X is broken&apos; into a useful report. Five steps before you open a support ticket — most of them resolve the issue, and the rest give you the evidence the support team actually needs.</description>
      <author>StatusDetector</author>
      <category>Troubleshooting</category>
      <category>Guide</category>
      <category>Reporting</category>
    </item>
    <item>
      <title>How CDN, DNS, and cloud outages affect apps you use every day</title>
      <link>https://statusdetector.com/blog/cdn-dns-cloud-outages-cascade</link>
      <guid isPermaLink="true">https://statusdetector.com/blog/cdn-dns-cloud-outages-cascade</guid>
      <pubDate>Wed, 13 May 2026 00:00:00 GMT</pubDate>
      <description>Apps you use daily share fewer pieces of infrastructure than you&apos;d think. When one of those pieces fails — a single CDN, a single DNS provider, a single AWS region — half the internet seems to break at once. Here&apos;s why, with the canonical examples and what you can do about it.</description>
      <author>StatusDetector</author>
      <category>Infrastructure</category>
      <category>CDN</category>
      <category>DNS</category>
      <category>Cloud</category>
      <category>Guide</category>
    </item>
    <item>
      <title>How to build a simple dependency status dashboard for your team</title>
      <link>https://statusdetector.com/blog/dependency-status-dashboard</link>
      <guid isPermaLink="true">https://statusdetector.com/blog/dependency-status-dashboard</guid>
      <pubDate>Wed, 13 May 2026 00:00:00 GMT</pubDate>
      <description>Every team eventually needs an internal page that shows which of their third-party dependencies are healthy right now. Here&apos;s the minimum viable version — what to monitor, what to skip, and where the simple approach breaks down.</description>
      <author>StatusDetector</author>
      <category>Engineering</category>
      <category>Guide</category>
      <category>Status pages</category>
    </item>
    <item>
      <title>DNS vs SSL vs HTTP errors: what actually broke?</title>
      <link>https://statusdetector.com/blog/dns-vs-ssl-vs-http-errors</link>
      <guid isPermaLink="true">https://statusdetector.com/blog/dns-vs-ssl-vs-http-errors</guid>
      <pubDate>Wed, 13 May 2026 00:00:00 GMT</pubDate>
      <description>A broken page can fail at any of four layers — DNS, TCP, TLS, or HTTP. The error message you see almost never names the layer, but the layer is the entire answer. Here&apos;s how to tell them apart in under a minute.</description>
      <author>StatusDetector</author>
      <category>Debugging</category>
      <category>DNS</category>
      <category>SSL</category>
      <category>HTTP</category>
      <category>Guide</category>
    </item>
    <item>
      <title>How to check if ChatGPT, Discord, GitHub, or Cloudflare is down</title>
      <link>https://statusdetector.com/blog/how-to-check-major-services</link>
      <guid isPermaLink="true">https://statusdetector.com/blog/how-to-check-major-services</guid>
      <pubDate>Wed, 13 May 2026 00:00:00 GMT</pubDate>
      <description>Each of the big four has a status page, but each one tells a different story. The trick is knowing which signal is fast, which is slow, and which is hiding the actual incident. A field guide for each.</description>
      <author>StatusDetector</author>
      <category>Troubleshooting</category>
      <category>Guide</category>
      <category>Status pages</category>
    </item>
    <item>
      <title>Why a website can be down in one country but working everywhere else</title>
      <link>https://statusdetector.com/blog/regional-outages</link>
      <guid isPermaLink="true">https://statusdetector.com/blog/regional-outages</guid>
      <pubDate>Wed, 13 May 2026 00:00:00 GMT</pubDate>
      <description>The same URL can return 200 OK in Frankfurt and time out in Mumbai. Four mechanisms explain almost every regional outage — GeoDNS, CDN POP failures, BGP routing problems, and government-level filtering. Here&apos;s how to tell which one is in play.</description>
      <author>StatusDetector</author>
      <category>Debugging</category>
      <category>DNS</category>
      <category>CDN</category>
      <category>BGP</category>
      <category>Guide</category>
    </item>
    <item>
      <title>Cloudflare error codes: 520, 521, 522, 524, 1015, 1020 decoded</title>
      <link>https://statusdetector.com/blog/cloudflare-error-codes-decoded</link>
      <guid isPermaLink="true">https://statusdetector.com/blog/cloudflare-error-codes-decoded</guid>
      <pubDate>Tue, 12 May 2026 00:00:00 GMT</pubDate>
      <description>Cloudflare error pages own their own numeric range — 5xx for upstream problems, 1xxx for client-side policy hits. Each code points at a specific failure in a specific place. Here&apos;s the field guide.</description>
      <author>StatusDetector</author>
      <category>HTTP</category>
      <category>CDN</category>
      <category>Guide</category>
      <category>Debugging</category>
    </item>
    <item>
      <title>Connection refused vs connection reset vs connection timed out — which one means what</title>
      <link>https://statusdetector.com/blog/connection-refused-vs-reset-vs-timeout</link>
      <guid isPermaLink="true">https://statusdetector.com/blog/connection-refused-vs-reset-vs-timeout</guid>
      <pubDate>Tue, 12 May 2026 00:00:00 GMT</pubDate>
      <description>Three error phrases that look similar but point at completely different failures. One means the server doesn&apos;t exist; one means it killed your conversation mid-sentence; one means it ghosted you. Here&apos;s how to tell them apart and what each tells you to do.</description>
      <author>StatusDetector</author>
      <category>Networking</category>
      <category>Debugging</category>
      <category>Guide</category>
    </item>
    <item>
      <title>Why your status page shows green when the service is broken</title>
      <link>https://statusdetector.com/blog/lying-status-pages</link>
      <guid isPermaLink="true">https://statusdetector.com/blog/lying-status-pages</guid>
      <pubDate>Tue, 12 May 2026 00:00:00 GMT</pubDate>
      <description>You&apos;re staring at error 503s. You open the vendor&apos;s status page. All systems operational. You aren&apos;t crazy and the page isn&apos;t lying — it&apos;s lagging, and the lag is structural. Here&apos;s the anatomy of the gap, and what to look at instead.</description>
      <author>StatusDetector</author>
      <category>Status pages</category>
      <category>Debugging</category>
      <category>Guide</category>
    </item>
    <item>
      <title>Status page indicators decoded: what &apos;minor&apos;, &apos;major&apos;, and &apos;maintenance&apos; actually mean</title>
      <link>https://statusdetector.com/blog/status-page-indicators-decoded</link>
      <guid isPermaLink="true">https://statusdetector.com/blog/status-page-indicators-decoded</guid>
      <pubDate>Tue, 12 May 2026 00:00:00 GMT</pubDate>
      <description>Every public status page reports the same five-state vocabulary: operational, minor, major, critical, maintenance. Vendors use them differently. Here&apos;s what each label is actually trying to tell you — and the edge cases where the label lies.</description>
      <author>StatusDetector</author>
      <category>Status pages</category>
      <category>Guide</category>
      <category>Debugging</category>
    </item>
    <item>
      <title>What `429 Too Many Requests` actually means, and how rate limits really work</title>
      <link>https://statusdetector.com/blog/429-rate-limits</link>
      <guid isPermaLink="true">https://statusdetector.com/blog/429-rate-limits</guid>
      <pubDate>Mon, 11 May 2026 00:00:00 GMT</pubDate>
      <description>Most rate-limit explanations stop at &apos;you went too fast.&apos; That&apos;s true but not useful. Real rate limiters work in five different ways — token bucket, leaky bucket, fixed window, sliding window, concurrency cap — and the headers tell you which one you&apos;re hitting, when to retry, and how much budget you have left.</description>
      <author>StatusDetector</author>
      <category>HTTP</category>
      <category>Rate Limiting</category>
      <category>Debugging</category>
    </item>
    <item>
      <title>Why your DNS change isn&apos;t propagating: the five timers that actually govern it</title>
      <link>https://statusdetector.com/blog/dns-ttl-math</link>
      <guid isPermaLink="true">https://statusdetector.com/blog/dns-ttl-math</guid>
      <pubDate>Mon, 11 May 2026 00:00:00 GMT</pubDate>
      <description>&apos;DNS propagation&apos; has nothing to do with how long it takes. There is no single timer. There are five separate caches between your registrar and your visitors&apos; resolvers — and you need to understand all of them to predict the answer to &apos;when will the new record be live?&apos;</description>
      <author>StatusDetector</author>
      <category>DNS</category>
      <category>Debugging</category>
    </item>
    <item>
      <title>clientHold, redemptionPeriod, pendingDelete: every state your domain can be in, decoded</title>
      <link>https://statusdetector.com/blog/domain-lifecycle-epp-codes</link>
      <guid isPermaLink="true">https://statusdetector.com/blog/domain-lifecycle-epp-codes</guid>
      <pubDate>Mon, 11 May 2026 00:00:00 GMT</pubDate>
      <description>Domains do not simply go from &apos;active&apos; to &apos;gone&apos;. They pass through a precisely-defined sequence of states — most invisible to the owner until something breaks. Here is the full lifecycle, the EPP codes that mark each step, and exactly how long you have to react at every point.</description>
      <author>StatusDetector</author>
      <category>Domains</category>
      <category>DNS</category>
      <category>Explainer</category>
    </item>
    <item>
      <title>The Google killing field: a decade of buried services and what they teach us</title>
      <link>https://statusdetector.com/blog/google-killing-field</link>
      <guid isPermaLink="true">https://statusdetector.com/blog/google-killing-field</guid>
      <pubDate>Mon, 11 May 2026 00:00:00 GMT</pubDate>
      <description>Reader, Wave, Buzz, Inbox, Allo, Stadia, Domains, Jamboard. Google has shipped — and quietly killed — a staggering number of consumer products. Looking at the pattern reveals which signals to read before you invest in any cloud-only tool.</description>
      <author>StatusDetector</author>
      <category>Shutdowns</category>
      <category>Google</category>
      <category>Internet Graveyard</category>
    </item>
    <item>
      <title>Permanently shut down or just down right now? A 10-minute diagnosis</title>
      <link>https://statusdetector.com/blog/permanently-shut-down-vs-down</link>
      <guid isPermaLink="true">https://statusdetector.com/blog/permanently-shut-down-vs-down</guid>
      <pubDate>Mon, 11 May 2026 00:00:00 GMT</pubDate>
      <description>A site won&apos;t load. Is it a five-minute hiccup, an outage that ends today, or has the service quietly been dead for two years? The diagnostic isn&apos;t intuition — it&apos;s six concrete signals, in priority order. Here is the workflow we run.</description>
      <author>StatusDetector</author>
      <category>Shutdowns</category>
      <category>Debugging</category>
      <category>Internet Graveyard</category>
    </item>
    <item>
      <title>Reading SSL certificate errors: the four most common ones, decoded</title>
      <link>https://statusdetector.com/blog/reading-ssl-certificate-errors</link>
      <guid isPermaLink="true">https://statusdetector.com/blog/reading-ssl-certificate-errors</guid>
      <pubDate>Mon, 11 May 2026 00:00:00 GMT</pubDate>
      <description>ERR_CERT_AUTHORITY_INVALID. NET::ERR_CERT_DATE_INVALID. ERR_CERT_COMMON_NAME_INVALID. ERR_SSL_VERSION_OR_CIPHER_MISMATCH. The browser tells you almost exactly what&apos;s wrong if you know how to read it. Here is what each one means, why it happens, and what to do.</description>
      <author>StatusDetector</author>
      <category>SSL</category>
      <category>HTTP</category>
      <category>Debugging</category>
    </item>
    <item>
      <title>When a service shuts down, what actually happens to your data?</title>
      <link>https://statusdetector.com/blog/service-shutdown-data-fate</link>
      <guid isPermaLink="true">https://statusdetector.com/blog/service-shutdown-data-fate</guid>
      <pubDate>Mon, 11 May 2026 00:00:00 GMT</pubDate>
      <description>Pocket, Skype, Stadia, and Google Reader followed wildly different playbooks. Some refunded everything. Some preserved data for years in an archive. Some closed the export window before users noticed. The patterns are surprisingly consistent — and predict what to do *before* the announcement.</description>
      <author>StatusDetector</author>
      <category>Shutdowns</category>
      <category>Data Portability</category>
      <category>Internet Graveyard</category>
    </item>
    <item>
      <title>The 5xx family: 500 / 502 / 503 / 504 / 520 and what each one is actually telling you</title>
      <link>https://statusdetector.com/blog/the-5xx-family</link>
      <guid isPermaLink="true">https://statusdetector.com/blog/the-5xx-family</guid>
      <pubDate>Mon, 11 May 2026 00:00:00 GMT</pubDate>
      <description>Every 5xx code is a server&apos;s way of saying &apos;something went wrong on our end.&apos; But they are not interchangeable. 502 means upstream; 504 means upstream-but-slow; 503 means deliberately unavailable; 520 means Cloudflare-doesn&apos;t-know. Knowing which one you got cuts the bug-hunt by more than half.</description>
      <author>StatusDetector</author>
      <category>HTTP</category>
      <category>Debugging</category>
    </item>
    <item>
      <title>DNS propagation isn&apos;t a thing — here&apos;s what&apos;s actually happening</title>
      <link>https://statusdetector.com/blog/dns-propagation-explained</link>
      <guid isPermaLink="true">https://statusdetector.com/blog/dns-propagation-explained</guid>
      <pubDate>Sun, 10 May 2026 00:00:00 GMT</pubDate>
      <description>The phrase &apos;DNS propagation&apos; is misleading. There&apos;s no synchronous global update. What you&apos;re actually waiting for is a million independent caches to expire — and that timing depends on choices made by you, your registrar, and every resolver in between.</description>
      <author>StatusDetector</author>
      <category>DNS</category>
      <category>Explainer</category>
    </item>
    <item>
      <title>Is it down for everyone, or just you? A five-minute diagnostic</title>
      <link>https://statusdetector.com/blog/is-it-down-for-everyone</link>
      <guid isPermaLink="true">https://statusdetector.com/blog/is-it-down-for-everyone</guid>
      <pubDate>Sun, 10 May 2026 00:00:00 GMT</pubDate>
      <description>Most people skip the diagnostic step and jump straight to restarting their router. A clean three-way split — third-party probe, official status page, network isolation — resolves almost every &apos;is it down&apos; question in five minutes.</description>
      <author>StatusDetector</author>
      <category>Troubleshooting</category>
      <category>Guide</category>
    </item>
    <item>
      <title>Reading an HTTP redirect chain — the underrated debugging skill</title>
      <link>https://statusdetector.com/blog/reading-redirect-chains</link>
      <guid isPermaLink="true">https://statusdetector.com/blog/reading-redirect-chains</guid>
      <pubDate>Sat, 09 May 2026 00:00:00 GMT</pubDate>
      <description>When &apos;is the site down&apos; turns out to be &apos;the site is fine, but the redirect chain is sending users somewhere unexpected,&apos; the only useful diagnostic is the full hop-by-hop trail. Here&apos;s what each step tells you, and the patterns that crop up most often.</description>
      <author>StatusDetector</author>
      <category>HTTP</category>
      <category>Debugging</category>
    </item>
    <item>
      <title>What HTTP 403, 404, 429, 500, 502, and 503 errors actually mean</title>
      <link>https://statusdetector.com/blog/reading-http-status-codes</link>
      <guid isPermaLink="true">https://statusdetector.com/blog/reading-http-status-codes</guid>
      <pubDate>Fri, 08 May 2026 00:00:00 GMT</pubDate>
      <description>Six HTTP status codes do most of the diagnostic work on a broken-website page. The class digit tells you whose fault it is; the second and third digits tell you which part broke. Here&apos;s what each one is really saying — and what to do about it.</description>
      <author>StatusDetector</author>
      <category>HTTP</category>
      <category>Guide</category>
      <category>Debugging</category>
    </item>
  </channel>
</rss>