Riprendo la discussione giusto per "concluderla":
Ho terminato il nuovo sito, ho rifatto tutto da zero (su base Zencart 1.5.1 come scritto in precedenza), adesso è sempre veloce.

@Spike00 said:

Si, è sempre stato così, ma per sapere quali js ti porti dietro devi andare a spulciare tutte le cartelle di modules/pages).

Infatti ho fatto così ed ho creato delle semplici regole in html_header.php per stabilire quali js caricare, la differenza di velocità è evidente IMHO.
Appena avrò terminato tutto ti avverto così mi darai un opinione "definitiva".

Adesso in index il sito carica solo i javascript che servono (ad esempio per lo slide), nel checkout (con fec) non carica i java dell'index ma solo quelli previsti dal modulo (tramite minify per altro) etc.
A breve farò ulteriori test con le immagini, speriamo bene....

Finalmente ho avuto il tempo di iniziare dei test seri, partendo da un installazione vergine di zencart 1.5.1 (in cui sto adattando il template più le innumerevoli modifiche) (mio sito /beta) La velocità di aperturà delle pagine e sopratutto il numero di query aperte è corretta.

Chiartamente ho ancora un bel pò di lavoro da fare ma direi che la strada è giusta...:?

Ti ringrazio per la risposta.
Il tempo medio si è stabilizzato sui 5-6 secondi ad articolo, sempre decisamente alto.
Per altro il sito è stato trasferito su altro server (simile) e i tempi sono rimasti sostanzialmente identici.
Sfrutterò i tuoi consigli e ti terrò aggiornato.

@blackpanth said:

Come constatato da te quel sito gira tranquillamente con lo stesso Zen Cart e stesso template, sullo stesso server con 5000 articoli anche non utilizzando Memcached, quindi...?

Valuterò le tue considerazioni anche se al momento ritengo sempre che "colpa" sia sempre dell'elevato numero più che dalla "qualità" dei dati (che vengono periodicamente ottimizzati).

@blackpanth said:

L' aggiornamento del csv viene fatto in tempo reale, cioè quando l' utente visualizza un prodotto o è piuttosto cadenzato?

Il caricamento avviene (per scelta) quando lo desidero, carico i file csv ed avvio la procedura.
Chiaramente durante questo processo il sito gira lento a causa del consumo di risorse.
Le prove di cui sopra sono state effettuate sempre mentre non vi è nessun aggiornamento ma si utilizzano i dati già presenti nel Mysql

@blackpanth said:

Il modulo che gestisce quel file csv è probabile che filtri le query del tuo database, per cui si può fare ben poco a meno che non contatti chi te lo rilascia per chiedere consigli.

Il modulo "legge" il contenuto delle righe dei csv e le scrive (applicando varie regole) nelle corrispettive query del database.

Esempio: Nel csv ho la riga "Regista" in cui abbiamo "Ridley Scott".
"Ridley Scott" sarà il contenuto scritto nella Query "regista" della tabella "prodotti".
Aprendo la pagina di dettaglio prodotto il php andrà a leggersi la query "Regista" nel mysql (associandola all'id prodotto che è univoco) e tu vedrai la voce "Ridley Scott" nell'apposita voce.

@blackpanth said:

Memcached non lo conosco per cui mi affido alle tue considerazioni, ma consiglierei di non utilizzarlo perchè a occhio e croce fa lo stesso da filtro nell' interrogare il database. Ovviamente è un mio parere, posso anche sbagliarmi.

Questo sito: ricambimotolopiccolo.it

E' realizzato sulla stessa base ma ha "solo" 5000 prodotti e meno query richiamate nella scheda articolo, infatti è sempre veloce (e si trova sullo stesso server!)

Insistevo sull'utilizzo di Memcached perchè vorrei assegnare finoa 4 Giga di Ram (degli 8 condivisi del server) al mysql SOLO per velocizzare la lettura quando serve!

Entrambi le voci erano già impostate su "false".
Purtroppo le gestione di categorie e sottocategorie è stabilita a monte nei file csv che mi passano per aggiornare il catalogo.

Ho temporaneamente disabilitato la generazione dei log di errore e svuotato la relativa cache (c'erano dei vecchi log di problemi "conosciuti")

Non ci sono in linea utenti "strani", giusto il solito "Baidu" (ip bannati), Googlebot etc.

Per le statistiche utilizzo solo Google Analytics.

Ti ringrazio, ho riabilitato il parse time, alcuni esempi con il Template Predefinito:

Home Page

Parse Time: 3.139 - Number of Queries: 753 - Query Time: 1.67746045444

Un Prodotto Qualunque

Parse Time: 19.458 - Number of Queries: 43523 - Query Time: 3.53864920786

Altri template sono stati eliminati (incluso il "Classic") principalmente a causa delle pesanti modifiche apportate (come avrai notato dello Zencart "base", 1.3.9h è rimasto "poco")
Con il mio fornitore di servizi sono in ottimi rapporti, anche se il server è Un-managed ma mi ha comunque dedicato tempo e risorse (ad esempio abbiamo ottimizzato il my.cnf), ho anche provato alcune mod gratuite ed una a pagamento ma senza risultati apprezzabili.
Il MySQL è alla 5.5.24 con InnoDB.

Il sito è: gamesmart.it

memcached dovrebbe servire per aumentare la velocità di lettura delle query mysql nel momento in cui si apre una qualunque scheda articolo.
Grazie per l'attenzione.

Ciao a tutti, in uno degli ecommerce che ho sviluppato su base Zencart ci sono oltre 40000 prodotti.

Il sito "gira" su un server (fisico) dedicato (insieme ad altri siti che richiedono pochissime risorse) con tanto di indirizzo IP esclusivo e il suo bravo cert. SSL.

In genere qualunque pagina si apre nei "classici" 3/4 secondi ma, cliccando su un qualunque prodotto, il tempo di apertura della pagina spazia fra i 10 e i 30 (!) secondi per aprirsi a causa dell'alto numero di query del mysql (presumo)

Dopo aver letto decine di discussioni ho installato memcached nel server ma avrei bisogno di aiuto per implementarlo in Zen-cart in modo da sfruttarlo esclusivamente per la lettura istantanea del Mysql

Qualche volontario? (chiaramente l'aiuto potrà essere ragionevolmente monetizzato!)

@vhosting said:

bisogna fornire il proprio nome e cognome e almeno 1 sito ospitato su tale provider.

Chiedo perdono, avevo letto il regolamento ed indicato i dati richiesti nel precedente Post poi quotato.
Ho comunque editato anche l'ultimo.

@IdeaWeb said:

Sono un webmaster.

Vi riporto la mia esperienza con Mister Domain.

Dal 2008 ho registrato circa 13 domini su Misterdomain su hosting windows.

Perdonami, hai attivato 13 Hosting diversi Windows?

@WebMart said:

Al momento gestisco circa 60 domini, quando saranno in procinto di scadere ci penserò 2 (anche 3) volte prima di trasferirli ancora presso Mister Domain.

Mi auto-quoto per aggiornare la mia esperienza (qualora possa servire a qualcuno)

Alla fine ho trasferito tutti i domini gestiti (e molti altri) su Misterdomain (sempre è solo per la gestione DNS!).
Per un motivo o per l'altro a volte ho riutilizzato il loro servizio Clienti, in un paio di casi mi hanno risposto velocemente risolvendo i problemi, in altri casi..... insomma. :():

Conclusioni? decisamente meglio del "più noto" Provider Italiano (5 lettere, inizia e finisce con "a"....), ad ogni singola apertura di Ticket ho ricevuto sempre e solo risposte inutili.
Non vedo l'ora di abbandonarlo del tutto.

@avchdm said:

essendo appassionato di fotografia e video editing sarebbe mia intenzione di riuscire a pubblicare un po' di foto e qualche video hd in streaming o dei link ai vari vimeo e youtube hd.

Se caricherai i video direttamente sul server da vedere in streaming sul sito o immagini particolarmente "pesanti", un qualunque servizio di Hosting economico potrebbe andarti subito "stretto"
Nel 99% dei casi sono "pensati" per siti con pochissimo traffico che usano poca banda e pochissime risorse del server (su cui a volte trovi anche 1000 e + domini attivi....)

@avchdm said:

voi come vi trovate con misterdomain sotto l'aspetto dell'assistenza e delle prestazioni ??

sulle prestazioni non posso pronunciarmi, sull'assistenza.... leggi sopra (chiaramente IMHO!)

Ho iniziato ad utilizzare Mister Domain da relativamente poco tempo solo ( o fortunatamente?) per registrare/trasferire dei domini con gestione DNS.
Tutto bene, basta non contattare il servizio Clienti.

Fino ad adesso l'ho fatto 2 volte.

La prima volta ho segnalato (e dimostrato) nel loro unico interesse un disservizio del sito e mi hanno risposto "a noi funziona", Complimenti.
Poche ore dopo il problema era comunque "magicamente" risolto.

Oggi ho chiesto lumi su un mancato trasferimento in sospeso dal 18/05, sempre con la massima cortesia, questa è stata la risposta:

"che cosa dobbiamo verificare, esattamente?"

Dopo un simpatico scambio di email mi hanno liquidato con un formale:

"Il trasferimento di un dominio .IT impiega massimo 5 giorni per essere completato.
E' quindi buona regola informarsi, scrivendo a bla bla bla, nel momento in cui un dominio risulta ancora in "ordini in attivazione" dopo 5 giorni dal pagamento."

Se ne deduce quindi che loro non verificano e non controllano gli ordini in sospeso, basta "sperare" che vada tutto bene, quindi sarebbe "colpa mia".
Fortunatamente era un dominio "inutile", se fosse stato di un cliente avrei dovuto chiaramente agire in altro modo per tutelarmi.

Condivido al 100% quanto scritto da Clubbu ma non penso di aver chiesto niente che non possa rientrare nei miserrimi 6,48 pagati.

Ognuno tragga le proprie conclusioni.
Al momento gestisco circa 60 domini, quando saranno in procinto di scadere ci penserò 2 (anche 3) volte prima di trasferirli ancora presso Mister Domain.

Massimiliano Pepe