Plánované zálohování databáze

Sitole:
„jak se mají v nejlepším případě řešit zálohy databáze.“
V nejlepším případě je řeší poskytovatel hostingu za Vás. Obvykle s nějakým rozumným intervalem, jak často jsou dělány a jak dlouho jsou k dispozici.

Pro zbytek této odpovědi předpokládám na základě derivace Vámi poskytnutých informací, že to řešíte pro nějaký svůj systém, u něhož nemůžete příliš kontrolovat kdo je cílový uživatel a v jakém prostředí systém nakonec poběží.

„Aktuálně si ukládám čas následující zálohy a při každém přístupu ověřuji zda už není čas na aktualizaci a případně ji systém provede.“
Souhlasím s Vámi, že toto není vhodné řešení pro většinu případů. Jakmile databáze naroste způsobí to, že alespoň jednomu uživateli (v závislosti na implementaci toho zálohování) potrvá načtení déle / popřípadě se mu úplně přeruší (timeout serveru, protože zálohování trvá déle jak xx sekund).

V podstatě Vám nejspíš zbývá jedna z Vámi navrhovaných možností. Je zde však nutno podotknout, že v obou případech se můžete (a budete) potýkat s tím, že databáze může narůst do takových objemů, že nepůjde zálohovat prostým php skriptem v rámci nastaveného execution timeoutu na serveru. Tento problém bude nastávat i v případě CRONu.

Sitole:
Pokud by to měl odnést uživatel, tak ať ho to trápí co nejméně. Neprovádět zálohu tedy přímo ve scriptu, který generuje html stránky, ale v případě že se má provést záloha přidat do html skrytý obrázek <img src="zaloha.php">. Nejsem si jistý, jestli prohlížeče stahují obrázky co nejsou vidět. Myslím že ano. Pokud ne, je potřeba to udělat nějak chytře. Je mnoho způsobů jak zneviditelnit obrázek a spousta z nich určitě stahování nezablokuje.