Ciao e benvenuto! 🙂

Votato! Joomla! naturalmente

Grazie! 🙂

Grazie mille 🙂

Capito, grazie @luX0r75 e grazie @matty80.

Ottimo, meglio così.
Sistemo io il titolo, alla prossima.

Purtroppo il discorso è lungo e complicato. Lato tecnico un template di anche solo 5 anni non potrà mai essere a norma nativamente (pensate anche solo agli aria label). Lavorare a posteriori e fare una cosa fatta bene rischia di prenderti più tempo che rifarli da zero.
Se hai siti con joomla3 valuta se rifare il template con yootheme (che è compatibile) così non avrai problemi ad aggiornarli poi a joomla5

E stato fatto un'altro passo avanti sul progetto.
https://github.com/gantry/gantry5/discussions/3371

Se stai cercando come velocizzare Joomla, probabilmente hai uno di questi problemi:

Joomla lento nel caricamento

TTFB elevato

Punteggi Core Web Vitals insufficienti

Penalizzazioni SEO dovute alla velocità

Hosting performante ma CMS non ottimizzato

Nel 2026 la velocità non è più un optional: è un fattore SEO, di conversione e di esperienza utente.

Per questo nasce FastCache, un plugin di cache per Joomla unico nel suo genere, sviluppato interamente in Italia e pensato per chi vuole performance reali, non solo promesse.

👉 Disponibile qui:
https://extensions.joomla.org/extension/fastcache/

⚡ Perché Joomla può essere lento?

Anche su server potenti, Joomla può diventare lento a causa di:

Query database ripetitive

Generazione dinamica delle pagine ad ogni richiesta

Assenza di page cache reale

Mancata ottimizzazione del flusso HTTP

Plugin e template non ottimizzati

Ogni richiesta che colpisce PHP e MySQL aumenta il tempo di risposta.

La soluzione? Cache intelligente a livello applicativo.

🔥 Cos’è FastCache per Joomla

FastCache è un plugin di cache avanzato che:

Riduce drasticamente il TTFB

Minimizza il carico su CPU e database

Migliora le performance percepite

Aiuta a migliorare il posizionamento SEO

È pensato per ambienti moderni (Apache, LiteSpeed, Nginx reverse proxy)

È progettato per chi vuole:

✔️ Siti Joomla veloci
✔️ E-commerce più performanti
✔️ Punteggi Google migliori
✔️ Riduzione del carico server

📈 Benefici concreti per chi vuole velocizzare Joomla

Quando attivi una cache corretta:

Il server non rigenera la pagina ad ogni visita

PHP non viene eseguito inutilmente

Il database non viene interrogato continuamente

Il tempo di risposta scende drasticamente

Risultato?

Miglior LCP

Miglior INP

Miglior esperienza mobile

Miglior ranking SEO

🇮🇹 Perché è diverso dagli altri plugin di cache per Joomla?

FastCache è:

Sviluppato in Italia

Pensato per infrastrutture moderne

Ottimizzato per hosting professionali

Progettato con una logica performance-first

Non è solo una cache base: è uno strumento progettato per chi vuole davvero ottimizzare Joomla in modo professionale.

🎯 A chi è consigliato

Web agency con molti siti Joomla

Sviluppatori che cercano performance reali

E-commerce Joomla

Portali ad alto traffico

Hosting provider che vogliono migliorare i tempi medi dei clienti

🧠 SEO & Performance: perché la velocità è fondamentale

Google considera la velocità un fattore di ranking.

Un sito Joomla lento:

Riduce il tempo di permanenza

Aumenta la frequenza di rimbalzo

Penalizza le conversioni

Rovina il lavoro SEO fatto su contenuti e link building

Velocizzare Joomla significa:

Migliorare il business

Migliorare le conversioni

Migliorare la visibilità organica

🔎 Stai cercando:

come velocizzare Joomla

miglior plugin cache Joomla

Joomla lento soluzione

ridurre TTFB Joomla

ottimizzare Joomla per Google

FastCache è la risposta.

💬 Apriamo la discussione

Se lo provi:

Che miglioramenti hai visto?

Quanto è sceso il TTFB?

Che punteggio PageSpeed avevi prima e dopo?

Condividiamo test reali e benchmark.

La velocità non è marketing.
È architettura.

Buon pomeriggio a tutti.
Faccio una domanda che faccio fatica pure a spiegare:
diciamo che uso joomla in un progettino solo come base ma che molti contenuti sono inseriti attraverso il modale del plug in sourcerer.
La situazione è che ho bisogno di confrontare una data inserita attraverso form.
Essa viene inserita e inviata da un utente che accede all'articolo che contiene il form stesso.
La data viene inviata via $_POST ad un articolo che contiene un secondo form, ben più complesso con campi che restano nascosti (usando codice js) e che appaiono a seconda del click effettuato su un campo iniziale tipo Radio-button .
In questa fase uso anche la variabile globale $_SESSION in modo che la data non debba essere inserita ad ogni compilazione (numericamente svariate ogni giorno).
Quindi con l'invio dei dati inseriti nel secondo form, atterro in un articolo che contiene varie query sql e la risposta positiva alla corretta esecuzione della query e si chiude con tre pulsanti per tornare al form di inserimento data in caso sia necessario cambiarla o al secondo form se la data resta invariata.
Ovviamente la data, nel secondo form viene a compilare dinamicamente una input type='hidden' che si porta dietro il valore di $data.

Vengo al punto.
Questa data, che quindi ho già nel momento che atterro all'articolo che contiene il secondo form, devo anche confrontarla con un intervallo di due date fisse che devono essere cambiate circa una volta all'anno.
Questo perché nel secondo form tra i vari campi ne ho uno che è una select le cui options sono dinamiche, frutto di una query sql che preleva i dati da due tabelle a seconda appunto di quale intervallo cade la data .
Le due tabelle sono ad esempio: servizi_invernali e servizi_estivi.
il periodo è grosso modo metà settembre- metà giugno e di conseguenza metà giugno - metà settembre.
Grosso modo perché la data precisa in cui entra vigore un periodo o l'altro può variare di qualche giorno.
Da qui l'esigenza di permettere all'utente che compila il form, di poter impostare le due date precise che determinano l'intervallo, ovviamente solo una volta all'anno, poi restano sempre quelle.
Sapendo di averle a disposizione ogni volta che si accede al sito,
posso pilotare quindi quale query deve essere eseguita dallo script per determinare da quale tabelle devono esser prelevati i dati che dinamicamente appunto popolano le options nella select del form.
Quindi chiedevo come posso mettere a disposizione di un utente, uno strumento affinchè questo, possa impostare le due date di riferimento necessarie al confronto con la data inserita invece quotidianamente, senza dargli le credenziali per entrare nel back end. Non posso pretendere per ovvie ragioni, che mi vada ad aprire il modale e mettere mani al codice dello script.
Io pensavo ad un articolo dal nome: "imposta periodo orario" a cui ha accesso solo un utente particolare, come per gli articoli dei due form già realizzati, con un piccolo form con due campi tipo "date",
ma questi valori devono restare memorizzati globalmente, senza che debbano essere impostati tutte le volte,
mentre la data descritta prima, quella cambia tutti i giorni (anche se non necessariamente è riferita al giorno dopo rispetto al quello corrente, benché sia prevedibile che questo sia lo scenario più frequente).
Nella speranza di essermi fatto capire, Vi ringrazio per le eventuali risposte e auguro a tutti un'ottima serata
Filippo P.

Buongiorno
Trovato il problema. Questa risposta avviene per un errore ortografico nella path tmp.
Ovvero due lettere invertite. I pratica il cms non carica nella tmp l'aggiornamento e risponde così.
Grazie a tutti e a jabba x l'interessamento

Ok, grazie. Esattamente il testo dei messaggi che arrivano a me.

Se ti occupi di Joomla, sviluppo web o gestione di siti ad alto traffico, questo è un evento che non puoi perdere.

Il 20 marzo a Pisa, presso il datacenter di Host, si terrà SpeedUp, un evento interamente dedicato a:

Velocizzare Joomla Ottimizzare le performance server Ridurre il TTFB Migliorare i Core Web Vitals Gestire carichi elevati in sicurezza

👉 Tutte le informazioni: https://speedup.host.it/

🎯 Perché un evento sulle performance Joomla?

Nel 2026:

Google premia la velocità Gli utenti abbandonano siti lenti Le conversioni calano se il sito supera i 2 secondi L'infrastruttura incide quanto il codice Molti siti Joomla sono ancora configurati con: Cache non ottimizzate Stack non performanti Database sotto stress Mancanza di strategie di reverse proxy o CDN SpeedUp nasce per affrontare questi temi in modo concreto e tecnico.

Un evento tecnico dentro un’infrastruttura reale.

Non una sala conferenze generica, ma un contesto dove si parla di:

Architetture hosting moderne Cache avanzata Object storage Reverse proxy Sicurezza Layer 7 Ottimizzazione per CMS come Joomla

🧠 Di cosa parleremo

Temi centrali dell’evento:

Come velocizzare Joomla davvero (non solo con un plugin) Differenza tra cache applicativa e cache server-side Strategie per abbassare il TTFB sotto i 100ms Core Web Vitals: LCP, CLS, INP Best practice per agenzie che gestiscono decine o centinaia di siti Come progettare infrastrutture scalabili Un evento pensato per:

✔️ Web agency
✔️ System integrator
✔️ Sviluppatori Joomla
✔️ Hosting provider
✔️ DevOps

⚡ Perché partecipare

Perché oggi la velocità è:

SEO UX Conversioni Fatturato

Un sito Joomla veloce non è solo “bello da avere”.
È un vantaggio competitivo.

🇮🇹 Community Joomla Italia

Questo evento è anche un momento di incontro per la community italiana Joomla.

Confronto tecnico, networking, casi reali, benchmark e discussione aperta sulle migliori strategie per portare Joomla a standard di performance moderni.

📅 Dettagli Evento

🗓 20 Marzo
📍 Pisa – Datacenter Host
🌐 Info e iscrizione: https://speedup.host.it/

Se lavori con Joomla e vuoi capire davvero come ottimizzare performance lato codice e lato infrastruttura, SpeedUp è l’occasione giusta.

Chi partecipa dalla community?
Scrivete qui sotto così organizziamo anche un momento dedicato a Joomla durante la giornata.