[Risolto] Siamo spiacenti, la tua versione di PHP non è supportata

[Pcfactory]

Ciao, offline non mi restutisce nessun problema. Il trasferimento online lo ho fatto con filezilla.

[jabba]

Spetta però perchè nello screen del database dice joomla5, qui sopra mi parli di joomla6.. l'aggiornamento delle varie versioni l'hai fatto con l'aggiornamento automatico? o caricando manualmente l'aggiornamento ZIP (pacchetto o files).
Nel mio J6 il database è segnato in questo modo:

[Pcfactory]

Ho fatto l'aggiornamento automatico. Se lancio il correggi da system -> database, dice che non ci sono errori.

[jabba]

Ti fa fare l'aggiornamento alla 6.0.2? O rimane fermo alla 6?

[webman]

Su Joomla 6 il plugin "Behaviour - Backward Compatibility 6" dev'essere disabilitato.

[Pcfactory]

Buongiorno a tutti, mi ha proposto l'aggiornamento alla 6.0.2 quando ero su wamp ma volevo farlo una volta online. Questa sera lo faccio e poi disattivo anche il plugin "Behaviou-Backward Compatibility 6". Grazie dell'aiuto

[luX0r75]

@webman ha detto in Siamo spiacenti, la tua versione di PHP non è supportata:

Su Joomla 6 il plugin "Behaviour - Backward Compatibility 6" dev'essere disabilitato.

@webman Perché?
Serve a far girare le estensioni fatte per la v5 e non ancora compatibili con la 6.
Forse ti confondi con il precedente "Backward" (quello che rende compatibile le ext v4 con Joomla 5) che va disabilitato prima dell'aggiornamento alla v6?

[luX0r75]

@Pcfactory ha detto in Siamo spiacenti, la tua versione di PHP non è supportata:

Se cerco di entrare nella cartella "administrator" mi restituisce il seguente errore:

Se in locale funziona, allora è andato storto qualcosa durante il trasferimento dei file online, magari per un problema di permessi.
Il log di FileZilla che dice?

EDIT: Sì, l'errore inizia perché non trova alcuni file nell'installazione.
Ad esempio, il primo che manca all'appello sembra essere administrator/includes/app.php
Controlla se esiste. Se sì, verifica i permessi (compreso l'owner del file).

Se hai trasferito con FileZilla, può anche essere che qualche permesso sul tuo WAMP sia finito in qualche modo sullo spazio Aruba.
Capita se sviluppi su macchina Windows e poi trasferisci su hosting Linux.

[Pcfactory]

Buonasera, per prima cosa grazie ancora del supporto. Ho aggiornato a 6.0.2 e ora è uscito un errore diverso:

Sembra che il problema sia proprio il plugin Behaviour - Backward Compatibility 6". Che faccio disattivo?

[Pcfactory]

Ritorno sui miei passi, se lo disattivo anche in wamp mi restituisce degli errori:

[matty80]

Ciao, hai ancora un backup del sito prima che lo aggiornassi a joomla 6.0.0?

[Pcfactory]

@matty80 Si, faccio sempre un backup prima di fare qualsiasi modifica

[matty80]

Personalmente farei così.

1. elimina tutti i file su Aruba compreso il database.
2. uppa tutto il sito non aggiornato
3. attiva la modalità debug
4. disattiva il plugin di retro compatibilità da J4 a J5
5. attiva il plugin se non lo fosse di retrocompatibilità da J5 a J6
6. verifica che i plugin - moduli - componenti siano compatibili con J6.
7. procedi con l aggiornamento dal server online.

[Pcfactory]

Attualmente che funziona online ho una versione 5.4.0, potrei partire da quella e fare i vari aggiornamenti?

[matty80]

Si esattamente. Caricarla così nel server. Aggiornala alla versione 5.4.2 e poi fai l upgrade a 6.0.2 direttamente.

[Pcfactory]

Questa sera provo. Grazie.

[webman]

@luX0r75 Hai ragione, solo per le nuove installazioni J6, quel plugin è disabilitato, per le migrazioni da J5 invece no. Quest'altro invece ("Behaviour – Backward Compatibility") dev'essere disabilitato .

[jabba]

Consiglio: per il trasferimento da locale a produzione molto meglio usare Akeeba Backup + Kickstart rispetto allo spostamento manuale dei file (che ti gradisce anche configirazione globale, Path temp e log ecc...)

[luX0r75]

@Pcfactory Hai controllato quello che ti ho suggerito?
Il primo log di errore che hai postato è chiaro: la tua installazione Joomla non riesce a trovare dei file del core.
Sicuramente un problema dovuto al trasferimento FTP local -> online.

Rifare tutta la procedura, come ti ha suggerito @matty80, è cosa buona e giusta, ma anche capire il perché di questa situazione (o almeno per me )

Personalmente quando devo fare dei major update:

• attrezzo la procedura in locale;
• mi appunto tutti gli step che eseguo;
• ripeto gli step online.

Questo mi evita di portarmi appresso le configurazioni locali e anche eventuali problemi dovuti al trasferimento dei file in FTP (vedi permessi o problemi di connessione che possono sfuggire se non si guarda il log del client FTP)
Ci metto un po' di più, ma almeno sono sicuro di non imbattermi in errori del piffero che potrebbero portarmi via anche più tempo.

[luX0r75]

Mi è venuta in mente un'altra prova che potresti fare.
Se la tua installazione non trova le classi potrebbe anche essere un problema relativo all'autoload delle stesse.
Cancella il file administrator/cache/autoload_psr4.php e riprova.

Magari copiandolo dal locale ti sei portato appresso qualche path delle classi errato.
Se così fosse, eliminando l'autoload dalla cache, dovrebbe ricaricare il tutto con i path corretti.