Si si certo, il bck l'avevo messo in conto di farlo certamente.
Caso mai, vedo anche se mi faccio fare un bck dell'intero ambiente (anche se essendo su hosting condiviso non so se sarà possibile).
Segnalerò di installare direttamente 10.6 in modo da non dover rifare la procedura quando sarà il tempo di J6.
Grazie intanto della tua disponibilità.
Salve,
come da oggetto.. ho due siti in J4 entrambi sullo stesso hosting privato.
Nell'hosting ho MariaDB 10.1.48 e ovviamente J mi segnala la necessità di sostituirlo almeno con 10.4.
L'hosting è su Plesk.
Le domande sono:
Grazie a tutti, ma ho trovato nel forum risposte alla mia domanda. Ho visto il video su YT per la migrazione di Xampp ma non penso che faccia al caso mio 
@emaberg ti ringrazio per la specificazione ma onestamente fare cambiamenti e test mi porterebbe via solo tempo per prove che poi erano "solo" un eccesso di zelo in fondo in fondo.
Però almeno ho un insegnamento: se i server non sono allineati NO sviluppo in locale 
@pstrada avevo capito quello che volevi dire.. e infatti sono d'accordo con te: su ambienti allineati ha senso, ma sto sperimentando a mie spese che la condizione opposta dà problemi 
Ho fatto altre diverse prove con il sistemista e siamo arrivati alla stessa conclusione di Pietro.
Sono proprio diverse le impostazioni ed evidentemente questo mi inibisce la banale funzionalità per la quale J mi restituisce l'errore (ovvero assegnare ad una sola voce di menu un template diverso dal predefinito).
Fare la controprova sarebbe ottimale ma onestamente mi porta via troppo tempo. In fondo ho già importato nel server pubblico sia le pagine che i template e quindi non devo far altro che switchare. Certo, avrei voluto farlo dopo prove su pagine meno trafficate, ma se non è possibile...
Di conseguenza non mi restano che due cose:
Grazie a tutti per aver seguito il mio thread
Non credo sia di Helix, il percorso sono sicuro al 99,9% che fosse:
rootdelsito/administrator/components/com_templates/src/Model/StyleModel.php
Ci ho pensato a scrivere JShaper visto che ho anche un account a pagamento ma ultimamente la loro prima risposta è di dargli le credenziali di accesso.
Stasera o domani ci provo, magari questa volta non risponderanno così
Aggiornamento: visto tutto con il sistemista il quale è andato a vedere anche i log di errore di Apache.
Nei log compaiono anche altri errori che, con l'aiuto di AI, abbiamo visto essere relativi ad un conflitto nel file stylequalcosa.php (non ricordo bene il nome del file).
Si tratterebbe del fatto che in quel file un stringa viene vista come "data" (nel senso di dato in inglese) mentre invece l'operazione che faccio cerca un array (o viceversa).
L'AI proponeva un workaround che però impattava la sicurezza sicchè stiamo ancora cercando.
non so se bella o brutta notizia.
Nel frattempo ho caricato il sito in uno spazio che ho su Vhosting che mi sono ricordato di avere e mi dà lo stesso errore.
allora devo aspettare il sistemista
Vi faccio sapere
l'ho creata con permessi uguali alle altre cartelle (755) ma ho lo stesso errore..
Ma se in TEMP e LOG di Joomla metto il percorso che c'è in open_basedir?
delle tre cartelle che mi hai segnalato, è solo la prima che manca
Provo a crearla e ti aggiorno
in J, in Sistema - configurazione globale - Server il percorso in TEMP è:
/var/www/vhosts/nomesito.it/httpdocs/tmp
in LOG è:
/var/www/vhosts/nomesito.it/httpdocs/administrator/logs
Il percorso è diverso ma i ":" presenti in open_basedir non sostituiscono il percorso "httpdocs"?
Eccola:
open_basedir /var/www/vhosts/nomesito.it/:/tmp/ /var/www/vhosts/nomesito.it/:/tmp/
dove ovviamente nomesito è in entrambi gli indirizzi il nome giusto del sito
ce l'avevo davanti agli occhi e non l'ho visto 
Le info sono moltissime, serve che le invio tutte tutte?
oppure posso stampare in pdf ed allegare?
PS: quando entrambi vi riferite alle info php che mancano, come posso estrarle ed inviarvele?
Grazie ad entrambi.
In giornata vedo di parlare con il sistemista per vedere se riesce ad individuare e correggere la questione.
Altrimenti faccio la prova che mi avete consigliato.
In ogni caso, vi faccio sapere in modo che anche altri che leggono abbiano un aiuto
Grazie ancora
Da info su J locale:
PHP attivo su Windows NT PC-MICHY 10.0 build 19045 (Windows 10) AMD64
Tipo database mysql
Versione database 10.4.32-MariaDB
Collation database utf8_general_ci
Collation connessione database utf8mb4_general_ci
Crittografia connessione database Nessuno
Versione PHP 8.2.12
Web Server Apache/2.4.58 (Win64) OpenSSL/3.1.3 PHP/8.2.12
WebServer interfaccia PHP apache2handler
Versione di Joomla! Joomla! 4.4.13 Stable [ Pamoja ] 8-April-2025 16:00 GMT
Da info J pubblico:
Impostazione Valore
PHP attivo su Linux pleskwebsite 4.15.0-213-generic #224-Ubuntu SMP Mon Jun 19 13:30:12 UTC 2023 x86_64
Tipo database mysql
Versione database 10.1.48-MariaDB-0ubuntu0.18.04.1
Collation database utf8_general_ci
Collation connessione database utf8mb4_general_ci
Crittografia connessione database Nessuno
Versione PHP 8.2.24
Web Server Apache
WebServer interfaccia PHP fpm-fcgi
Versione di Joomla! Joomla! 4.4.13 Stable [ Pamoja ] 8-April-2025 16:00 GMT
Uuuuuu.. a queste due cose non avevo pensato.
L'hosting del sito pubblico non è su Aruba o altri big provider, è su piattaforma Plesk privata.
Cmq verifico questo aspetto e ti aggiorno.
Intanto grazie del supporto.
PS: ho fatto un "all-in" provando a settare Helix come template predefinito per tutto il sito e non mi ha dato il minimo problema.
Non capisco il motivo invece di un errore circoscritto all'assegnazione di una sola pagina ad un template
Ho appena installato Convert Forms e si è installato correttamente.
A questo punto una domanda: per quale motivo nel mio XAMPP locale non ho il problema e nel mio sito pubblico si? Le versioni di J e delle estensioni solo le stesse in ambedue le situazioni. Che debba fare qualche aggiustamento di settaggio nel mio ambiente pubblico?