Tempi di risposta lunghi dopo migrazione da 1.7.3 a 2.5.6

[sairan]

Dopo l'aggiornamento in locale, seguendo le indicazioni riportate sulla pagina _1.7_alla_nuova_2.5#Installazione_nuove_caratteristiche" class="bbc_link" target="_blank">http://www.joomla.it/mediawiki/index.php/Joomla!_2.5:Aggiornamento_da_una_versione_di_Joomla _1.7_alla_nuova_2.5#Installazione_nuove_caratteristiche,  la navigazione del sito risulta essere più lento della versione 1.7.3.

Da una prima analisi del carico macchina sembrerebbe che ogni attivazione di una voce di menu spenda un tempo di cpu molto più lungo nella versione 2.5.6 (5-8 volte).

L'ambiente XAMPP usato ha le seguenti caratteristiche:

• PHP Version 5.3.1

• Versione MySQL: 5.1.41.

Occorre fare altre modifiche oltre quelle riportate nella pagina di mediawiki?

Grazie




[allegato eliminato da un amministratore essendo vecchio più di un anno]

[giusebos]

I tempi di risposta con php su windows sono più alti che su linux, inoltre stai lavorando con un surrogato di server, qualcosa che serve per testare le pagine ma non le prestazioni.
Il php è stato creato in modo specifico per server lamp, non wamp/xamp/mamp

Se ti servono dei dati acurati devi installare un server lamp su una macchina con linux

[sairan]

Ringrazio per la risposta.
Hai certamente ragione circa le prestazioni in assoluto di joomla; la cosa che mi ha comunque sorpreso e che a parità di macchina le due versioni si comportino così diversamente in quanto a tempi di risposta. Fino alla versione 1.7.3, via via a partire dalla versione 1.3, ho sempre eseguito aggiornamenti su macchine piuttosto limitate nelle risorse e tuttavia non avevo ancora riscontrato una così significativa differenza tra la versione di partenza e quella finale.

Proverò ad eseguire l'aggiornamento su un'area di test del server su cui gira l'applicazione in modo da poter fare un'analisi dei tempi di risposta delle due versioni direttamente sulla macchina finale.
Grazie ancora.

[sairan]

Analizzando le interrogazioni al DB eseguite dal componente com_content della versione 2.5.6, ho notato che una query, attivata ben due volte, spende ogni volta circa 6.5 secondi.
Si tratta del comando :
SELECT b.rules  FROM j17_assets AS a  LEFT JOIN j17_assets AS b  ON b.lft <= a.lft  AND b.rgt >= a.rgt  WHERE (a.name = 'com_content' OR a.parent_id=0)  GROUP BY b.id, b.rules, b.lft  ORDER BY b.lft

e produce come risultato: (1,239 record Totali, La query ha impiegato 6.5472 sec).Molti di questi record hanno i campi parent_id uguali a "0" per la condizione della where.Nella versione 1.7.3 la corrispondente query è così composta :

SELECT b.rules      FROM j17_assets AS a      LEFT JOIN j17_assets AS b      ON b.lft <= a.lft      AND b.rgt >= a.rgt      WHERE a.name = 'com_content'      ORDER BY b.lft
e produce come risultato: (2 record Totali, La query ha impiegato 0.0006 sec).Non ho approfondito la questione ma la sensazione e che ci sia qualche problema in questa interrogazione.
Qualcuno ha riscontrato gli stessi problemi?[/i][/color]

[mau_develop]

quanta "roba" hai aggiunto che non stava nel pacchetto joomla originale?

visto che sei in "aria di test" perchè non installi una 2.5.6 pulita e guardi le differenze?

M.

[sairan]

Cosa mi vuoi dire che la migrazione da versioni precedenti non va seguita?

[mau_develop]

...tra che righe lo hai letto/interpretato?
...pur con tutta la malizia ma nn riesco a capirlo...

M.

[sairan]

http://docs.joomla.org/Fixing_the_assets_table

a questo riferimento ho trovato informazioni riferite all'anomalia riscontrata.

Il problema sembra derivare dalla migrazione di joomla dalla versione 1.5 a 1.7.

I tempi lunghi derivano dal fatto che la presenza della condizione aggiunta in joomla 2.5 alla query  "OR a.parent_id=0" impedisce all'ottimizzatore di mysql di utilizzare gli indici definiti sui campi parent_id ecc....
Proverò ora a capire come ripristinare i valori dei campi citati.

Le interpretazioni le lascio cadere....