Query infinite...

Posso sapere se per query infinite si intende proprio "infinite" o potrebbe essere possibile andare incontro a qualcosa con un numero di query altissimo?

Posso sapere se per query infinite si intende proprio "infinite" o potrebbe essere possibile andare incontro a qualcosa con un numero di query altissimo?

Magari avendo moltissimi utenti contemporaneamente che utilizzassero ciascuno un enorme quantità di quesry, ma proprio grande grande ci potrebbero essere dei problemi di sovraccarico.

Mi ricordo che una volta il primo in classifica, che ora non c'è più avesse avuto certi problemi.

Più che altro mi preoccupo di un'attacco di tipo DDoS... perchè un utente qualsiasi potrebbe ricaricare la pagina 1000 volte su vari computer a sfregio ed il mio db sarebbe fuori uso per un po'. Per questo ho paura che la soluzione sarebbe o un db infinito a un altro hosting, soluzione a cui non vorrei però ricorrere... altervista è unica!

Più che altro mi preoccupo di un'attacco di tipo DDoS... perchè un utente qualsiasi potrebbe ricaricare la pagina 1000 volte su vari computer a sfregio ed il mio db sarebbe fuori uso per un po'. Per questo ho paura che la soluzione sarebbe o un db infinito a un altro hosting, soluzione a cui non vorrei però ricorrere... altervista è unica!

Se si ragionasse così non si uscirebbe per casa perchè si ha paura di essere investiti...

Dovresti fare qualche esempio.

Es: se faccio 1.000 pagine viste all'ora ed ogni pagina consuma 10 queries, il database tiene?

Ed ognuno, in base alla propria esperienza qui su AV, ti potrebbe anche rispondere...

[dapeco]

@genuzzo: il discriminante è l'applicativo. Ovviamente l'infinità delle risorse è legato alla macchina che eroga il servizio, mi pare un'ovvietà: di certo non è quantificabile, se non il fatto che non hai un limite orario prestabilito (dalle classi di db).

Se hai un'utenza alta, ma un pessimo applicativo non c'è macchina che possa reggere (neanche un 8core 16GB). Se hai un'utenza alta con un buon applicativo AlterVista non avrà problemi a venire incontro alla tua sete di risorse (anche con macchina dedicata). Fermo restando che un applicativo mal programmato può sedere una macchina con soli 20 utenti, e su questo si sta molto attenti. La tua paura di un DoS su un applicativo ha poco fondamento: un DoS su un applicativo è difficilmente attuabile (se è un buon applicativo), costoso (economicamente e come risorse) e facilmente neutralizzabile... un lavoro tra ragazzini insomma.

se faccio 1.000 pagine viste all'ora ed ogni pagina consuma 10 queries, il database tiene?

La risposta è sì, se hai un applicativo mediocre, no se hai un pessimo applicativo. Tu che avevi un sito, su AV, con quei numeri ed un mediocre applicativo, mi pare non avessi mai avuto particolari problemi.

Magari avendo moltissimi utenti contemporaneamente che utilizzassero ciascuno un enorme quantità di quesry, ma proprio grande grande ci potrebbero essere dei problemi di sovraccarico.

Mi ricordo che una volta il primo in classifica, che ora non c'è più avesse avuto certi problemi.

Questo era appunto un esempio di molta utenza ed applicativo inadeguato, di certo non di inadeguatezza della piattaforma, qui o altrove il problema sarebbe stato identico.

Allora cosa mi consigliate per un applicazione di questo genere?
Ogni mezzanotte uno script recupera le statistiche dei giochi di vari account e le va a depositare nel db. Poi, chiunque può controllare lo sviluppo nel tempo di quell' account. Ora le domande sono queste. Di quanti giorni dovrei tenere traccia? Con 30 giorni quanta utenza potrei reggere? E che db mi conviene prendere? Per poter mettere il db dovrei utilizzare una pubblicità grande, ma non so il numero di utenti che potrei avere. Se si pagasse un tot a query sarebbe molto più facile... il gioco è parecchio frequentato ma non so dove pubblicizzare il sito...

[dapeco]

Con un db classe 6 (query infinite con pagamento annuale) alla fine ottenibile con pochi euro (se non hai gli AC a disposizione) stai sicuramente tranquillo.

Con un db classe 6 (query infinite con pagamento annuale) alla fine ottenibile con pochi euro (se non hai gli AC a disposizione) stai sicuramente tranquillo.

Il fatto è che per uno svago non vorrei metterci neanche un centesimo... comunque ora sto realizzando l'applicazione, quando la finisco posto di nuovo.

La risposta è sì, se hai un applicativo mediocre, no se hai un pessimo applicativo. Tu che avevi un sito, su AV, con quei numeri ed un mediocre applicativo, mi pare non avessi mai avuto particolari problemi.

Ciao dapeco, la mia non era una domanda, perchè so bene che qui non avevo problemi di nessun tipo.
Stavo solo consigliando a genuzzu di fare delle domande più specifiche del tipo "con 1000 pagine e 10 query in un ora, il database tiene?" in modo tale che qualcuno gli potesse rispondere meglio.

[dapeco]

Ciao dapeco, la mia non era una domanda, perchè so bene che qui non avevo problemi di nessun tipo.
Stavo solo consigliando a genuzzu di fare delle domande più specifiche del tipo "con 1000 pagine e 10 query in un ora, il database tiene?" in modo tale che qualcuno gli potesse rispondere meglio.

Appunto, mi pareva il tuo esempio utile a spiegare, in termini numerici (che tu conosci meglio di me e poi indicare) la sostenibilità di un grosso progetto con alta visualizzazione.

Sto provando a fare quello che avevo detto con un solo account sempre alle 21. Il problema che ho è che non credo riuscirò a reggere sempre 1ac per il cronjob al giorno più il db. Per fare le prove ora sto utilizzando un db livello uno, offrendo principalmente come servizio quello di fare redirect automati riguardanti il gioco.