Joomla 5 Joomla 6 articoli
-
Ciao Elena.
È capitato anche a me un paio di volte su siti di clienti che avevano decine di migliaia di articoli.Uno dei due era stato creato decine di anni fa su Joomla 1.5 e aggiornato fino alla versione 4.
Io mi sono occupato dell'aggiornamento alla versione 5, quindi non so se negli update precedenti avessero fatto casini. Abbiamo risolto (leggi migliorato la velocità) mettendo tutto su un server VPS.L'altro caso: un sito web in Wordpress su cui è stato fatto il porting su Joomla.
Non ti dico cosa ho trovato sul DB.Solo per dirti che non escluderei che vada in affanno con decine di migliaia di articoli.
Come non escluderei che tutto possa dipendere da aggiornamenti che non hanno filato come dovrebbero.Da sviluppatore: la velocità di PHP migliora di versione in versione. Il collo di bottiglia è altro.
Se dovessi scommettere, propenderei per il DB. -
@luX0r75 Grazie della risposta. Anch'io credo che avendo un pelino più di risorse (VPS di media natura) la situazione cambierebbe.
Ho fatto innalzare il PHP memory_limit a 768 ed ha risorse dedicate 4 CPU Cores 5GB Memory essendo un semidedicato. Tuttavia noto due cose. Un altro sito che ho che ha 700 articoli e non 60.000 come quello in oggetto (e stessa versione di Joomla! 5.4) in backend è reattivo come il frontend.
Se così fosse credo sarebbe sproporzionato avere 200 metri quadri ed utilizzare solo camera bagno e cucina... solo per il backend.
Per quanto riguarda il DB forse dovrei pensare ad un cronjob che ottimizza le tabelle ogni 12 ore. Tuttavia il problema, cronometro alla mano, rimane anche con una ottimizzazione. Salvare un articolo di media entità o solo chiuderlo senza aver fatto modifiche mi chiede tra i 5 e gli 8 sec. Idem spostarmi tra le varie aree.
Se individuo il problema sarà mia cura renderlo noto.
Ringrazio dell'attenzione. -
Dipende molto anche dal tipo di CPU che monta il server. In giro si trova spesso — passatemi il termine — "robaccia" da 2.2-2.8 GHz, CPU datate o pensate per il risparmio energetico più che per le performance.
I nostri Cloud Hosting (VPS dedicati managed) montano tutti CPU a 5 GHz. Cosa significa nella pratica? Che, a parità di tutto il resto, PHP gira fino al 127% più veloce rispetto a una CPU da 2.2 GHz (+79% rispetto a una da 2.8 GHz): tempi di risposta più bassi, pagine che si caricano prima, backend amministrativi più reattivi.
Sulla frequenza di clock incidono direttamente le operazioni single-thread come l'esecuzione di codice PHP, le query non parallelizzabili e il rendering lato server — esattamente i colli di bottiglia tipici di WordPress, Magento, PrestaShop e dei CMS in generale.Se vuoi info scrivi direttamente a info@host.it
-
@mangi-1 Non fa una piega. Indagherò.
-
@ElenaEffe ha detto in Joomla 5 Joomla 6 articoli:
@luX0r75 Grazie della risposta. Anch'io credo che avendo un pelino più di risorse (VPS di media natura) la situazione cambierebbe.
Ho fatto innalzare il PHP memory_limit a 768 ed ha risorse dedicate 4 CPU Cores 5GB Memory essendo un semidedicato. Tuttavia noto due cose. Un altro sito che ho che ha 700 articoli e non 60.000 come quello in oggetto (e stessa versione di Joomla! 5.4) in backend è reattivo come il frontend.
Se così fosse credo sarebbe sproporzionato avere 200 metri quadri ed utilizzare solo camera bagno e cucina... solo per il backend.
Per quanto riguarda il DB forse dovrei pensare ad un cronjob che ottimizza le tabelle ogni 12 ore. Tuttavia il problema, cronometro alla mano, rimane anche con una ottimizzazione. Salvare un articolo di media entità o solo chiuderlo senza aver fatto modifiche mi chiede tra i 5 e gli 8 sec. Idem spostarmi tra le varie aree.
Se individuo il problema sarà mia cura renderlo noto.
Ringrazio dell'attenzione.Lo fa solo con "Salva" o anche con "Salva e chiudi"?
Perché potrebbe essere un problema di caricamento dati dopo il salvataggio.
In quel caso potresti abilitare il debug di Joomla e vedere quale query impiega più tempo per essere eseguita.
Da lì poi è semplice risalire alle tabelle implicate e verificare che non siano piene di robaccia. -
Io ho trovato molto buoni i servizi offerti da Keliweb e Ergonet.
-
Sui providers, grazie... se ne può parlare? Ho evitato, perché pensavo fosse vietato.
Grazie dei suggerimenti tecnici.
Empiricamente questi i tempi.
Solo entrata in backend dopo le credenziali 8/9 sec.
Apertura articolo nuovo o già editato immediata o al massimo 1 sec.
Solo "Salva" anche qui quasi immediato con piccola variazione.
"Salva e chiudi" 8/9 sec.
Solo "Chiudi" senza variazione di testo 7 sec.
Da "System" ad "Articles" 8/9 sec.
Abilito il debug e verifico. Grazie. -
Il problema è il caricamento delle liste, ci sono varie issues su github ancora aperte (tipo https://github.com/joomla/joomla-cms/issues/42313 ). Purtroppo è un problema noto, so che ci sono un po' di PR a riguardo (tipo questa https://issues.joomla.org/tracker/joomla-cms/45542 ) ma non so se e quanto qualcuno le stia seguendo. Purtroppo è un problema strutturale di joomla di come gestisce i numeri grandissimi.
-
@jabba Ah, nella mia poca conoscenza immaginavo. Comunque farò un debug e vedo se esce fuori qualcosa.
Grazie dei preziosi contributi di ciascuno. -
Questa PR sembra promettente, ma mancano dei tester, se vuoi provare in un sito di test: https://github.com/joomla/joomla-cms/pull/45660
