Abbiamo una sezione per le presentazioni... cominciamo ad usarla!

Mi chiamo Gianluca Gabella e lavoro con Joomla da una vita (da quando ancora si chiamava Mambo), la mia agenzia si chiama Pixed (www.pixed.it) ed è di Bologna.
Negli anni ho usato J! per farci di tutto e di più: ho cominciato con dei siti vetrina (il mio primo sito è stato quello della mia gilda di World of Warcraft...) e ora lo uso soprattutto per fare progetti customizzati per i clienti. Il mio mantra è quello di sfruttare il più possibile il core, che al 90% offre tutto quello di cui si ha bisogno.
Da anni mi occupo quasi a tempo pieno di Accessibilità e lavoro spesso con Pubblica Amministrazione e Associazioni del terzo settore.
Quando ho tempo (di notte ormai..) pubblico video divulgativi e tutorial su Joomla nel mio canale youtube (https://www.youtube.com/@pixedweb).

W Joomla!

Nb: scrivo qui questo post perché non c'è una sezione specifica sull'accessibilità o sull'UX/UI, se e quando arriveranno chiederò di spostarlo in una sezione più adeguata

Joomla e Accessibilità digitale

In questo post vorrei parlare di un tema a mio avviso fondamentale per avere, ora e sempre di più in futuro, un web accessibile da chiunque (e per chiunque intendo proprio il 100% degli utenti che navigano su internet) cosa che al momento è ben lungi dall'essere realtà.

Indice:

1. Cosa significa accessibilità digitale
2. Cosa dobbiamo fare noi designer, sviluppatori e comunicatori per rendere un sito accessibile?
3. Come Joomla può renderci la vita più facile
4. Come testare l'accessibilità di un sito web?
5. E a livello legale?

1. Cosa significa accessibilità digitale

Un sito accessibile è un sito che, prima di tutto, può essere consultato senza impedimenti anche in modalità di navigazione diverse dagli standard: navigazione da tastiera, screen reader, ecc...
Ma l'accessibilità digitale non riguarda soltanto l'accesso tecnico ai contenuti: la creazione dei contenuti stessi deve essere pensata e realizzata in modo che siano facilmente fruibili da chiunque, anche da chi non è madrelingua, ha bassa scolarità o è portatore di disabilità cognitive.
Così come la tecnologia può rendere una casa più accessibile (per esempio smart device connessi ad internet che permettono di accendere / spegnere luci ed elettrodomestici senza sforzo) allo stesso modo, la tecnologia può essere utilizzata per rendere il web più accessibile, ed è ormai diventato nostro dovere di sviluppatori e designer creare siti e app che nativamente siano fruibili da chiunque.
Oggi l'accessibilità è un plus per i siti web, dobbiamo fare in modo che diventi un malus la mancanza di accessibilità.

Qualche numero

Eh ma l'accessibilità è un vezzo!
Niente di più falso. In Europa, oltre 100 milioni di persone convivono con una disabilità, pari al 27% della popolazione adulta. (fonte: https://www.consilium.europa.eu/en/infographics/disability-eu-facts-figures/#:~:text=How many people have a,people adults in the EU ).
In linea teorica stiamo parlando un un aumento di platea di visitatori non indifferente.

2. Cosa dobbiamo fare noi designer, sviluppatori e comunicatori per rendere un sito accessibile?

Già da anni esistono linee guida su come rendere accessibile un sito web. Si chiamano WCAG (Web Content Accessibility Guidelines) e sono pubblicate dal Web Accessible Initiative, struttura che fa parte del W3C (World Wide Web Consortium, ossia quell'associazione non governativa che ha lo scopo di "guidare" lo sviluppo del web e di Internet nel mondo).
Ad oggi per la pubblica amministrazione è necessario seguire le regole WCAG 2.1 di livello AA, ma è già disponibile la versione 2.2 e per entrambe sono presenti anche i livelli AAA.

WCAG 2.1: https://www.w3.org/Translations/WCAG21-it/

Cosa significano AA e AAA?
Molto semplicemente le linee guida indicano dei livelli di accessibilità da rispettare. Quelli di livello AA sono obbligatori se si lavora con la PA, quelli AAA non sono obbligatori ma fortemente consigliati (ma anche più difficili da raggiungere).

Una volta che ho reso accessibile il sito seguendo le linee guida sono a posto?
No! Come dicevamo rendere un sito accessibile a livello tecnico è solo l'inizio, poi bisogna pensare ai contenuti (per esempio ai testi del sito, ma anche ai PDF allegati, o ai sottotitoli di eventuali video embeddati ecc..). L'accessibilità è un lavoro continuativo nel tempo: un sito per essere considerato accessibile deve essere mantenuto accessibile. Fare corsi di aggiornamento sulla creazione di testi e immagini è fondamentale. Fare check di accessibilità tecnica periodici è utilissimo per capire se siamo sulla strada giusta o meno.

3. Come Joomla può renderci la vita più facile

Buone notizie! (Alla faccia dei CMS cugini...): il tema Cassiopeia di Joomla4 e Joomla5 è nativamente accessibile! E' stato costruito a quattro mani dal team di design di Joomla con il team Accessibilità e ne è uscito veramente un ottimo lavoro.

Oltre a questo Joomla ha già un template backend completamente accessibile e due plugin già pronti per migliorare ancora di più l'esperienza utente. Sono questi due:

Sistema - Funzioni di accessibilità aggiuntive abilita un pulsante (frontend e backend) che sarà sempre visibile e cliccabile per modificare il layout del sito web: per esempio modificando la luminosità, i contrasti, i colori o abilitare uno screen reader nativo.

Sistema - Controllo accessibilità di Joomla! abilita una serie di test che evidenziano visivamente problemi comuni di accessibilità e usabilità. Orientato verso gli autori dei contenuti, il plugin identifica errori o avvertimenti e fornisce indicazioni su come correggerli.

4. Come testare l'accessibilità di un sito web?

Non esiste una risposta univoca e certa a questa domanda. L'accessibilità è un percorso, non un traguardo. Un sito non sarà mai accessibile al 100%, soprattutto se non viene mantenuto tale nel corso degli anni.
Esistono però dei tool che possono aiutarci a validare (tecnicamente, a livello di codice, non stiamo parlando di contenuti) se il sito è accessibile secondo le norme WCAG 2.1

1. WAVE: uno dei plugin Chrome più utilizzati: https://chromewebstore.google.com/detail/wave-evaluation-tool/jbbplnpkjmmeebjpijfedlgcdilocofh?pli=1
2. Google Lighthouse: questo tool spesso viene utilizzato per capire se un sito è veloce o meno. Ha però anche una sezione dedicata all'accessibilità, che dà risposte complete e dettagliate lo stato dell'arte.
3. AccessibilityChecker: tool online per testare se il vostro sito è accessibile e compliant. https://www.accessibilitychecker.org/

NB: questi tool controllano solo il codice. Se avete testi non accessibili, PDF fatti male o video non fruibili da persone con disabilità non vi verrà segnalato.

5. E a livello legale?

Qui si apre un mondo.
In Italia, l'accessibilità digitale ha radici importanti grazie alla Legge Stanca (Legge n.4/2004), che impone a tutte le pubbliche amministrazioni di garantire l'accessibilità dei propri servizi digitali. Poi vabeh, stendiamo un velo pietoso sul numero di siti della PA effettivamente accessibili...

A livello europeo, l'European Accessibility Act (EAA) rappresenta una svolta: a partire dal 28 giugno 2025, diventeranno obbligatorie nuove normative che coinvolgeranno non solo i siti web e le app di enti pubblici ma anche diversi servizi privati. Ad esempio, saranno richieste funzionalità di accessibilità per sistemi operativi, applicazioni mobili, terminali per biglietti di trasporto pubblico e (che è la cosa che interessa più a noi) e-commerce. Questa legge europea interesserà le aziende con almeno 10 dipendenti o un fatturato superiore a 2 milioni di euro annui, stabilendo requisiti specifici per garantire che prodotti e servizi digitali siano fruibili anche per le persone con disabilità.

6. Bonus

Da qualche anno stanno fiorendo dei tool che promettono di rendere accessibile qualsiasi sito web con un click. Si chiamano overlay e al costo di X€ al mese installano un plugin che modifica il codice per renderlo più accessibile possibile. Diffidate da questi prodotti. Costano un sacco e i siti che modificano spesso non sono per niente accessibili. Qui di seguito lascerò un po' di bibliografia a riguardo.

"The power of the Web is in its universality. Access by everyone regardless of disability is an essential aspect."

Tim Berners-Lee
premio Turing 2016, co-inventore insieme a Robert Cailliau del World Wide Web

Link utili e/o interessanti:

• https://www.w3.org/Translations/WCAG21-it/
• https://www.consilium.europa.eu/en/infographics/disability-eu-facts-figures/
• https://webaccessibile.org/approfondimenti/e-opportuno-utilizzare-un-overlay-per-laccessibilita/
• https://shouldiuseanaccessibilityoverlay.com/
• https://ec.europa.eu/social/main.jsp?catId=1202
• https://www.agendadigitale.eu/cittadinanza-digitale/accessibility-act-verso-prodotti-e-servizi-informatici-piu-inclusivi-cosa-dice-la-legge/

Nessun GPT è stato martoriato per la creazione di questo testo

Diciamocelo. Nessuno legge le patch notes. Ormai forse neanche chi le scrive, visto che probabilmente usa ChatGPT per farlo. Tipo il cugino informatico dei termini&condizioni, che stanno lì, tutti le accettano ma nessuno le legge

Eppure sono importanti: sono documenti rilasciati dagli sviluppatori per accompagnare gli aggiornamenti di un software. Servono a spiegare in modo trasparente le modifiche introdotte, siano esse correzioni di bug, miglioramenti, nuove funzionalità o aggiornamenti di sicurezza. Per noi che gestiamo siti web in ambito professionale, leggere attentamente le patch notes è fondamentale.

Perché è Importante Leggerle

• Capire cosa cambia
  Le patch notes ti aiutano a capire quali aspetti di Joomla sono stati modificati. Per esempio sono molto utili per capire se un aggiornamento è urgente o meno, se possiamo aspettare (per capire dai social e da GitHub se ci sono stati problemi) o se è meglio installare tutto al Day1
• Prepararsi a testare
  Dopo un aggiornamento, è essenziale testare i siti per verificare che tutto funzioni come previsto. Le patch notes ti guidano su quali aree controllare: se in un aggiornamento leggi che è stato cambiato il modo di visualizzare i Tour Guidati e tu gestisci un sito che fa uso massiccio di questa features allora è sicuramente il caso di controllare che tutto vada per il verso giusto.
• Questioni di sicurezza
  Non leggere le patch notes può farti perdere aggiornamenti di sicurezza fondamentali, esponendo i siti a vulnerabilità.

Bonus: Conoscere le differenze tra aggiornamenti major e minor

• Major update (ad esempio, Joomla 5.x): Introducono cambiamenti significativi, come nuove funzionalità e a volte modifiche che richiedono adattamenti importanti.
• Minor update (ad esempio, Joomla 5.2.x): Si concentrano su correzioni di bug e miglioramenti incrementali, meno invasivi ma ugualmente importanti.

Struttura Tipica delle Patch Notes

1. Introduzione

--

--

Spiega il motivo dell’aggiornamento e offre un riepilogo generale delle modifiche introdotte. Se si ha fretta a volte basta leggere questo paragrafo per capire quanto è importante o meno applicare la patch.
Esempio: "Joomla 5.2.2 è una release di sicurezza e manutenzione che risolve X vulnerabilità e introduce miglioramenti nelle performance."

2. Lista delle correzioni (fix)

--

Una sezione chiave che elenca i bug risolti con link a GitHub.

Cos’è GitHub?
GitHub è una piattaforma di versionamento del codice dove gli sviluppatori collaborano e condividono i progetti. I link nelle patch notes permettono di esaminare il codice delle modifiche, offrendo trasparenza e approfondimenti tecnici.

3. Opzionale: Aggiornamenti di sicurezza

Questa sezione opzionale dove si fa focus sugli aggiornamenti di sicurezza. Ovviamente non si va nel dettaglio (non si vuole dare ai malintenzionati del materiale di partenza su cui lavorare) ma viene spiegato cosa è stato trovato e come è stato risolto.

4. Nuove funzionalità

Se presenti, vengono descritte brevemente le novità introdotte. È importante sapere se richiedono configurazioni aggiuntive o adattamenti al sito. Come dicevamo questa parte è presente quasi esclusviamente nelle patch notes delle major release (5.2 -> 5.3 ecc...)

Morale della favola? Facciamo il fioretto di Natale e sforziamoci a leggere un po' di più le patch notes, potrebbe aiutare molto noi utilizzatori a scovare eventuali bug e segnalarli a chi di dovere (su GitHub!).

Buona lettura!

Ciao a tutti!

Negli anni passati, i JoomlaDay sono stati uno dei momenti più belli per chi ama Joomla: eventi ricchi di energia, scambio di idee, relazioni umane e ispirazione.
Purtroppo, come ben sapete, l’arrivo del Covid ha interrotto bruscamente questo ciclo.
Da allora, complice anche un fisiologico calo di interesse verso i CMS (non solo Joomla eh, un po' tutti), non ci sono più stati eventi ufficiali della community italiana.

Ma quest’anno… beh, ci piacerebbe rimettere in moto la macchina!
Senza esagerare, con realismo e voglia di ritrovarsi: una giornata sola, magari tra settembre e ottobre 2025, con un format più leggero ma altrettanto ricco.

L’idea è quella di:

• rivedere vecchie facce e conoscerne di nuove,
• parlare di Joomla e del mondo del web,
• creare uno spazio per chi ancora crede (o ha appena scoperto) questo bellissimo progetto open source.

---

Come puoi contribuire?

Vogliamo che questa giornata sia costruita insieme alla community. Per questo apriamo ufficialmente questo "think tank" pubblico, dove raccogliere idee e disponibilità.

Hai un argomento che ti piacerebbe ascoltare o discutere?
Scrivilo qui sotto come commento.

Vuoi proporti come speaker?
Scrivi qui sotto l’argomento che ti piacerebbe presentare.

Qualcuno ha già proposto il tuo stesso argomento?
Perfetto! Metti like al commento invece di scriverlo di nuovo: ci aiuterai a capire quali temi interessano di più.

---

🧠 Alcuni spunti di partenza?

ecco alcuni esempi di possibili interventi:

• Le novità di Joomla 6
• Accessibilità e web inclusivo nei CMS
• Design system e UIkit/Bootstrap
• SEO tecnico e Joomla
• Sicurezza e manutenzione
• Estensioni must-have
• Integrazione con AI, servizi esterni e automazioni
• Casi studio reali (aziende, enti, siti pubblici)

---

🧩 Ci sarà spazio sia per interventi più tecnici che per riflessioni più ampie sul futuro del web, sempre con un occhio a Joomla.

Avanti tutta… Road to Joomladay 2025 è appena cominciata.

Attenzione: il team "sicurezza" di Joomla ha trovato un bug abbastanza importante che è stato classificato come "alto impatto, moderate probabilità che venga sfruttato per bucare i vostri siti".
Ha già preparato un fix che uscirà il prossimo 8 Aprile, sia per Joomla5 che per Joomla4. E' quindi molto importante che aggiorniate i vostri Joomla appena esce (perchè malintenzionati potrebbero fare reverse engineering sul fix e capire di che bug si tratta, e attaccare versioni di J non aggiornate).

Qui l'annuncio: https://www.joomla.org/announcements/release-news/5926-upcoming-security-release-on-april-8th.html

Il Progetto Joomla è lieto di annunciare il rilascio di Joomla 5.3, l’ultima versione minore della serie Joomla 5.

Questa versione si concentra su miglioramenti mirati che affinano l’esperienza d’uso del CMS. Dalla migliore organizzazione dei file e registrazione delle attività, a una gestione più efficiente delle email e una maggiore accessibilità, Joomla 5.3 aiuta amministratori e sviluppatori a lavorare in modo più efficace, mantenendo il tuo sito moderno, sicuro e pronto per il futuro.

Novità in Joomla 5.3

Ecco alcune delle principali novità incluse in questo rilascio:

• Template email HTML – Migliorati
  La vista dei template email ora ha accesso ai parametri del template, permettendo una personalizzazione più efficace dei messaggi in uscita.
  PR #44896 | Documentazione qui

• Gestione dei file multimediali migliorata
  È stata aggiunta una nuova cartella “files” nel Media Manager, per organizzare i file non immagine (PDF, documenti, ecc.) separatamente dalle immagini.
  PR #43532 | Documentazione qui

• Attività pianificate – Cronologia delle esecuzioni
  Il Programmatore ora registra una cronologia completa delle esecuzioni, rendendo più facile il monitoraggio delle attività automatiche e la risoluzione dei problemi.
  PR #43532 | Documentazione qui

• Opzioni per il link “Leggi tutto”
  Una nuova impostazione consente agli amministratori del sito di mostrare o nascondere il titolo dell’articolo nei link “Leggi tutto”.
  PR #43457

• Accessibilità migliorata
  Le icone nel componente Contatti sono ora completamente accessibili ai lettori di schermo, migliorando l’esperienza per tutti gli utenti.
  PR #44523

• Routing migliorato
  Migliore gestione degli alias dei tag, URL SEF e rilevamento degli URL alterati, per link più coerenti e ottimizzati per la SEO.
  PR #44515, PR #44477, PR #43992

• Eventi moderni nei plugin
  Joomla continua la transizione verso classi evento tipizzate nei plugin core, migliorando la leggibilità del codice e il supporto negli IDE.
  PR #43426, PR #43637

• Controllo ACL dettagliato per le preferenze dei componenti
  I proprietari del sito possono ora concedere agli amministratori il permesso di configurare le opzioni dei componenti senza dover dare accesso all’intero componente.
  PR #41496

• WebAsset API consigliata
  I metodi legacy HTMLHelper::script() e HTMLHelper::stylesheet() sono deprecati a favore della WebAsset API.
  PR #43396

• Compatibilità con PHP 8.4
  Joomla 5.3 include modifiche importanti per garantire la compatibilità con PHP 8.4, aiutando il tuo sito a restare aggiornato anche in futuro.
  PR #45257, PR #45255

---

Scarica subito Joomla 5.3!

Prova in prima persona Joomla 5.3 scaricando l’ultima versione:

• Scarica il pacchetto completo di Joomla 5.3
• Pacchetto di aggiornamento a Joomla 5.3

Vuoi la lista completa delle modifiche?

Puoi consultare tutte le pull request relative alle nuove funzionalità incluse nella milestone di Joomla 5.3 qui:
Joomla 5.3 – Pull Request delle funzionalità

---

Fammi sapere se vuoi anche un post o una newsletter con questo testo!

Dall'italia consiglio anche Extensions4Joomla ( https://extensionsforjoomla.com/ ) : hanno, a mio avviso, le migliori estensioni sul mercato per prenotazione alberghi, ristoranti e booking engine. Top.

La dichiarazione di accessibilità è un documento ufficiale che attesta il livello di conformità di un sito web o di un'applicazione mobile ai requisiti di accessibilità stabiliti dalla normativa vigente. Per le Pubbliche Amministrazioni (PA) italiane, tale dichiarazione è obbligatoria e deve essere aggiornata annualmente. Anche alcune aziende private con un fatturato superiore a 500 milioni di euro sono tenute a presentare questa dichiarazione.

La Legge Stanca e gli obblighi per la PA

La Legge 4/2004, nota come "Legge Stanca", è la normativa italiana che disciplina l'accessibilità degli strumenti informatici, con l'obiettivo di garantire a tutti, inclusi le persone con disabilità, l'accesso ai servizi digitali. Questa legge impone alle PA di rendere i propri siti web e applicazioni mobili accessibili, seguendo specifici requisiti tecnici. Tra gli obblighi principali vi è la pubblicazione annuale della dichiarazione di accessibilità, che deve essere redatta utilizzando l'applicazione online fornita dall'Agenzia per l'Italia Digitale (AgID) .

Le WCAG e la struttura di un sito accessibile

Le Web Content Accessibility Guidelines (WCAG) sono linee guida internazionali sviluppate dal World Wide Web Consortium (W3C) per rendere i contenuti web accessibili a tutti gli utenti, indipendentemente dalle loro abilità. Le WCAG 2.1, attualmente in vigore, si basano su quattro principi fondamentali:

1. Percepibile: le informazioni e i componenti dell'interfaccia utente devono essere presentati in modo che possano essere percepiti dagli utenti.
2. Utilizzabile: i componenti dell'interfaccia e la navigazione devono essere utilizzabili.
3. Comprensibile: le informazioni e l'operatività dell'interfaccia devono essere comprensibili.
4. Robusto: il contenuto deve essere abbastanza robusto da poter essere interpretato in modo affidabile da una vasta gamma di agenti utente, inclusi i tecnologie assistive.

Per ciascun principio, le WCAG definiscono linee guida specifiche e criteri di successo testabili, suddivisi in tre livelli di conformità: A, AA e AAA. Per le PA italiane, il livello minimo richiesto è il livello AA .

Per implementare un sito accessibile, è fondamentale:

• Struttura semantica: utilizzare correttamente i tag HTML per definire l'architettura del contenuto.
• Testi alternativi: fornire descrizioni appropriate per le immagini e gli elementi non testuali.
• Contrasto cromatico: assicurare un contrasto sufficiente tra testo e sfondo per facilitare la lettura.
• Navigazione intuitiva: progettare menu e percorsi di navigazione chiari e coerenti.
• Compatibilità con tecnologie assistive: garantire che il sito sia fruibile tramite screen reader e altri strumenti assistivi.

Obblighi per le aziende private

Oltre alle PA, anche le aziende private con un fatturato superiore a 500 milioni di euro sono obbligate a conformarsi ai requisiti di accessibilità e a pubblicare la dichiarazione di accessibilità . Questo obbligo mira a estendere l'accessibilità digitale anche al settore privato, garantendo un accesso equo ai servizi online per tutti gli utenti.

Link utili:

• Legge 4/2004 (Legge Stanca): testo completo disponibile sul sito dell'Agenzia per l'Italia Digitale - https://www.agid.gov.it/it/design-servizi/accessibilita/normativa
• Linee guida WCAG 2.1: traduzione italiana ufficiale disponibile sul sito del W3C - https://www.w3.org/Translations/WCAG21-it/
• Dichiarazione di accessibilità: modello e istruzioni per la compilazione forniti da AgID - https://www.agid.gov.it/it/design-servizi/accessibilita/dichiarazione-accessibilita
• Linee guida per l'accessibilità della PA: documento ufficiale di AgID che definisce i requisiti tecnici e le metodologie per la verifica dell'accessibilità - https://www.agid.gov.it/it/design-servizi/accessibilita/linee-guida-accessibilita-pa.

Il progetto Joomla! è lieto di annunciare il rilascio di Joomla 5.2.6 e Joomla 4.4.13. Si tratta di un aggiornamento di sicurezza per le serie 5.x e 4.x di Joomla.

Questi aggiornamenti continuano gli elevati standard di Joomla nella progettazione web accessibile, evidenziando i valori di inclusività, semplicità e sicurezza, rendendo Joomla una piattaforma web open-source ancora più potente.

Correzioni di sicurezza

• [20250401] - Framework - Vulnerabilità SQL Injection nel metodo quoteNameStr del pacchetto Database.
• [20250402] - Core - Bypass dell'autenticazione MFA
  Questo aggiornamento corregge un problema di sicurezza relativo alla mancanza di controlli che poteva permettere di saltare la verifica in due passaggi. Risolve inoltre un problema con il pacchetto database quoteNameStr.

Cosa comprende la versione 4.4.13?

Joomla 5 è la versione principale più recente. In Joomla 4 non verranno aggiunte nuove funzionalità e continuerà a ricevere esclusivamente aggiornamenti di sicurezza fino al 14 ottobre 2025.

Dove posso scaricare Joomla 5.2.6?

Puoi trovare tutti i download di Joomla 5 nella pagina ufficiale dei download:
https://downloads.joomla.org/cms/joomla5/

Nuove installazioni
Istruzioni per nuove installazioni e requisiti tecnici

Installa 5.2.6

Aggiornamento
Aggiorna a Joomla 5.2.6

Vuoi esplorare Joomla 5 senza doverlo installare? Abbiamo una soluzione per te: prova Joomla 5.2.6 su launch.joomla.org.

Dove posso scaricare Joomla 4.4.13?

Aggiorna a Joomla 4.4.13

Come posso aggiornare il mio sito a Joomla 5.2.6?

Buone notizie per l’aggiornamento da Joomla 4.4.x a 5.x: si tratta di un aggiornamento e non di una migrazione. Perché? Due ragioni principali:

• Le estensioni Joomla 4 (J4) che hanno rimosso tutto il codice deprecato e utilizzano il codice Joomla aggiornato funzioneranno senza problemi anche in Joomla 5 (J5).
• La maggior parte delle altre funzionerà attivando il nuovo plugin Behaviour - Backward Compatibility (retrocompatibilità).

I dettagli completi sono disponibili qui: Pianificazione e aggiornamento passo-passo da Joomla 4.4.x a 5.x.

Nota: Ti consigliamo di testare prima l’aggiornamento su una copia del tuo sito in produzione.

Potresti anche chiederti se devi migrare subito: supporteremo Joomla 4.4 fino al 14 ottobre 2025 con aggiornamenti di sicurezza. Pertanto, il tuo sito non corre rischi se non aggiorni immediatamente. Non dimenticare inoltre che alcune delle tue estensioni potrebbero non essere ancora pronte per Joomla 5 (anche se molti sviluppatori hanno già reso disponibile da tempo una versione compatibile con Joomla 5). Puoi filtrare le estensioni per versione nella Joomla Extensions Directory per verificare quali sono pronte per J5 e quali lo sono grazie al plugin di retrocompatibilità.

Per problemi noti relativi alla versione 4.4.13, consulta le FAQ della versione 4.4.13; per la versione 5.2.6, fai riferimento alle FAQ della versione 5.2.6 sul nostro sito.

Ciao e benvenuto nel mondo di Joomla!

Come hai anticipato i due mondi sono simili ma ci sono alcune differenze sostanziali, partendo dalle nomenclautre. In WordPress, probabilmente sei abituato a lavorare quasi esclusivamente con i plugin, che possono fare di tutto, dagli hook nel functions.php fino all'aggiunta di interfacce e funzionalità avanzate.

In Joomla, il termine estensioni è un "contenitore" che include tre tipi principali:

1. Componenti: La "spina dorsale" delle funzionalità principali. Un componente è come un intero mini-sito all'interno del tuo sito. È quello che gestisce il cuore di una funzionalità complessa (nel tuo caso, il sistema di prenotazione). Ad esempio, il "com_content" è il componente che gestisce gli articoli in Joomla.

2. Moduli: Sono pezzi più piccoli, visualizzati in determinate posizioni del template. Ad esempio, una lista di articoli recenti o un modulo di login. Fai finta che siano i "widget" di WP che carichi qua e là.

3. Plugin: Simili agli hook di WordPress, intervengono su specifici eventi del sistema. Ad esempio, puoi usare un plugin per modificare l'output HTML di un componente o per aggiungere azioni specifiche in un determinato momento (come al salvataggio di un articolo o alla registrazione di un utente ecc...).

Nel tuo caso, un booking system per i traghetti è un progetto piuttosto complesso. Sicuramente non ti basta un plugin (inteso come plugin di joomla): avrai bisogno di un componente per gestire le prenotazioni, il calendario, i traghetti e così via.

Ti consiglio di controllare se esistono già componenti generalisti che fanno al caso tuo (per esempio, estensioni come Solidres o VikBooking possono gestire le prenotazioni in Joomla, anche se sono più orientate a hotel o alloggi).

Se decidi di sviluppare da zero:

• Devi entrare nell'ottica di crearti un componente. Qui trovi una guida passo-passo ufficiale per Joomla 4 (/ma al 95% va bene anche per Joomla5): https://docs.joomla.org/J4.x:Developing_an_MVC_Component/Introduction

• Una volta fatto il componente, a seconda delle necessità potresti dover creare:

  • Moduli per mostrare widget come il form di prenotazione o un riepilogo delle prossime partenze.
  • Plugin per integrare funzioni particolari, come l'invio di notifiche o l'aggiunta di regole personalizzate al sistema (per esempio eventi alla registrazione dell'utente e così via).

Infine (piccolo spazio pubblicità ) qualche settimana fa ho realizzato un video introduttivo che potrebbe esserti utile: Come funzionano le estensioni in Joomla. Verso la fine spiego proprio la struttura di componenti, moduli e plugin.

Se hai dubbi specifici, chiedi pure. Buon lavoro!

I punti che hai descritto sono validi, sono più o meno quelli che dico sempre quando faccio i corsi... in generale secondo me, cominciando ad usare joomla, è fondamentale:

• capirne la struttura: come funzionano i menu, differenze tra componenti, estensioni e moduli
• curiosare nel pannello di controllo: nel core di joomla c'è veramente un sacco di roba. Il 90% dei plugin più scaricati di Wordpress sono inutili per Joomla, perchè sono funzioni già presenti nativamente
• non reinventare la ruota: l'80% dei siti web si riesce a fare semplicemente con un buon template e gli articoli di Joomla. Meno estensioni si installano meglio è!
• fare tanti backup! : trova un buon hosting che ti backappa tutti i giorni e installa estensioni per farti i backup dove vuoi quando vuoi

bonus: cerca validi canali youtube in italiano che spiegano perfetttissimamente come funziona joomla e iscriviti!

Zero attendibilità, soprattutto per la homepage. Tieni conto che la homepage viene visitata da centinaia di bot e crawler anche solo per sapere se esiste qualcosa all'interno del dominio. Joomla non fa scrematura come potrebbe fare Analytics. Così come sono assolutamente poco attendibili le impressions del componente banner nativo di Joomla.

@fabigno ha detto in Documentazioni ed esempi per slideshow realizzata con Bootstrap:

@webman Buongiorno, dove si può trovare della documentazione o meglio ancora un esempio su slideshow realizzata con bootstrap? Grazie

Bootstrap5 permette di utilizzare dei codici "cotti e mangiati" per creare slideshow e altri componenti. Li trovi tutti qui (da Accordion in avanti -> https://getbootstrap.com/docs/5.0/components/accordion/ ).
Devi ovviamente prima ovviamente caricare sia I CSS che i JS di Bootstrap per farli funzionare.
Se usi Cassiopeia devi solo caricare i Javascript perché i CSS ci sono già.
Se ti può servire feci un video a riguardo qualche settimana fa che spiega passo passo come usare i componenti Bootstrap5 dentro Cassiopeia: https://www.youtube.com/watch?v=J5nD6xmnf_s

Amen

Post interessantissimo che spiega chiaramente tutto quello che ci sta sotto e tutto quello che è successo nel passaggio tra J3 e J4 e che ha portato scompiglio, frustrazione e sconforto nel cuore di utenti e sviluppatori.

Non sono sviluppatore di estensioni ma conosco PHP e cerco di studiarmi, per quanto possibile, come "funzionano" le estensioni che installo. Cerco di farlo per tutti i CMS che uso e mi è capitato di farlo anche con WP. Non voglio essere il solito fondamentalista ma è innegabile che il codice che fa girare WP sia enormemente più caotico e pesante (e datato a livello logico) rispetto a J!, ma sono anche conscio che sia stata una scelta progettuale ben definita per evitare problemi di retrocompatbilità.
Ricordo ancora i casini che successero quando (nella versione 4.5? non ricordo) introdussero una nuova versione di JQuery che rase al suolo metà dei template in circolazione, oppure le sommosse popolari quando venne introdotto Gutenberg.
Per non parlare del caotico sistema di hook e functions.php rispetto all'elegante MVC di Joomla e della triade componenti/plugin/moduli.

Quindi penso che sia stato deliberatamente scelto di tenere un codice "datato" per agevolare la retrocompatibilità, al contrario del progetto Joomla! che ha sempre preferito la novità al "benessere" di utenti e sviluppatori (se non erro fu addirittura deciso di adottare Bootstrap 5 invece che Bootstrap 4 quando Joomla4 era già in dirittura d'arrivo...).

La domanda, da avvocato del diavolo, a questo punto è: chi ha avuto ragione? E' meglio tenere buoni utenti e sviluppatori a discapito di un codice vecchio, bucabile minimale (e che quindi ti obbliga ad un plugin per letteralmente QUALSIASI cosa) o è meglio andare allo scontro ma presentarsi con un codice sempre pulito, moderno e funzionale?

Visti i numeri la risposta parrebbe scontata ma sinceramente non ne sono così sicuro. Mi piacerebbe aprire una discussione a riguardo
Grazie ancora per questo post super interessante.

Digli che poi la gente non si iscrive più alla newsletter se può vedere lo stesso contenuto anche in homepage del sito... meno spam in casella e può leggerlo quando vuole lui...
Poi capisco che possa aver senso avere un "archivio newsletter" da qualche parte se uno vuol vedersi la vecchia roba, ma di solito lo faccio per gli utenti registrati, non pubblico (e soprattutto non in homepage)

@pstrada ha detto in Tasto modifica utente smtp - configurazione invio posta:

Grazie Gianluca, come workaround in attesa della risoluzione si può partire da un backup precedente, o dalla 5.2,configurare e se ok procedere con gli update.

Si esatto, o anche editare direttamente il configuration.php, variabile $smtppass:

@Pierino io farei senza alcuna estensione. Con JCE o TinyMCE puoi embeddarli nei testi. Se vuoi mettere solo il link puoi usare dei campi personalizzati tipo quelli di Tassos e poi ti gestisci tutto come un normalissimo sito con i video embeddati

Comincio io

• https://www.virtueplanet.com/extensions/vp-advanced-user (è su un sito di virtuemart ma era perfetto anche senza l'ecommerce, funzionava da dio ed era bello da vedere)
• https://extensions.joomla.org/extension/site-management/cookie-control/eu-e-privacy-directive/ (soluzione gratuita per la notifica dei cookies)
• https://extensions.joomla.org/extension/core-enhancements/performance/add-fullajax/ (caricamento delle singole pagine via ajax senza ricaricare il contenuto esterno)
• https://extensions.joomla.org/extension/core-enhancements/file-management/profiles/ (gestore di file interno al pannello di controllo)
• https://extensions.joomla.org/extension/clients-a-communities/user-management/usergroup-selector/ (possibiltà di scegliere il proprio usergroup nel momento della registrazione)
• https://extensions.joomla.org/extension/vertical-markets/booking-a-reservations/taxi-booking/ (sistema di booking per flotte di veicoli)
• https://web.archive.org/web/20200925080104/https://extensions.joomla.org/extension/notificationary/ (plugin per la notifica a gruppi/utenti/amministratori se qualcosa cambia nel backend. Metto il link al web archive perchè non esiste più nella JED)

Il vero problema (che è quello che mi terrorizza maggiormente) è che con l'AI overview non avrà più senso la SEO (per come la conosciamo ora): se adesso la gente cerca "come mettere opengraph su Joomla senza estensioni" viene reindirizzata sul mio sito di Pixed quindi la gente mi conosce, io faccio lead ecc ecc..
Con l'overview viene fuori la soluzione direttamente nella schermata di ricerca, usando la mia soluzione. Ok, ci sono i credits ma la gente poi si ferma lì, non finisce nel mio sito e probabilmente non si accorge neanche che la soluzione l'ho data io.
A quel punto che convenienza ho nel fare un blog informativo? Questo rischia di disincentivare i creatori di contenuti originali, impoverendo il web (e di conseguenza i contenuti da dare in pasto all'AI).
È un circolo vizioso molto pericoloso, bisogna capire se quelli di Google sono in grado di gestirlo. Vedremo

Io sono ripetitivo ma ormai da quando uso yootheme non attivo più alcuna cache (nè sito nè server) perché non ne sento l'esigenza. Alla fine il "problema" è sempre il template/framework che si usa: se è fatto bene carica solo le cose che servono, se è fatto male è un elefante che carica la qualunque anche se non viene utilizzata. Ad oggi è assolutamente fattibile con il template giusto, senza avere l'ansia di come la cache possa creare problemi inaspettati (soprattutto se poi si usano service worker vari ed eventuali che possono creare casini con la cache del browser)