Auction Hosting

Auction hosting built for the final thirty seconds.

An auction site is quiet for six days and then decides everything in half a minute. That half minute is the only part worth engineering for.

Bids never lost to a raceClosing cron fires on timeNo stale prices
Write contentionOn-time cronNo stale pricesDaily backupsFree SSL24/7 support
Built for bidding

Everything happens at once, on purpose.

Auction traffic is not a curve. It is a wall at a scheduled moment, and the site has to be correct as well as fast.

Two bids in the same instant

Sniping means simultaneous writes against the same item. Bid handling is set up so the second bid reads the first rather than both being accepted at the same price.

No lost writes

Auctions that close on schedule

A lot ending at eight must end at eight, not on the next page view. Closing runs on a real system scheduler rather than on traffic, so an unvisited auction still closes.

System cron

Current price, never a cached one

An item page shows a number that changes by the second. Those pages are excluded from the page cache entirely, because a cached bid is a wrong bid.

Watchers all arriving together

Everybody who watched a lot opens it in the last minute. Capacity is planned around the close time rather than the daily average, which is meaningless here.

A record of every bid

Disputes are settled from history, so bid records are retained and backed up rather than trimmed when the table grows.

Correctness

Fast is not enough if the price is wrong.

Most performance advice is about serving the same thing to more people. An auction is the opposite: the answer changes constantly and being slightly out of date is being wrong.

  • Concurrent bids resolved without lost writes
  • Auction close driven by system cron
  • Item pages excluded from the page cache
  • Full bid history retained
Concurrent bids
Same lot
serialised
Closing job
System cron
on time
Item page
Live price
uncached
Closing window
Watchers arriving
running
Under contention

The last minute is the benchmark.

Average response time on an auction site tells you nothing. What matters is response time while hundreds of people bid on the same lot at once.

Serialised
writes per lot
System
cron for closing
Zero
cached prices
MagicWP175 ms
Typical shared host1900 ms
Untuned VPS660 ms

Illustrative comparison of a bid submission during a closing window. Your numbers depend on concurrent bidders and lot count.

Configuration

What we change for auction sites

Every row exists because the site has to be right under contention, not merely quick when it is quiet.

SettingWhat we doWhy
Bid writesSerialised per lot so no two land at the same priceSniping produces genuinely simultaneous writes against one row, and without ordering the second bidder overwrites the first at an identical amount.
Auction closingDriven by system cron rather than page viewsWordPress's scheduler only fires when somebody visits, so a lot with no watchers in its final minutes simply never ends.
Item pagesExcluded from the page cache without exceptionThe current bid changes by the second, and a cached figure is not stale content — it is a price somebody will act on.
Capacity planningSized for the closing window, not the daily meanEveryone who watched a lot arrives in its last sixty seconds, so the average tells you nothing about the only moment that matters.
Bid historyRetained in full and included in backupsDisputes are settled by showing exactly who bid what and when, so trimming the table to keep it small destroys the record it exists for.
Plans

Simple, transparent pricing.

Every plan includes free migration, daily backups, SSL and 24/7 support.

MonthlyYearly 2 months free
Starter
For personal sites, blogs, and portfolios.
$20/mo
  • 1 WordPress site
  • 10 GB NVMe disk
  • Free SSL
  • Daily backups
  • One-click deployment
  • Support tickets
Start free trial
Pro★ Most popular
For growing businesses and busy stores.
$80/mo
  • 5 WordPress sites
  • 50 GB NVMe disk
  • Free SSL
  • Daily backups
  • One-click deployment
  • Priority support tickets
Start free trial
Enterprise
For agencies and high-traffic platforms.
$250/mo
  • 20 WordPress sites
  • 200 GB NVMe disk
  • Free SSL
  • Daily backups
  • One-click deployment
  • Dedicated support
Start free trial
FAQ

Questions, answered.

Can two bids collide and one be lost?
Not here — writes against a single lot are serialised, so the second bid reads the first rather than both being accepted at the same amount. That race is the classic auction bug.
Why do my auctions not end on time?
Because WordPress's scheduler only runs when somebody loads a page. A lot with no visitors in its last minutes never closes. Closing runs on a system cron here instead.
Can auction pages be cached at all?
The listing and category pages, briefly. The item page cannot be — its price changes by the second, and a cached number is one a bidder will act on.
How much traffic should I plan for?
Plan for the close, not the day. Everyone watching a lot arrives in the final minute, so capacity is sized around that window rather than an average that never happens.

Win the last thirty seconds.

Move the auction site across — migration is free, bid history included.