Francamente non saprei darti un suggerimento. La corretta procedura di logout prevede che ti ritrovi, alla chiusura della sessione, nuovamente nella pagina di login: quello che mi pare strano è che ti ritrovi invece nella homepage: a me non è mai capitato.

Quello è un errore noto, ma avrebbero dovuto risolverlo con la versione 7.2 di PHP.

Bene che abbiano risolto il problema. Sarebbe meglio mettere [RISOLTO] nel titolo della discussione.

L'email di prova l'hai inviata in HTML, immagino. Prova un po' ad inviare a te stesso (scegli il gruppo SuperUsers come destinatario) una email come testo, levando la spunta a "Invia in modalità HTML". Questo per vedere se è il server SMTP che non digerisce il codice e giusto per delimitare un po' il campo su cui indagare.

Hai provato la terza voce "Manage" ?  Direi che dovrebbe essere questa.

Cosa intendi per "in locale" ? Hai un server fisico ? Se sì che sistema operativo, che server Web? Oppure utilizzi Xampp o Lampp ?

In entrambi i casi se vuoi fare delle prove in locale e poi trasferile sul sito di produzione, a mio avviso il sistema migliore è utilizzare Akeeba Backup. Fai il backup completo del sito locale, trasferisci il file di backup ed il file kickstart.php che viene creato sul server remoto, carichi detto file e segui le semplici istruzioni. In tal modo ti troverai il sito remoto uguale al locale.
Ovviamente puoi anche fare il passaggio al contrario.

non credo ci siano problemi a postare il contenuto del file .htaccess, ma aspetta conferma dai moderatori.


PS: ho dato un'occhiata al sito di cui parli e mi pare che la situazione possa essere valida. Visto che con una copia di .htaccess non si corrono pericoli, potresti provare ad inserire le istruzioni  lì riportate.

L'aggiornamento lo puoi fare anche senza mettere offline il sito, tanto è questione di pochi secondi e anche eventuali accessi non possono creare problemi.

Per il problema che non si salva il file di configurazione più di quanto ho scritto non saprei dire. Al massimo ti consiglierei di fare un fix permission usando Akeeba Admin Tools Core (lo trovi nel sito Akeeba).

Per carità, i forum servono per imparare...

Il file index.php è necessario se no il server Web non sa quale pagina "offrire" al browser che si connette mettendo solo l'URL. I server Web nelle loro impostazioni sanno che la homepage è un file index.html (una volta anche .htm), index.asp (siti in ASP), index.php (quelli in PHP) ed altri.

In Apache nel file httpd.conf deve esserci questo:

<IfModule dir_module>
    DirectoryIndex index.php index.pl index.cgi index.asp index.shtml index.html index.htm \
                   default.php default.pl default.cgi default.asp default.shtml default.html default.htm \
                   home.php home.pl home.cgi home.asp home.shtml home.html home.htm
</IfModule>

Quindi se tu hai rinominato index.php in qualcosa d'altro dovresti ricevere un errore 403 quando accedi al sito.

Diverso è il voler levare "index.php" dall'URL di una qualsiasi pagina:

da: https://www.miosito.it/index.php/blog   a: https://www.miosito.it/blog

e questo si fa con l'URL Rewriting.  Ovviamente il Modulo Rewriting deve essere abilitato anche lato server, sia esso Apache che IIS.


 In conclusione: index.php se vuoi che tutto funzioni deve starci.

Io non ti consiglierei di caricare con FTP tutti i file di Joomla sul server se prima non riesci a fare un backup con Akeeba: potrebbero esserci problemi ancora maggiori.

Io per prima cosa proverei a disattivare eventuali plugin installati per vedere se il problema fosse generato da uno incompatibile.
Per seconda cosa chiederei al provider se il server attuale è compatibile al 100% con Joomla ed eventualmente spostamento del sito in altro server con PHP 7.2.