Skip to content

Bars and restaurants

Today’s menu cannot vanish on a Friday.

Every night a full copy of the site, the menu and the bookings received is kept. If something breaks, it goes back to how it was.

The restaurant’s website, its menu and the bookings received are copied whole every night away from the server that serves them, with the restore tested, which is what allows a menu deleted on a Friday at seven to be recovered without relying on luck.

Last reviewed:

What a restaurant actually loses

It is not «the website». It is the menu with its prices and its allergens, today’s special, the dish photos that took a whole morning to shoot, the group page with its fixed menus, and the weekend’s bookings. All of that gets touched daily, and what gets touched daily is what breaks.

The classic moment is Friday afternoon: somebody deletes a section by accident, or a price gets changed wrongly, and service is about to start. With a daily copy that is fixed in minutes; without one, it is fixed by redoing it by hand and in a foul mood.

Bookings are data that has to be protected too

Bookings contain names, phone numbers and sometimes allergies. Article 32 of the GDPR requires being able to restore the availability and access to that data quickly when something happens, and checking from time to time that the ability genuinely exists. It is not a recommendation: it is one of the required security measures.

Off the server, and more than one day back

A copy kept on the same machine is no use when the machine is the problem. Ours are kept elsewhere, and several are kept: some mistakes are not spotted the same day, and when somebody notices a price has been wrong for a week, the good copy is the one from eight days ago, not last night’s.

The padlock, which matters in hospitality too

The site carries a security certificate that renews itself. It sounds like a technical detail until somebody goes to leave their phone number on a booking form and the browser tells them the site is not secure. Then they do not leave it, and that booking never existed.

The same thing, explained in general: Daily backups

What we do about it

Part of the maintenance: you never have to ask, and it is never billed apart.

  • A full copy every night Site, menu, photos and the bookings received.
  • Kept off the server If the machine is the problem, the copy does not go with it.
  • Several copies, not just last night’s For the mistakes that get discovered late.
  • The restore tested Tested cold, not on Friday at seven.
  • Security certificate current Renewed on its own, with no odd browser warnings.
  • Security updates The server kept current with nothing for you to approve.

And this you change with one sentence

You write what you want changed and we publish it.

I have deleted the desserts section

Recovered exactly as it was yesterday, with photos and prices.

Somebody changed the set menu price and I do not know when

We compare against the copies, tell you which day it happened and put it right.

I want the menu from before the summer back

That part restored, without touching anything published since.

Frequently asked questions

Are the bookings received included in the copy?

Yes. Losing a booking for twelve people is as bad as losing a page, and sometimes worse.

How long does restoring the menu take?

For a page or a section, minutes. We give you the estimate at the start, not once it is done.

Does this make me GDPR compliant?

It covers the part of article 32 that depends on the website. Your record of processing and your supplier contracts are another matter.

Can I take a copy with me?

Yes. It is yours and it is handed over whenever you ask.

Where all this comes from

Every figure and every rule quoted above, linked to the official text.

Who has a copy of your menu today?

If the answer is «it is on the website», there is no copy. We will set it up and show you it working.

Write to us