In parte il problema lo abbiamo risolto,
la macchina non va più in stallo, non è proprio istantanea ma è gia un OTTIMO risultato, proprio serio.

La soluzione che mi hai dato tu già in parte è stata prevista sul mio portale ( uso un CMS autocostruito ) praticamente il cron jobs lo applichiamo solo che non generiamo file xml ma un file .php incluso nel resto del portale.

Perchè consigli di usare xml?

Nel mio caso uso XML perchè mi costruisco fonti dati che poi richiamo in altre parti del portale magari formattato diversamente, oppure utilizzando alcuni campi in una pagina ed altri in un'altra pagina.

La sorgente RSS rimane la stessa e gli utilizzi possono essere molteplici. Dipende poi dalle necessità, ma penso che adeguarsi a standard ben precisi possa rivelarsi utile anche in caso di necessità future che magari non prevediamo al momento.

Mi piacerebbe che tu analizzassi il mio portale per avere qualche consiglio in più su dove aplicare il cron jobs.

Nel nostro lo abbiamo potuto aplicare solo in ancune sezioni della home page non avrei la più pallida idea di come si possa fare nelle altre sezioni.

Cosa è che fa esattamente? Quali sono i dati genera?

Cosa è che fa esattamente? Quali sono i dati genera?

Non ho capito la tua domanda scusami.

Avevo dato una occhiata al tuo portale (è il primo in firma vero?) e mi stavo chiedendo quali sono i dati che generate con il cron job visto che mi hai detto che lo applicate solo in alcune sezioni. volevo capire meglio

Ok ora e chiaro, si si è il primo in firma, con il cron job creiamo mis e mister spacciatore ( prime due foto in alto ) e la lista dei compleanni.

Credo che solo questi due si possano fare attraverso il cron job, tu cos'altro faresti?

Ciao come sono strutturare le tabelle :
club_msg e utenti ? La query sembra non troppo complessa ,
tuttavia il join su nomeutente ( char? ) potrebbe essere pesante.
Non hai un codice al posto di nomeutente?
La chiave esterna sulla tabella club_msg è nomeutente?
Per ottimizzare hai bisogno di ID con indice.
cmq se mi posti la struttura delle due tabelle posso essere più preciso.

Ciao,
finalmente il problema è stato risolto.

Tutta colpa di una query. La vecchia query faceva l'ordinamento solo in base alla data e ragruppava solo in base all'utente.

Ho risolto grazie ad eLLeGi con questa query

SELECT club_cat.id, club_cat.categoria, club_cat.lastid, club_msg.codice, club_msg.testo, club_main.nome FROM club_cat INNER JOIN club_msg ON club_cat.lastid=club_msg.id INNER JOIN club_main ON club_msg.codice=club_main.codice GROUP BY club_cat.id ORDER BY club_cat.lastdata DESC LIMIT 6

@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
 **