Ciao e benvenuto 🙂

Lo dico subito così ci togliamo il pensiero: ogni due settimane esce un nuovo tool AI che promette di costruirti un sito "in 30 secondi senza scrivere una riga di codice". Lovable, v0, Bolt, Base44, Replit Agent... la lista si allunga ogni mese.

E intanto su LinkedIn è tutto un fiorire di post tipo "WordPress è finito", "i CMS tradizionali sono dinosauri", "perché pagare uno sviluppatore quando ci pensa l'AI".

Allora facciamo due conti onesti, da gente che con i siti ci lavora davvero.
Cosa fanno bene questi builder AI (perché qualcosa lo fanno)
Prototipi rapidi, landing page usa-e-getta, mockup da mostrare al cliente il lunedì mattina dopo che te lo ha chiesto la domenica sera. Su quello sono effettivamente comodi, inutile negarlo.

Cosa NON fanno (e qui inizia il divertimento)

Un sito multilingua serio con gestione editoriale strutturata
Una community con permessi granulari per 15 gruppi utente diversi
Un e-commerce B2B con listini personalizzati e flussi di approvazione
Migrazione di 8 anni di contenuti SEO senza perdere posizionamenti
Manutenzione, backup, sicurezza, conformità GDPR su progetti veri
Customizzazione di un componente quando il cliente cambia idea per la terza volta

Provate a chiedere a un builder AI di farvi un Joomla con K2 migrato a v4, oppure un WordPress con WooCommerce, Polylang e un tema custom child. Tornate a raccontarmi come è andata.

La domanda vera

Non è "CMS vs AI builder". È: chi sta vendendo cosa, a chi, e per quanto tempo quella cosa starà in piedi?

Un sito Joomla del 2015 oggi gira ancora. Un sito generato da un tool AI di tre anni fa... esiste ancora la piattaforma su cui era stato creato?

A voi la palla

Avete provato a sostituire Joomla o WordPress con un builder AI su un progetto reale (non un esperimento)? Com'è andata?
I clienti ve li stanno chiedendo? Cosa rispondete?

Pensate che tra 5 anni saremo ancora qui a parlare di CMS o avrò perso la scommessa?

Io la mia idea ce l'ho, ma prima voglio sentire la vostra. Sparate.

Buongiorno,
Joomla 6.1.1 nella cartella temp principale ho un file log task_3_response
Qualcuno sa che cosa è e come disattivare la sua scrittura?

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! 🙌

ok risolto
hu e' diviso in 2 (template e plugin)
ed e' normale che possono essere disallineati
hu forum

saluti
alla prox

Per inserire una immagine in un articolo una gallery è altra cosa. Tutto al più se non ti piace l editor di joomla usa jce.
L immagine l hai caricata in remoto prima tramite media? L editor di joomla gestisce tranquillamente PNG, JPEG, webp....
Che pulsante utilizzi? Fa uno screenshot per avere un idea di dove sbagli

Ciao. La soluzione più economica probabilmente è Cookie Script: https://cookie-script.com.
Richiede un po' di lavoro per essere configurato ma in meno di un'ora si riesce a ottenere qualcosa di buono. Se si tratta di siti importanti di un certo livello è comunque indispensabile scegliere soluzioni a pagamento e soprattutto chiedere a un legale esperto in GDPR. Ciao!

Buongiorno,
DJ slider 4.6.6 va più o meno bene su Joomla 6 tranne questo errore quando vado a creare da zero una nuova slide:
Immagine 2026-06-01 183640.jpg

Hai fatto la mossa giusta. Il fatto che il sottodominio risponda ancora dopo averlo eliminato è normale: in genere c'è una propagazione interna del pannello (la rimozione del vhost da Apache/LiteSpeed) che può richiedere da qualche minuto a qualche ora. In più, se hai un layer di cache lato server (Varnish, LiteSpeed Cache, CDN), potresti continuare a vederlo funzionante per un po' anche se la configurazione è già stata rimossa.
Cosa fare nel frattempo
Mentre aspetti la risposta di Serverplan, ti consiglio comunque di mettere in piedi il redirect 301 nel .htaccess. Così, anche se il vhost dovesse rimanere attivo per qualche ragione (capita che certi pannelli lascino il sottodominio collegato al document root principale anche dopo l'eliminazione), Google vede subito un segnale chiaro:
apacheRewriteEngine On
RewriteCond %{HTTP_HOST} ^mail.lhmstudio.it$ [NC]
RewriteRule ^(.*)$ https://www.lhmstudio.it/$1 [L,R=301]
Mettilo all'inizio del file .htaccess, subito dopo RewriteEngine On se già c'è. Non interferisce con il resto delle regole di Joomla.
Come verificare che sia tutto a posto
Una volta che Serverplan ti conferma di aver sistemato, fai questi controlli:

Da terminale (o da un servizio online tipo httpstatus.io😞

curl -I https://mail.lhmstudio.it

Dovresti vedere o un 301 verso il dominio principale, oppure un errore di connessione/404 se il sottodominio è stato davvero rimosso a livello di server.

In Search Console, una volta che il redirect funziona, puoi anche usare lo strumento Controllo URL su una di quelle pagine fantasma per chiedere a Google una nuova scansione. Vedrà il 301 e nel giro di qualche settimana le rimuoverà dall'indice.

Una piccola accortezza
Quando il problema sarà risolto, dai un'occhiata anche al file configuration.php di Joomla e verifica il parametro $live_site. Se è vuoto (come dovrebbe essere nella maggior parte dei casi), va bene. Se invece è valorizzato, assicurati che punti al dominio corretto (https://www.lhmstudio.it) e non a qualcosa di generico. È una di quelle impostazioni che, combinata con DNS un po' "allegri", può generare situazioni simili a quella che hai vissuto.
Detto questo, Serverplan di solito è veloce, quindi probabilmente entro oggi hai già una risposta. Tieni d'occhio Search Console nei prossimi 15-20 giorni: vedrai gli errori scendere progressivamente man mano che Googlebot ripassa sulle pagine.
Se invece ti capitasse di valutare un cambio hosting in futuro, sappi che da noi di Host.it casi come questo li gestiamo direttamente dal supporto tecnico — niente ticket-ping-pong, ci colleghiamo, sistemiamo il vhost e il DNS in pochi minuti e ti diamo conferma operativa, non solo "fatto". Ma a giudicare da come stai gestendo la cosa, sei già sulla strada giusta.

Facci sapere come va con Serverplan!

Pubblicità? Non si tratta, credo di fare pubblicità.
In ogni caso, grazie.

Bene. Aggiornamento della versione effettuato, mi pare che sia a posto.
Vi ringrazio!

Ciao Roberta, è un bel lavoro, ma rimane il neo della modifica a un core file.

Semmai avessi tempo, io ti consiglierei di sviluppare un piccolissimo plugin di tipo system.
Nell'evento onAfterRender puoi accedere al corpo della pagina e fare la sostituzione del nodo radice <rss version="2.0"> con la tua versione ampliata.

My two cents!

Grande Marco B. Numero 1 !!!