Category: Infrastructure

  • The ‘Unlimited’ Hosting Myth: Why Your Website Deserves Better

    The ‘Unlimited’ Hosting Myth: Why Your Website Deserves Better

    “Unlimited bandwidth.” “Unlimited storage.” “Unlimited everything.”

    You have seen these words on every hosting site for the last fifteen years. They are the most effective marketing phrase in the industry. They are also a complete fiction. There is no such thing as unlimited on a physical server. Every server has a finite amount of disk space, a finite amount of network throughput, and a finite amount of CPU power. When a host promises unlimited, they are promising something they cannot deliver. They are betting you will never actually try to use it.

    I have been in this industry for over 20 years. I have run hosting companies, built data center infrastructure, and watched the same “unlimited” trick get pulled on business owners again and again. It is time to explain how it actually works.

    What “unlimited” really means

    Every hosting provider has a terms of service document. Buried in that document is the fine print that defines what “unlimited” actually means. It usually says something like “unlimited as long as you stay within the average usage of a shared server.” That is not unlimited. That is a fuzzy limit that the host gets to define after you sign up.

    Here is what happens in practice:

    Unlimited storage means you can use as much space as the other 200 sites on the same server leave for you. The host oversells the server. They put 200 or 300 sites on a single machine, knowing that most sites will use only a few hundred megabytes. If your site grows and actually uses significant storage, you start getting emails about “fair use” policies. Eventually you get suspended or forced onto a more expensive plan.

    Unlimited bandwidth works the same way. A single gigabit network port can handle only so much traffic. The host divides that port among hundreds of customers. If your site gets popular and starts using real bandwidth, you get throttled or cut off.

    I have seen a client get their “unlimited” hosting account suspended for using 10 gigabytes of storage on a WordPress site with a lot of images. The host called it “excessive use.” The client called it “using what I paid for.” The host won because the fine print gave them the right to decide what excessive means.

    The renewal trap

    The unlimited promise serves a second purpose. It gives hosts a reason to charge a low introductory price while planning to triple or quadruple the rate at renewal.

    The logic goes like this: sell a $2.99/month “unlimited” plan for year one. Lose money on year one. Make it up on years two, three, and four when the price jumps to $14.99 or $19.99. The unlimited promise gets you in the door. The switching cost keeps you there.

    DYGYX does not do this. Our shared hosting plans have clear, honest limits. You know exactly how much storage and bandwidth you get, and the price never changes after you sign up. Same price. Every year. No surprises.

    What to look for instead of unlimited

    When you evaluate a hosting plan, ignore the unlimited promise. Look at these things instead:

    Hard numbers. A good host tells you exactly how much storage and bandwidth you get. Our shared plans start at 10 GB NVMe storage and 100 GB bandwidth. Those are real numbers on real hardware. You can plan around them.

    Real performance. Unlimited on a crowded server is worse than limited on a well-managed one. A site on a server with 50 other accounts will outperform a site on a server with 300 other accounts, even if the latter has “unlimited” on the label.

    Pricing transparency. Does the price lock for the life of the account, or does it expire after the first term? DYGYX guarantees the same rate forever. No renewal hike. No fine print.

    Overselling ratio. Ask how many sites are on a shared server. Most hosts will not tell you. We cap our servers at a reasonable number so every site gets real resources.

    The bottom line

    “Unlimited” hosting is a marketing invention, not a technical reality. Every server has limits. The only question is whether those limits are disclosed up front or hidden in a terms of service document that you discover after your site gets suspended.

    If you want hosting with honest limits, real hardware, and a price that does not triple after year one, take a look at DYGYX. The numbers are on the page. The price on your first invoice is the price on your hundredth invoice. No unlimited promises. No renewal surprises.

    Questions about your current hosting plan? Message me directly on WhatsApp at @gtongco. I will tell you honestly whether you are getting a good deal or paying for marketing fluff.

  • What Is 99.9% Uptime Worth? The Real Cost of Website Downtime for Small Business

    What Is 99.9% Uptime Worth? The Real Cost of Website Downtime for Small Business

    What does 99.9% uptime actually mean?

    Uptime percentages look impressive in marketing copy. The math behind them is what matters. Here is what each common SLA tier translates to in real downtime:

    • 99.9% (“three nines”): up to 43.2 minutes/month or 8.8 hours/year
    • 99.95%: up to 21.6 minutes/month or 4.4 hours/year
    • 99.99% (“four nines”): up to 4.3 minutes/month or 52.6 minutes/year
    • 99.999% (“five nines”): up to 26 seconds/month or 5.3 minutes/year

    The gap between “three nines” and “four nines” is roughly 8 hours of downtime per year. A full business day your site is dark.

    How much does website downtime cost a small business?

    The cost depends on your daily online revenue. The formula is simple: (daily revenue / 24) × hours down.

    • $500/day online revenue: 8.8 hrs/year of 99.9% downtime = ~$183 lost per year. A single bad outage during peak hours can cost far more.
    • $2,000/day online revenue: same 8.8 hrs = ~$733/year. A 4-hour peak outage alone costs ~$333.
    • $10,000/day online revenue: 8.8 hrs = ~$3,667/year.

    These are just the direct recoverable losses. The hidden costs are larger.

    What are the hidden costs of downtime?

    Direct revenue loss is the part you can measure. The harder costs show up weeks later.

    • Lost search rankings: Google’s crawler hits a down site, flags it unreliable, and deranks you. A multi-hour outage can take weeks of ranking recovery.
    • Broken trust: first-time visitors who see an error page rarely return. You spent money to acquire them. Downtime throws that acquisition cost away.
    • Email disruption: if email is on the same host, downtime means missed leads, missed support tickets, and missed customer replies.
    • Reputational drag: review sites, social mentions, and word-of-mouth capture the outage even after you are back online.

    Is 99.9% uptime good enough?

    For a personal blog, yes. For a business that depends on its website for leads or sales, 99.9% is the floor, not the goal. And only if the host actually honors it. Many cheap hosts advertise 99.9% with no compensation when they miss it.

    A meaningful SLA has three parts:

    1. A real target (99.95% or better).
    2. Monitored, not self-reported. Trust third-party status pages over the host’s own dashboard.
    3. A consequence for missing it. Service credits or refunds, not just an apology.

    How do I improve website uptime?

    Uptime is the product of three layers: hosting infrastructure, monitoring, and a recovery plan.

    • Hosting: choose a host with redundant infrastructure (multiple power, network, and storage paths), active monitoring, and a published status page.
    • Monitoring: run a third-party uptime checker (UptimeRobot, Better Stack) so you know about downtime before your customers do.
    • Backups: daily or hourly off-site backups so a bad update or attack never becomes permanent downtime.
    • Caching/CDN: an edge cache keeps your site partially online even if the origin hiccups.

    The bottom line

    Every “nine” in your uptime SLA is real money. The gap between an advertised SLA and an honored one is where small businesses get quietly hurt. If you want hosting that treats reliability as a financial commitment rather than a marketing line, look at Dygyx shared and managed WordPress plans. 99.9% uptime, 24/7 human monitoring, and a price locked for life. Want me to assess your current host’s real uptime? Message me on WhatsApp at @gtongco and I will take a look, no obligation.

  • How Fast Should Your Website Be? TTFB, Core Web Vitals, and Why Speed Matters

    How Fast Should Your Website Be? TTFB, Core Web Vitals, and Why Speed Matters

    What is TTFB and why does it matter?

    TTFB stands for Time to First Byte. It is the time between a browser requesting a page and receiving the first byte of the response. It measures the server plus network round-trip before rendering even begins. A high TTFB delays everything downstream. No amount of front-end optimization fixes a slow server.

    • Excellent: under 200ms
    • Acceptable: 200 to 600ms
    • Poor: over 600ms (Google flags this as needing improvement)
    • Dygyx target: ~42ms edge-cached, under 200ms origin

    What are Core Web Vitals?

    Core Web Vitals are Google’s three standardized signals for measuring real-world user experience. They directly influence search rankings and AI answer selection.

    • Largest Contentful Paint (LCP): how fast the main content loads. Target under 2.5 seconds.
    • Interaction to Next Paint (INP): how fast the page responds to input. Target under 200ms.
    • Cumulative Layout Shift (CLS): how stable the layout is. Target under 0.1.

    How does website speed affect conversions?

    Speed has a direct, measurable impact on revenue. Users abandon slow sites before they ever see your offer.

    • Google/SOasta research: as page load time goes from 1s to 3s, bounce probability jumps 32%. At 5s, it is 90%.
    • Deloitte Mobile Insights: a 0.1s improvement in load time lifted retail conversion rates by 8.4%.
    • Amazon (industry-cited): a 100ms delay cost an estimated 1% of sales.

    For a small store doing $5,000/month, a 1-second improvement can mean $400 to $500 more per month. Purely from speed.

    How fast should a WordPress site be?

    A well-built WordPress site on good hosting can hit the same Core Web Vitals targets as a static site. But only if the hosting stack is tuned. Out-of-the-box WordPress on cheap shared hosting typically scores 3 to 6 second LCP. Well above the 2.5s threshold.

    To get WordPress fast:

    • Use NVMe storage, not spinning disks. Database queries are 5 to 10x faster.
    • Enable object caching (Redis) and a full-page cache.
    • Put it behind a CDN/edge cache so visitors hit a nearby node, not your origin.
    • Keep PHP updated. PHP 8.2+ is roughly 20 to 30% faster than PHP 7.4.

    Does hosting affect website speed?

    Yes. Hosting is the single biggest factor in TTFB, and TTFB sets the floor for every other metric. You cannot optimize your way out of a slow server.

    Hosting factorImpact on speed
    Storage type (NVMe vs SSD vs HDD)Database and file reads: 2 to 10x difference
    Server location / edge cacheTTFB: 50 to 500ms difference per request
    Dedicated vs shared resourcesStable vs noisy-neighbor slowdowns under load
    PHP version + opcache20 to 30% execution speed

    How do I test my website speed?

    Run these three free checks, in this order:

    1. PageSpeed Insights (web.dev/measure). Core Web Vitals on real Chrome users.
    2. GTmetrix or WebPageTest. Waterfall view to see exactly which request is slow.
    3. Your host’s TTFB. Run curl -w "%{time_starttransfer}" -o /dev/null -s https://yoursite.com. Anything over 0.6s is a hosting problem, not a design problem.

    The bottom line

    Speed is not a vanity metric. It is conversion, ranking, and AI-visibility in one number. If your site is slow at the server level, no theme or plugin will save you. Move to Dygyx managed WordPress or shared hosting with NVMe storage and edge caching. Your renewal rate stays locked for life while you are at it. Questions about your current setup? Message me on WhatsApp at @gtongco and I will run a free speed check on your site.