Buonasera!
Grazie mille per aver condiviso questa diagnosi così dettagliata — è esattamente il tipo di contributo che rende questa community preziosa. 👏
Hai centrato un problema che in molti danno per scontato o attribuiscono a Joomla stesso, quando invece la radice è tutta nell'infrastruttura server. Riepilogo per chi legge e vuole capire al volo:
Il problema: backend lentissimo al salvataggio degli articoli su un'installazione Joomla con oltre 60.000 contenuti.
La causa reale: il parametro innodb_buffer_pool_size di MySQL era troppo basso. Con una tabella jos_content che supera i 650 MB, il server non riusciva a gestire tutto in RAM e scaricava le operazioni di scrittura direttamente su disco — I/O fisico, lentissimo per definizione.
La soluzione: portare innodb_buffer_pool_size ad almeno 1 GB, in modo che MySQL possa lavorare davvero in memoria volatile.
Una cosa su cui vale la pena soffermarsi: hai fatto bene a leggere i log in /administrator/logs/ — sono spesso il punto di partenza ignorato da chi cerca di risolvere tutto "a sensazione".
Sul discorso hosting: su un piano condiviso questo tipo di intervento è quasi impossibile da ottenere, perché la configurazione di MySQL è condivisa tra decine o centinaia di utenti. Su un semidedicato o VMS hai già più leva, ma serve comunque un provider disposto ad ascoltarti — e non sempre è scontato. Chi è su Host.it con un piano semidedicato o superiore può fare richiesta direttamente ai tecnici, che hanno visibilità sulla configurazione del server e possono intervenire su parametri come questo senza lasciare l'utente solo davanti a un ticket generico.
Ottima anche la scelta di aspettare la risoluzione prima di fare l'upgrade a Joomla 6.1 — procedura corretta, così non si rischia di confondere i problemi.
Buona serata anche a te, e grazie ancora per la condivisione! 🙌
