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!

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.

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!

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.

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!

Yootheme Is the way
Puoi gestire tutto con i normali articoli di Joomla e impagini tutto con un template di Yootheme.
In questo modo puoi strutturare il sito come meglio credi e se un giorno decidi di abbandonare yootheme hai comunque un normalissimo sito Joomla con i suoi articoli che puoi utilizzare con qualsiasi template.

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.

Il Progetto Joomla! è lieto di annunciare il rilascio di Joomla 5.2.2. Si tratta di un aggiornamento di sicurezza e correzione di bug per la serie 5.x di Joomla.

Questi rilasci continuano a rispettare i rigorosi standard di Joomla in termini di design web accessibile, evidenziando i valori di inclusività, semplicità e sicurezza di Joomla in una piattaforma web open-source ancora più potente.

Correzione di sicurezza

Nella versione 5.2.0 era presente un problema nella build di rilascio che causava impostazioni errate dei permessi sui file per le nuove installazioni. Tutti i file e le cartelle venivano impostati con permessi "777", che sono troppo permissivi. I permessi corretti dovrebbero essere 755 per le cartelle e 644 per i file. Questo problema poteva compromettere la sicurezza del sito su alcune configurazioni di hosting.

Se hai aggiornato un sito Joomla esistente alla versione 5.2.0, questo problema non ti riguarda, poiché il processo di aggiornamento applica automaticamente i permessi corretti. Per i nuovi siti installati utilizzando il pacchetto 5.2.0, questo aggiornamento alla versione 5.2.2 risolverà il problema dei permessi.

• Fix: Permessi errati "777" per file e cartelle principali durante l'aggiornamento da 5.2.0/5.2.1 (#44379)

---

Correzioni di bug e miglioramenti con la versione 5.2.2

• URL nelle email errato con il layout del template email (#44378)
• Testo lungo in wrap per evitare che il layout vada oltre il viewport (#44441)
• Modalità scura nel template admin predefinito Atum (#44211)
• Errore durante lo spostamento nel cestino di elementi già selezionati (#44392)
• Il filtro filter_category_id non funzionava nella creazione di link nel menu amministrativo (#44305)
• Schermata bianca nei Tour Guidati dopo un timeout della sessione sulla pagina dei passaggi (#44375)
• Loop infinito nelle Associazioni Multilingua (#44360)
• Gestione errori durante l'aggiornamento delle estensioni (#43321)

L'elenco completo è disponibile su GitHub: https://github.com/joomla/joomla-cms/milestone/134?closed=1

---

Dove posso scaricare Joomla 5.2.2?

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

Nuove installazioni

Trovi le istruzioni per una nuova installazione e i requisiti tecnici nella pagina di download.

Scarica Joomla 5.2.2

Aggiornamento

Aggiorna a Joomla 5.2.2

---

Come posso aggiornare il mio sito a Joomla 5.2.2?

Buone notizie: l'aggiornamento da Joomla 4.4.x a 5.x non è una migrazione, ma un semplice aggiornamento. Perché? Per due motivi principali:

1. Le estensioni di Joomla 4 (J4) che hanno rimosso tutte le deprecazioni del codice e utilizzano codice Joomla aggiornato funzioneranno anche in Joomla 5 (J5).
2. La maggior parte delle altre funzionerà grazie al nuovo plugin per la Compatibilità Retroattiva.

Trovi tutti i dettagli qui: https://docs.joomla.org/Joomla_4.4.x_to_5.x_Planning_and_Upgrade_Step_by_Step

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

Ti starai forse chiedendo se è necessario migrare subito. Puoi prenderti il tuo tempo: Joomla 4.4 sarà supportato per ancora 1,5 anni. Quindi il tuo sito non è a rischio se non aggiorni immediatamente. Ricorda però che alcune delle tue estensioni potrebbero non essere ancora pronte per Joomla 5, anche se molti sviluppatori hanno fatto un ottimo lavoro offrendo versioni di test per Joomla 5 da tempo. Puoi filtrare per versione nella Joomla Extensions Directory per verificare quali estensioni sono già pronte per J5 o supportano J5 con il plugin di compatibilità retroattiva.

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.

Ciao, no "fabrik" è un'estensione di terze parti per fare mini applicativi e form. Quello di cui si parla nei video sono i workflow di pubblicazione.
Sostanzialmente si tratta di una features che permette di "incanalare" gli articoli in percorsi specifici... Quindi, per esempio, possiamo avere un autore che crea la bozza, la passa all'editore, che da l'ok e un amministratore la pubblica (è un esempio, puoi creare qualsiasi tipo di workflow vuoi).
Qui trovi una spiegazione dettagliata sul funzionamento: https://magazine.joomla.org/all-issues/march-2021/joomla-4-the-new-publishing-workflow-feature

@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:

Il Progetto Joomla! è lieto di annunciare il rilascio di Joomla 5.2.3 e Joomla 4.4.10.
Questi aggiornamenti includono correzioni di sicurezza e bug per le serie 5.x e 4.x di Joomla.

Questi rilasci confermano gli elevati standard di Joomla nel design web accessibile, sottolineando i valori di inclusività, semplicità e sicurezza, rendendo Joomla una piattaforma web open-source ancora più potente.

---

Correzioni di sicurezza

• [20250101] - Core - Vulnerabilità XSS nei moduli cromatici
• [20250102] - Core - Vulnerabilità XSS nell'attributo ID delle liste di menu
• [20250103] - Core - Violazione ACL di lettura in diverse viste del core

---

Correzioni di bug e miglioramenti in Joomla 5.2.3

• Correzione del plugin joomlaExtButtons di TinyMCE, validazione pulsanti (#44507)
• Validazione delle email con apostrofi (#44527)
• Impostazione corretta di AssetTitle e AssetParentId (#42493)
• Rimozione di immagini e ancore vuote dai moduli articoli_news (#42493), articoli_category (#44478 e #44475)
• Eliminazione di classi errate nel link "annulla" nella pagina frontend di aggiunta codice di verifica (#44473)
• Abilitazione della selezione multipla per checkbox (#44500)
• Miglioramenti per PostgreSQL e suggerimenti finder (#44384)
• Controllo pre-aggiornamento per estensioni con AllowDynamicProperties (#44307)
• Correzione di parametri nullable in PHPCS (#44543)
• Fix per doppie parentesi graffe chiuse negli stili inline (#44532)
• Correzione per TypeError: toggleButton è nullo (#44555)
• Plugin: Ricerca non case-insensitive per lingue Unicode (#44525)
• Risoluzione di incrementi su stringhe non alfanumeriche (#44173)
• Utenti: Non resettare il valore "requireReset" appena impostato (#44519)
• CoreButtonsTrait back() genera testo errato per i pulsanti (#44509)
• Tag: Router scopre correttamente i 404 (#44540)
• Gestione delle eccezioni nel modello dei log azioni utente (#44358)
• Correzione del tipo restituito in IdentityAware trait (#44567)
• Aggiornamento di Composer a joomla/application 3.0.3 per risolvere deprecazioni PHP (#44585)
• Utenti: Permettere MFA prima del reset password (#44521)
• Rimozione di duplicati nei log azioni (#44629)
• CLI: Correzione dell'opzione extension:remove -n con risposta non valida (#44546)
• Privacy: Consentire MFA e gestire consensi privacy non validi (#44522)
• Aggiornamento dell'URL del changelog durante il refresh della cache manifest (#44565)

La lista completa è disponibile su GitHub:
https://github.com/joomla/joomla-cms/milestone/135?closed=1

---

Cosa include Joomla 4.4.10?

• Correzioni di sicurezza

---

Dove posso scaricare Joomla 5.2.3?

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

---

Installazioni e aggiornamenti

• Nuove installazioni:
  Istruzioni per l'installazione e requisiti tecnici

• Aggiornamenti:
  Upgrade a Joomla 5.2.3

---

Vuoi esplorare Joomla 5 senza installarlo?

Provalo qui: launch.joomla.org

---

Come posso aggiornare il mio sito a Joomla 5.2.3?

Buone notizie per chi usa Joomla 4.4.x: l'aggiornamento a Joomla 5.x non è una migrazione, ma un semplice upgrade.
Due motivi principali:

1. Le estensioni Joomla 4 che non utilizzano codice deprecato funzioneranno su Joomla 5.
2. La maggior parte delle altre estensioni funzionerà attivando il plugin per la retrocompatibilità.

Dettagli completi qui:
Guida all'aggiornamento da Joomla 4.4.x a 5.x

Nota: Si consiglia di testare l'aggiornamento su una copia del sito prima di procedere.

---

Non è necessario migrare immediatamente: Joomla 4.4 sarà supportato per altri 1,5 anni. Tuttavia, alcune estensioni potrebbero non essere ancora pronte per Joomla 5. Controlla sul Joomla Extensions Directory per verificare la compatibilità.

FAQ:

• Problemi noti con la versione 4.4.10: FAQ 4.4.10
• Problemi noti con la versione 5.2.3: FAQ 5.2.3

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)

Ultimamente sto lavorando molto in ambito migrazione/upgrade di siti complessi da Joomla3 a Joomla4/5. Lo trovo parecchio divertente perché ogni sito è una storia a sé e c'è sempre qualcosa da imparare.
Più o meno riesco ad automatizzare e gestire il tutto, tranne una cosa sola: l'allineamento dei database post aggiornamento.

L'iter lavorativo solitamente è questo:

• Devo fare l'upgrade di un sito live molto attivo (5/10 articoli nuovi al giorno). Non posso metterlo offline durante l'upgrade quindi mi faccio una copia in locale e lavoro su quella.
• Il lavoro può richiedere settimane quindi a livello di contenuti rimango spesso indietro e non posso chiedere al cliente di aggiornare due siti in contemporanea (sarebbe bellissimo ma mi insultano tutti quando lo chiedo )
• Una volta che sul server di test è tutto pronto ho tre strade: 1) mettere a mano tutti i contenuti vecchi nel nuovo e poi uppare il sito aggiornato, 2) ripercorrere passo passo quello che ho fatto nel server di test anche sul server di produzione (ma richiede almeno una giornata di offline se tutto va bene), 3) rifare una copia aggiornata, rifare l'upgrade della copia aggiornata e mettere su la copia aggiornata del sito appena copiata (che però non è testata a pieno perché giocoforza è una nuova copia con un nuovo aggiornamento.

Non sono mai riuscito a fare il giochino di copiare i contenuti tra i vari database (anche della stessa versione di Joomla) perché le variabili in gioco sono tantissime (soprattutto se cambiano anche categorie, tag ecc ..)

Quindi, morale della favola: voi come vi comportate in questi casi? Avete un iter preferito? Oppure qualcuno conosce un tool magico a me sconosciuto che si occupa di riallineare database?

Grazie!

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)

@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

Al momento secondo me non ci sono ragioni per cui un utente dovrebbe migrare da WP a J!, l'utente finale non trova differenze (e anzi si spazientisce a prescindere se deve cambiare metodo di inserimento contenuti). A livello di agenzia che gestisce decine/centinaia di siti oggettivamente non abbandonerà mai WP perchè:

1. ha un miliardo di plugin in più per fare un gozziliardo di cose diverse
2. se ha bisogno di cambiare un dipentente o prenderne uno nuovo è MOLTO più facile trovare qualcuno che sappia usare WP invece che J!

Secondo me bisogna fare due cose:

1. Far capire al mondo che J! è vivo e vegeto: creare tutorial, forum, blog, presentarsi alle fiere di settore mettendo il logo J! di fianco al nostro eccc..
2. Fare formazione: andare nelle scuole superiori sfruttando i fondi PNRR e fare classi in cui si insegna a sviluppare web (in Joomla)

Bonus: essere pronti e sul pezzo dovesse succedere un terremoto in casa Automattic. Se qualcosa va storto (mega bug di sicurezza, problemi di estensioni, ecc..) che "obbligano" gli utenti a spostarsi (o semplicemente farsi venire il dubbio) il mondo Joomla deve essere pronto con:

• Tool di migrazione da WP a J!
• E-commerce ufficiale con tool di migrazione da Woocommerce
• Sistemi facili e aggiornati per fare anche le cose più banali (e qui già ci siamo, il core di Joomla ci da una mano)

Per il resto sarebbe bellissimo proporre con host ( @mangi-1 ) un bundle di migrazione da WP ma sarebbe a mio avviso troppo complicato da gestire (le variabili sono infinite). Però un'offerta tipo "porta il tuo sito Joomla2/3 in Host.it e ti facciamo il preventivo gratuito per l'aggiornamento a Joomla5, ti diamo un anno di hosting gratis e il set di pentole con cambio shimano" potrebbe invogliare qualcuno a rimettere mano al sito e finalmente aggiornarlo.

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)