Ciao e benvenuto!

Votato! Joomla! naturalmente

Grazie! 🙂

Bene, segui il metodo 2, aggiunta di un nuovo utente superuser.
Una volta aggiunto entri con le credenziali dal backend ovvero www.tuosito.com/administrator

Capito, grazie @luX0r75 e grazie @matty80.

Buon pomeriggio a tutti.
Premetto che quanto segue riguarda un sito locale aggiornato a joomla 6.0.2
Segnalo questa cosa che non è neppure definibile come problema ma che vorrei sistemare per facilitare l'aggiornamento del pacchetto lingua quando mi viene proposto dal cms.

Il sistema di aggiornamento di tale pacchetto fallisce:
dal momento che clicco sulla sezione degli aggiornamenti seleziono e clicco su aggiorna ma ottengo che l'aggiornamento fallisce perché non viene trovato nulla.
Quindi sono andato a controllare in "sistema>lingue" e vado a vedere cosa mi viene riportato nella colonna "URL DETTAGLI" accanto al pacchetto attualmente installato.
Questo è l'url riportato
https://update.joomla.org/language/details5/it-IT_details.xml

Sembra che invece quello corretto dovrebbe essere:
https://downloads.joomla.org/it/extensions/joomla6-italian/6-0-2-1

Infatti da qua io ho scaricato il pacchetto e usando l'installatore di joomla ho installato il pacchetto scaricato e pensando a qualche conflitto, prima di ciò ho rimesso il sito in inglese come default e rimosso il pacchetto lingua esistente sia lato amministratore che lato utente.
Dopo aver installato il pacchetto scaricato del secondo url che ho citato sopra e reimpostata la lingua italiana sono tornato a controllare la sezione "installa lingue" trovo il mio pacchetto ma nell'ultima colonna l'url resta quello di prima che non può funzionare tanto che cliccando su reinstalla ottengo che non è possibile trovare al file manifest.

Come correggo questa cosa?
Avevo aggiornato il pacchetto lingua altre volte su joomla 5 e non avevo avuto problemi.
Come mai nell'upgrade a joomla 6 se sono cambiati gli url questi non son stati adeguati?
Grazie per eventuali delucidazioni.
Filippo P

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

Mi ricordo di averlo usato in passato.

Oggi però sono riluttante a installare qualsiasi estensione che non sia strettamente necessaria al funzionamento del sito web.

+estensioni = -sicurezza

Vuoi perché l'estensione è sviluppata sbattendosene del pattern architetturale di Joomla!, vuoi perché utilizza script client side vulnerabili e potenzialmente soggetti ad attacchi malevoli, ma tale equazione è valida più frequentemente di quanto si pensi.

È un po' quello che succede con gli smartphone... si installano millemila App “per provarle” o perché “le usano tutti”.
Poi ci si dimentica di toglierle, lo smartphone rallenta o fa cose che non dovrebbe fare, e allora giù a cambiarlo “perché è vecchio”.

Scusa, forse ho esagerato 🙂
Sono paranoico quanto se non di più di Marvin l'androide paranoico!

@AnnaEsse ha detto in Vulnerabilità negli script PHP del tuo sito:

@luX0r75
Finalmente sono riuscita ad accedere al file configuration.php con le voci editabili!
Ho utilizzato WinSCP.
Adesso potrei procedere al cambio delle voci che mi hai suggerito all'inizio per poter risalire all'errore che ha determinato il blocco.
Ti confesso che ho un po' di timore a fare questi cambiamenti ma se mi guidi passo passo mi sentirei più sicura. Sei disponibile?
🙂

Ciao.
Hai fatto poi la modifica al file configuration.php?

siccome allungare il div a fondo pagina non e' semplice ho risolto in maniera diversa:
Istantanea_2026-01-15_11-17-01.png
col trucco del margine negativo, cioe' il messaggio non sta piu' nel content ma nel footer ed e' rialzato tramite margin-top negativo
ok alla prox

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.

Ciao, vedo adesso questo post, in genere se si sostiene il costo di un servizio aggiuntivo, che sia cloudflare o altri, questo costo, maggiorato di un minimo di markup, va ribaltato al cliente. Altrimenti si fa beneficienza 🙂