@mix said:

Ho individuato una query che forse da problemi, anzi no dà problemi perché per caricare ci mette tra i 4 e i 5 secondi contro una media di 0,003 delle altre query nel sito

>SELECT club_msg.testo, club_msg.data, club_msg.foto, utenti.nomeutente, utenti.immagine, utenti.privilegi, utenti.firma, utenti.id AS utid, club_msg.id AS postid, utenti.sesso, DATE_FORMAT( club_msg.data,  '%e-%m-%y'  )  AS datapo, DATE_FORMAT( club_msg.data,  '%h:%i'  )  AS orapo
FROM club_msg LEFT JOIN utenti ON club_msg.nomeutente = utenti.nomeutente
WHERE club_msg.codice =  '1162749141' ORDER  BY  DATA  DESC LIMIT 0 , 15
>``` 
avete idea di come ottimizzare? sbaglio qualcosa?Grazie 
** Il campo club_msg.codice è indicizzato? e Data?

Ops che pollata che ho fatto :D mi ero fermato a leggere la pagina 1 non avevo visto c'era la pagina 2 :P sorry
 **

Ciao ciao ciao.... e per essere monotono ancora ciao

Ho visto il bel grafichino della banda utilizzata ... ma il numero di pagine indicizzate quant'è? è aumentato? Qual'è il tempo che impiega mediamente per le pagine? sempre si possa sapere.
Grazie e ... ciao

@61ac0m0 said:

Tutt'altro: se il tuo server e il tuo sito sono in grado di sopportare senza rallentamenti l'aumento del numero di richieste e di banda utilizzata, perché non farlo?

CercaVino fa circa 0,5 GB/giorno solo con Googlebot (213.972 richieste e 6,74 GB dall'inizio del mese) senza problemi.