Newsgroup: it.comp.www.php
Titolo: accessi al DB.. troppi? + header??

salve.. ho fatto un piccolo conteggio di quanti accessi al DB totali faccio
aprendo una pagina..
sono circa 250 (una sola paertura, il resto sono semplici quesry di
interrogazione con LIMIT 1)
sono troppi accessi?
dovrei usare piu' variabili di sessione e salvarmi piu' dati possibile senza
fargli fare sempre accesso al DB?
lo chiedo perche' sto notando un rallentamento notevole
questo rallentameno se e' verificato anche da quando ho inserito questi
header:
 Header("Expires:  Monday  01-Jan-80  12:00:00  GMT"  );   // Data Passata
 Header("Last-Modified: " . gmdate("D, d M Y H:i:s") . " GMT"); // sempre
modificato
 Header("Cache-Control: no-store, no-cache, must-revalidate"); // HTTP/1.1
 Header("Cache-Control: post-check=0, pre-check=0", false);
 Header("Pragma: no-cache");          // HTTP/1.0
 Header("Content-type: text/html");        // tipo di documento
gia provati a togliere e rimettere, ma il rallentamento rimane.. SOLO CHE,
se dopo questi header ci mando un bel po' di stringhe prima del tag HTML
(l'ho verificato in DEBUG) la pagina si carica piu' velocemente (strano, con
DEBUG, faccio piu' ECHO di prima (stesso numero di IF))
avete delucidazioni? io ci divento pazzo..
premetto che sono in HOSTING su HOSTINGVIRTUALE... forse e' solo colpa di
loro? anche se fino a pochi giorni addietro devo ammettere che andava
benissimo
grazie
Fabrizio Parrella
www.bibivu.it
TWiN
--
dnfnva
Debra & Fabrizio
in Virginia

P.S.:
se volete fare delle prove per vedere la diferenza:
DEBUG
http://www.bibivu.it/news/index.php?funz=stat&debug=1
SENZA DEBUG
http://www.bibivu.it/news/index.php?funz=stat
ora, io ci divento pazzo.....chiedo in proposite per gli accessi (io
considero accessi le query effettuate sul DB) dato che se elimino una query
semplice come:
SELECT * FROM tabella WHERE ok=1 GROUP BY grp, nome
tabella che contiene circa 20records con 3 chiavi ID, grp, nome.. il sito
pare andare piu' veloce... MA IO DI QUESTA QUERY HO BISOGNO :-)
e poi rimane il fatto della velocita' con il DEBUG INIZIALE.. nsomma.. non
ci sto tirando fuori le gambe..
grazie ancora
Fabrizio Parrella
www.bibivu.it
TWiN

semplice come:
E' probabile - diciamo pure sicuro - che si possa accelerare notevolmente
il funzionamento dello script. Pero', bisognerebbe vedere com'e' fatto, e
magari che limiti di affidabilita' ci devono essere sui dati ritornati "a
titolo informativo".
Per esempio:
	sezione : canali/annunci accessi : 10553
...se in realta' fossero 10557, muore qualcuno? :-)
Leonardo
-- 
Time's angles, mages tell, conceal a place
incredible, beyond the mundane mind;
night-shrouded and between the seas of space
dread creatures drift in the ageless winds.

 wrote in message
news:n09uuu4r8jijm8pbh...@L.Serni...


 utiilzzando MOLTE piu' variabili sdi sessione!!)
Alcune considerazioni quando query diventano lenti:
1)  EXPLAIN SELECT ...
ed analizzare la tabella che torna mysql (non torna il risultato della query
ma una tabella descrittiva).
Se nella colonna type trovi la voce ALL c'e' definitivamente qualcosa da
fare.
2) Controllare se ci sono stati emessi dei indici e aggiungerli:
i.e.:
  ALTER TABLE `utenti` ADD INDEX (`cognome`);
  ALTER TABLE `utenti` ADD INDEX (`nome`);
  ALTER TABLE `utenti` ADD INDEX LoginAlias (Alias, password);
3) Quando si usano join tenere i mente che le cose veloce da verificare
vanno a sinistra (ad esempio: utente.IDX=datiUtenti.IDX_Utente).
4) Normalizzare il database (su questo tema cerca in google).

 utiilzzando MOLTE piu' variabili sdi sessione!!)
Alcune considerazioni quando query diventano lenti:


 wrote in message
news:aspruv$tpkm0$1...@ID-172715.news.dfncis.de...
