Citazione da: freesmo il 06 Dicembre 2010, 17:04:44

Diomio, il pensiero di uno scroller cachato che ciuccia è una delle immagini più orripilanti che si possano solo immaginare.

Citazione da: Kolok il 15 Dicembre 2010, 13:05:30

Io da programmatore tra le altre cose di Java + Mysql (o InnoDB o altro) e con una certa dimestichezza faccio fatica a capire cosa può essere un "scroller cachato che ciuccia" Ma non siamo in presenza semplicemente di una relazione N-N (*-*) tra una tabella utenti e una tabella dei libri in caso di presenza nella mia collezione di quel libro? (il libro sarà immagino in relazione 1-N o N-N con quello delle collane). Ovvero: - Lutente si mette in collezione una collana (creazione sul DB di associazione 1-1 utente-collana) -> Quando seleziono la caollana per vederne le schede (il DB tira su tutti i libri di quella collana) -> Poi va a cercare sulla tabella associativa tutti gli id_libro associati all'id_utente e se presente mette cubetto verde altrimenti cubetto rosso. Tradotto (e so che sai di cosa parlo) parliamo di una query, complessa quanto volete, ma una query. Non capisco "scroller cachato che ciuccia" in cosa avrebbe alleggerito al tempo una serie di query sul DB, tenendo conto che anche i DB più marci gestinscono tranquillamente centinaia di connessioni. P.S. non vorrei sembrare arrogante o saccente, chiedo solo per curiosità e per nell'eventualità, poter dare un mio contributo di qualche tipo sia chiaro!!

si, la query Mysql non ha problemi di tempi, il problema è tutta la sequenza di lettura dati e costruzione html in php che richiede i suoi tempi di esecuzione, e funziona anche bene quando le collane non sono tanto grosse, su Urania però richiede un po' di tempo la creazione dell'html dal recordset che deve tirare su tutti i dati che servono, cioè il numero di ogni libro e i dati del collezionista, non sono tempi enormi ma alla fine era palloso durante la navigazione, numero avanti, numero indietro, che venisse ripetuta tutta la sequenza che richiedeva qualche secondo di tempo, quindi misi lo "scroller" in una cache in modo da non doverlo ricostruire ad ogni cliccata, navigando su UM la prima volta che aprivi una scheda di Urania attendevi un po' che venisse costruito lo scroller, considera che anche i tempi di rendering non erano pochi per il browser che doveva visualizzare 1500 e passa oggetti, dopo lo scroller veniva sempre ripescato dalla cache eliminando almeno i tempi richiesti per la sua costruzione, poi però ogni volta che modificavi qualcosa su quella collana doveva essere modificato anche lo scroller nella cache.

non era un sistema leggerino per il server.