Non cambia versione di PHP

[ogigia]

Buongiorno, per alcuni lavori oggi sono entrato nel mio account di Altervista (ogigia) ed ho cliccato per cambiare la versione di Php nel "Gestione File", volendo passare dal vostro php 7.3 (che è in realtà un 7.3.33) alla versione 8.0 . Le impostazioni del file .htaccess dicono:

# # av:php5-engine
AddHandler av-php8 .php

Ma il sistema di Joomla 3.10 continua a dire che nel server c'è il php 7.3 in uso. Ho anche attivato la "modalita' sviluppo" del mio Cloudflare e perfino svuotato la cache di CloudFlare, anche se mi sembra poco logico. Forse il server è guasto? Oppure il mio Joomla da indicazioni sbagliate? Attendo cortesi indicazioni, buona serata.

[alemoppo]

È possibile modificare la versione di PHP per ogni cartella. Le sotto-cartelle ereditano la versione PHP di quella padre, quindi se modifichi la versione nella root, la versione di PHP dovrebbe cambiare in tutte le cartelle del tuo spazio.
L'unico caso in cui questo non accade è quando è impostata una versione differente di PHP in una sotto-cartella. Assicurati quindi che la cartella in cui c'è Joomla non sovrascriva un'altra versione PHP.

Puoi comunque controllare autonomamente quale versione di PHP è presente creando un file con estensione .php, quindi incollare dentro:

<?php
phpinfo();

Quindi visitare la pagina con un browser.

Ciao!

[albenessereblog]

Francamente non capisco cosa aspetta Altervista a mettere php 8 di default.

[frasidipace]

Francamente non capisco cosa aspetta Altervista a mettere php 8 di default.

Nessun hosting modifica arbitrariamente la versione di PHP. E' il webmaster che deve farlo in base a ciò che è presente sill spazio web.
Se si ha del codice deprecato da un'ultima versione di PHP e l'hosting cambia arbitrariamente la versione di PHP prima che il webmaster abbia aggiornato il proprio codice, il sito andrebbe in errore.

Ciao

[albenessereblog]

Nessun hosting modifica arbitrariamente la versione di PHP. E' il webmaster che deve farlo in base a ciò che è presente sill spazio web.
Se si ha del codice deprecato da un'ultima versione di PHP e l'hosting cambia arbitrariamente la versione di PHP prima che il webmaster abbia aggiornato il proprio codice, il sito andrebbe in errore.

Ciao

Se imposto php 7.3 che è quella di default, tutto bene, se metto oltre mostra questa stringa. Ho WordPress 6.2.

Warning: Undefined variable $checkout in /membri/albenessereblog/wp-admin/includes/class-wp-automatic-updater.php on line 175

[frasidipace]

Se imposto php 7.3 che è quella di default, tutto bene, se metto oltre mostra questa stringa. Ho WordPress 6.2.

Warning: Undefined variable $checkout in /membri/albenessereblog/wp-admin/includes/class-wp-automatic-updater.php on line 175

E' la prova provata che non puà essere l'hosting a modificare la versione PHP arbitrariamente.
Detto ciò, disattiva tutti i plugins e verifica se ti restituisce ancora l'errore. Hai qualche plugin che non viene supportato da diversi mesi.
Eventualmente prova anche a fare switch su un tema twenty-xxx nativo di Wordpress.

Ciao

[albenessereblog]

E' la prova provata che non puà essere l'hosting a modificare la versione PHP arbitrariamente.
Detto ciò, disattiva tutti i plugins e verifica se ti restituisce ancora l'errore. Hai qualche plugin che non viene supportato da diversi mesi.
Eventualmente prova anche a fare switch su un tema twenty-xxx nativo di Wordpress.

Ciao

Niente da fare, tra l'altro non so neanche a cosa serve quella variabile.

[darbula]

Al più senza ulteriori informazioni nel tuo wp-config.php crea

$_SERVER['DOCUMENT_ROOT'] = '/membri/albenessereblog/';
$_ENV['DOCUMENT_ROOT'] = '/membri/albenessereblog/'; 

Il problema non risiede nel codice php principale di WordPress ma di tema o plugin poiché php 8 di default mostra ogni tipo di errore compreso Warnings mentre in precedenza esiste ma nascosto e mai risolto. https://github.com/WordPress/WordPre...dater.php#L175

[albenessereblog]

Al più senza ulteriori informazioni nel tuo wp-config.php crea

$_SERVER['DOCUMENT_ROOT'] = '/membri/albenessereblog/';
$_ENV['DOCUMENT_ROOT'] = '/membri/albenessereblog/'; 

Il problema non risiede nel codice php principale di WordPress ma di tema o plugin poiché php 8 di default mostra ogni tipo di errore compreso Warnings mentre in precedenza esiste ma nascosto e mai risolto. https://github.com/WordPress/WordPre...dater.php#L175

Da sempre lo stesso avviso. Però gli avvisi non sono pericolosi.

[darbula]

Non esattamente non esiste una risposta univoca. È più idoneo pensare a un Notice o Warnings come temporaneo per risolverlo al prossimo uso o altrimenti la catena è semplicemente nascosto e non risolto da buon codice di programmazione.
A seconda delle decisioni del team php gli errori possono avanzare di livello e di conseguenza un Warnings può diventare errore fatale in una versione php futura. (Come prevedere questo? Con buona pratica di programmazione)
Guarda tu stesso la proposta per il prossimo php (forse php 9) e variabile non definita che produce errore https://wiki.php.net/rfc/undefined_v...rror_promotion
"Per programmetore" Se leggi il link puoi notare che la variabile $checkout è creata nel secondo ciclo foreach ma se non si può scorrere l'array (per uno dei tanti motivi) la variabile $checkout non è mai definita/creata.

[albenessereblog]

Non esattamente non esiste una risposta univoca. È più idoneo pensare a un Notice o Warnings come temporaneo per risolverlo al prossimo uso o altrimenti la catena è semplicemente nascosto e non risolto da buon codice di programmazione.
A seconda delle decisioni del team php gli errori possono avanzare di livello e di conseguenza un Warnings può diventare errore fatale in una versione php futura. (Come prevedere questo? Con buona pratica di programmazione)
"Per programmetore" Se leggi il link puoi notare che la variabile $checkout è creata nel secondo ciclo foreach ma se non si può scorrere l'array (per uno dei tanti motivi) la variabile $checkout non è mai definita/creata.

Allora a questo punto bisognerebbe contattare il team che crea WordPress e fargli correggere eventuali bug, perché qui a quanto pare è WordPress che non sta al passo di php.
C'è un qualche modo per contattare i creatori di WordPress?

[frasidipace]

Allora a questo punto bisognerebbe contattare il team che crea WordPress e fargli correggere eventuali bug, perché qui a quanto pare è WordPress che non sta al passo di php.
C'è un qualche modo per contattare i creatori di WordPress?

Ho aggiornato 5 siti a WP 6.2 e non ho rilevato alcun tipo di problema.

Ciao