Shared Hosting: Is It Enough?

The noisy neighbour question

The phrase means one account suddenly doing far more work than usual, and everybody else feeling it as a slower site. It is real, and less common than forum threads suggest. It is also not unique to shared hosting: unless you rent a whole machine, something is shared.

What a decent host does about it

• Sets a ceiling per account. The main defence. If no single site can take more than its share, one busy site cannot flatten the machine.
• Keeps accounts isolated, so a runaway process is contained inside the account it belongs to.
• Moves the heavy accounts, asking a site that has genuinely outgrown a shared plan to move up.

No host removes the effect entirely. Expect it to be bounded and occasional, not absent.

Shared hosting: is it enough, or have you outgrown it?

The hosting guide lists the usual signals. Two more belong beside them, because they are the ones people read wrongly:

• The site struggles when an email campaign lands. A few hundred people in ten minutes is a harder shape of load than the same number across a week, and the timing gives it away: the slowdown starts when you press send.
• The site recovers on its own. Slow, then fine again with nobody touching anything, is a limit reached and released. A broken site stays broken; a throttled one comes back by itself, which is why it gets reported and never reproduced.

One sign on its own is a symptom, not a verdict. Several of them repeating over weeks is a plan that no longer fits.

Reading the resource graph in your control panel

Most shared control panels keep a usage history: processor time, memory and processes running at once, plotted against your account's ceiling. Read the shape, not the height. A line that touches the ceiling for a few minutes a week is a plan doing its job; one that sits along it every weekday afternoon is a plan that has run out. Note the hours the peaks land in and work out what runs then: a backup, a feed import, or your own busiest traffic. If the panel shows nothing of the sort, ask the host where the usage figures live.

If you want to question a limit notice

Read it properly first. A useful notice tells you which account hit the ceiling and when; if yours does not, ask the host for that detail. Then send something checkable rather than an opinion: the time window, what the site was doing in it, and your usage graph for the same window. Ask which resource hit its ceiling, and whether it was one request or a pattern. One request once is a page to fix. Every afternoon is a plan to change.

Notice how many rows say the same on both sides. Moving up buys headroom, not maintenance, and not speed the site cannot produce.

What moving up actually involves

Less than people expect, which is why buying capacity years early rarely pays. With the same host, a plan change is usually an account move rather than a rebuild: files and databases are copied across, the site is tested on the new plan while the public one carries on, and only then is the switch made. Mailboxes and the domain generally stay put. Changing host as well is the longer job, and the order that keeps mail alive is in website migration.

What to check before buying any shared plan

The specification on the sales page rarely decides anything. These questions do:

• Can you take a full copy out, files and database, on demand? If the answer is complicated, that is your answer.
• Are backups kept off the machine, and can you restore one yourself? A copy stored on the server it came from is not a backup. Website backups covers what to ask for.
• Can you control the version of PHP? Older sites break on new versions and new software refuses old ones, so being stuck on the host's choice is a real constraint.
• Is email part of the plan or its own product? Usually its own, and assuming otherwise is how mailboxes get forgotten until launch day. See business email.
• If a domain is bundled, whose name is it in? A domain transfer is simple when the registration is genuinely yours, and awkward when it is not.

How AldoMedia helps

We have been building and maintaining websites for Western New York businesses since 1999, and shared hosting has been the right answer for most of the sites we build. If your site is slow, we would rather look at the site than sell you a bigger plan. We are an independent authorised reseller, so what we add is the setup, an honest read on which plan fits, and a phone number in Buffalo. Call 716-771-2536 and tell us what the site does, or start with the support pages.