Il numero delle persone che ne vorrebbe usufruire, come hai detto te, è alto, è ciò non è un bene.
Non per il fatto che il programma sia inutile, ma perchè sarebbero proprio troppe le persone ad utilizzarlo.
Mi spiego meglio: quando comprare la pagina bianca con l'avviso di manutenzione del database, non significa che lo staff di forumfree si sta divertendo a giocare con i record tirando a caso quali eliminare, ma molto probabilmente sta eseguendo un backup che, per essere eseguito totalmente, necessita uno stop temporaneo del flusso dati, sia per completezza del lavoro (non è molto ingegnoso copiare dei dati che nel frattempo potrebbero essere modificati) e sia per velocità (interrompendo il flusso di dati database <=> utente, l'unico rimanente sarà quello database => server backup).
Non vedo perchè preoccuparsi di queste manutenzioni, mi preoccuperei piuttosto se non venissero eseguite, in quel caso sì, correremmo il rischio di perdere i dati.
Ora, in risposta alla tua domanda per creare un programma di quel tipo, ti inviterei a seguire una riflessione riguardo al flusso dei dati che c'è tra utente e database: supponiamo di creare il nostro script che, inserito l'url del forum, lo apre e copia ogni discussione ed ogni post presenti nelle varie sezioni. Quante sezioni ha generalmente un forum di media categoria? Circa 20 e supponiamo che in ognuna di esse si trovino almeno 30 discussioni, contententi all'incirca 40 post l'una.
Facendo un rapido calcolo, possiamo stimare quante pagine dovrebbe aprire lo script:
- home page del forum +1
- sezioni +20
- seconda pagina delle sezioni +20
- ogni topic nelle sezioni +(20 x 30)
- circa alte 2 pagine per ogni discussione +(2 x 30 x 20)
Sperando di non aver scritto idiozie e di sapere un minimo di matematica, il numero di pagine ammonterebbe a circa 1841.
Supponiamo che 200 amministratori useranno il programma: 1841 x 200 = 368200
Migliaia di pagine che andrebbero ad aggiungersi al carico abituale: questo sì che è un modo sicuro per far saltare i server dei database