<![CDATA[Joomla 5 Joomla 6 articoli]]>Buongiorno.
Posto qui per evitare di disturbare fuori categoria.
Devo migrare gli articoli da Joomla! 5 ad una nuova versione di Joomla! 6.
Prima di illustrare cosa ho fatto ed eventuali difficoltà chiedo venia ed aiuto per comprendere in quale categoria del forum devo postare.
Ringrazio per l'attenzione

]]>http://community.joomla.it/topic/715/joomla-5-joomla-6-articoliRSS for NodeThu, 21 May 2026 18:02:39 GMTWed, 20 May 2026 07:26:03 GMT60<![CDATA[Reply to Joomla 5 Joomla 6 articoli on Thu, 21 May 2026 13:04:28 GMT]]>Questa PR sembra promettente, ma mancano dei tester, se vuoi provare in un sito di test: https://github.com/joomla/joomla-cms/pull/45660

]]>http://community.joomla.it/post/5070http://community.joomla.it/post/5070Thu, 21 May 2026 13:04:28 GMT<![CDATA[Reply to Joomla 5 Joomla 6 articoli on Thu, 21 May 2026 13:03:04 GMT]]>@jabba Ah, nella mia poca conoscenza immaginavo. Comunque farò un debug e vedo se esce fuori qualcosa.
Grazie dei preziosi contributi di ciascuno.

]]>http://community.joomla.it/post/5069http://community.joomla.it/post/5069Thu, 21 May 2026 13:03:04 GMT<![CDATA[Reply to Joomla 5 Joomla 6 articoli on Thu, 21 May 2026 13:00:12 GMT]]>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.

]]>http://community.joomla.it/post/5068http://community.joomla.it/post/5068Thu, 21 May 2026 13:00:12 GMT<![CDATA[Reply to Joomla 5 Joomla 6 articoli on Thu, 21 May 2026 12:54:45 GMT]]>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.

]]>http://community.joomla.it/post/5067http://community.joomla.it/post/5067Thu, 21 May 2026 12:54:45 GMT<![CDATA[Reply to Joomla 5 Joomla 6 articoli on Thu, 21 May 2026 12:46:44 GMT]]>Io ho trovato molto buoni i servizi offerti da Keliweb e Ergonet.

]]>http://community.joomla.it/post/5065http://community.joomla.it/post/5065Thu, 21 May 2026 12:46:44 GMT<![CDATA[Reply to Joomla 5 Joomla 6 articoli on Thu, 21 May 2026 08:28:34 GMT]]>@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.

]]>http://community.joomla.it/post/5061http://community.joomla.it/post/5061Thu, 21 May 2026 08:28:34 GMT<![CDATA[Reply to Joomla 5 Joomla 6 articoli on Thu, 21 May 2026 04:53:17 GMT]]>@mangi-1 Non fa una piega. Indagherò.

]]>http://community.joomla.it/post/5052http://community.joomla.it/post/5052Thu, 21 May 2026 04:53:17 GMT<![CDATA[Reply to Joomla 5 Joomla 6 articoli on Thu, 21 May 2026 04:45:08 GMT]]>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

]]>http://community.joomla.it/post/5050http://community.joomla.it/post/5050Thu, 21 May 2026 04:45:08 GMT<![CDATA[Reply to Joomla 5 Joomla 6 articoli on Wed, 20 May 2026 17:11:01 GMT]]>@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.

]]>http://community.joomla.it/post/5048http://community.joomla.it/post/5048Wed, 20 May 2026 17:11:01 GMT<![CDATA[Reply to Joomla 5 Joomla 6 articoli on Wed, 20 May 2026 16:49:43 GMT]]>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.

]]>http://community.joomla.it/post/5047http://community.joomla.it/post/5047Wed, 20 May 2026 16:49:43 GMT<![CDATA[Reply to Joomla 5 Joomla 6 articoli on Wed, 20 May 2026 11:05:12 GMT]]>Grazie della risposta.
Tutto nasce dall'esigenza di fare un test di velocità nel backend, nella speranza che il 6.1 fosse più reattivo.
Avevo problemi nel fare un upgrade da Joomla! 5.4 a Joomla! 6.1 per via di alcuni non ben chiariti conflitti con un componente (poi risolti). Pertanto ho fatto prima una installazione nuova della versione 6.1 e poi tramite PHPMyAdmin, con le dovuta accortezze sulle tabelle ho uploadato via Terminal i contenuti però mi dava su articles
"No Matching Results". Evidentemente il workflow andava sistemato su questo DB con le migliaia di contenuti.
Lavorando su PHPMyAdmin in SQL, con opportune istruzioni, ho risolto.
Fatto il test, anche cambiando il PHP 8.4 la velocità è pressoché identica.
Ho comunque poi fatto un upgrade diretto da 5.4 a 6.1 risolvendo i conflitti. Il test mi fornisce una velocità identica nel salvataggio o chiusura degli articoli.
Quindi due installazioni a Joomla 6.1 mi hanno fornito lo stesso risultato in backend e, purtroppo per me, lo stesso tempo in secondi della 5.4.
A questo punto, non vorrei essere approssimativa o di affermare una ovvietà, ma temo che avere decine di migliaia di articoli su Joomla!, senza risorse dedicate di un certo tipo, probabilmente non risolve la performance e la reattività del sito.

PS in frontend il sito è una scheggia.

]]>http://community.joomla.it/post/5045http://community.joomla.it/post/5045Wed, 20 May 2026 11:05:12 GMT<![CDATA[Reply to Joomla 5 Joomla 6 articoli on Wed, 20 May 2026 10:43:30 GMT]]>tranquillo, posta pure il tuo problema.

]]>http://community.joomla.it/post/5044http://community.joomla.it/post/5044Wed, 20 May 2026 10:43:30 GMT