Altervista passa a PHP 8.0

19/03/2026 09:16:05

demonhantagdr ha scritto:
Oh mi dispiace!
Beh diciamo che, in generale, credimi questa decisione di Altervista non ha fatto fare salti di gioia veramente a nessuno! E' già il secondo cambiamento del sito, poi perché se non sbaglio, poco tempo fa, mi arrivò un messaggio che diceva che erano cambiati dei termini perché Altervista era stata acquisita da... Mondadori?
Insomma stanno a fa' un sacco di robe losche (?) là dietro!

Più che losche stanno riducendo i rischi che ne conseguono adoperando versioni che possono comportare problemi all'azienda e agli utenti che usufruiscono del servizio.
Ricordo che Altervista è uno shared-hosting quindi più "siti" sullo stesso server e se uno può essere "forato" lo possono essere tutti gli altri.
"Professionalizzare" un servizio e renderlo più al passo con gli aggiornamenti e con le altre aziende nel mercato non è losco è semplicemente buon senso e garantire un certo livello di sicurezza oltre che di qualità.
Anche perché non è l'unico hosting gratuito esistente nel mercato, 15 anni fa le alternative erano poche e anche limitate ora di alternative più potenti e versatili ci sono, ne cito uno: Vercel.

19/03/2026 09:26:56

geko ha scritto:
Molto probabilmente l'errore non nasce in presenti.inc.php ma in file come ref_header.inc.php dove c'è la mancata definizione della costante o è stata definita erroneamente.
Quindi:
- controlla ref_header.inc.php
- controlla file config (tipicamente config.php, parameters.php, ecc.)

PHP 8.x è diventato più rigido, segue delle regole più precise e non lascia più molto spazio a chi scrive codice in maniera incorretta.

Io mi auguro che non siano li, le variabili globali che le persone hanno creato XD
In teoria, c'è questa pagina includes/constant_values.inc.php dove sono già definite le variabili globali di base. Magari sono state definite nel modo sbagliato.

In ogni caso, questo tipo di errori sono abbastanza parlanti (banalmente qui dice che la variabile costante "viaggiatore" non è stata definita. Le cose son due: la definisci o la elimini, non c'è molto di differente da fare), basta tradurli o provare a darli in pasto ad una IA se non si è in grado di interpretarli.

Qui sul portale comunque ci sono diversi programmatori che hanno pubblicato le loro disponibilità a pagamento.

Ci siamo noi (io, Kasa, Blanks, Gianni, Brancix, Dyrr, etc) che lavoriamo per far uscire le nuove versioni di gdrcd da qualche anno che comunque rispondiamo quando qualcuno ha un problema qui sul forum o sul discord del gdrcd.

Sapevamo che questo passaggio ci sarebbe stato prima o poi, e purtroppo noi del team ci possiamo fare poco: come dice brom87, è un adeguamento di chi fornisce un servizio web per evitare buchi di sicurezza e altre brutte rogne che si possono avere con versioni vecchie di php.

19/03/2026 09:39:23 e modificato da demonhantagdr il 19/03/2026 09:39:58

ci sono vulnerabilità molto note che posso causare violazioni di accesso da qualunque hacker con un minimo di conoscenze

Più che losche stanno riducendo i rischi che ne conseguono adoperando versioni che possono comportare problemi all'azienda e agli utenti che usufruiscono del servizio.
Ricordo che Altervista è uno shared-hosting quindi più "siti" sullo stesso server e se uno può essere "forato" lo possono essere tutti gli altri.

Sapevamo che questo passaggio ci sarebbe stato prima o poi, e purtroppo noi del team ci possiamo fare poco: come dice brom87, è un adeguamento di chi fornisce un servizio web per evitare buchi di sicurezza e altre brutte rogne che si possono avere con versioni vecchie di php.

Verissimo!

Anche perché non è l'unico hosting gratuito esistente nel mercato

In particolare proprio perché non è più l'unico e se finisce anche super bucato, non è proprio una delle migliori pubblicità che si può fare. ahah

19/03/2026 09:45:59

Prima o poi sarebbe dovuto accadere.

PHP 5.6 è stato rilasciato nel 2014 (12 anni!!!) con un supporto dichiarato fino al 2018.

PHP 7.3 è stato rilasciato nel 2018 (6 anni) con un supporto dichiarato fino al 2021.

Capite bene che per un hosting mantenere una retro compatibilità di oltre un decennio (che in informatica è come dire 100 anni) è un costo abnorme soprattutto per un hosting gratuito. Per non parlare dei mostruosi problemi di sicurezza che si porta dietro.

Ora i miei consigli ai gestori di giochi "datati" è di:

1) Iniziare adesso l'adeguamento. I tempi sono brevi.
2) Se il sistema vi consente varie opzioni di versione PHP disponibile scegliere SEMPRE l'ultima e adeguarlo a quella. E' inutile scegliere, ad esempio, PHP 8.2 se avete l'opzione PHP 8.4. Questo piccolo accorgimento (tanto dovete adeguare il codice comunque) allungherà il tempo in cui sarete costretti a rifarlo magari per passare a PHP 11

Buon lavoro ai gestori e un grande grazie ai "volontari" che si dimostrano ancora una volta un bene dell'umanità per la communtiy :)

19/03/2026 10:13:45

anneth ha scritto

Non cito tutto il contenuto, ma uso il quote per menzionarti e risponderti in maniera diretta.

Capisco il senso del tuo messaggio, però secondo me ci sono un paio di passaggi che dai un po’ troppo per scontati.

Sul fatto che “gli errori sono parlanti” e che basti darli in pasto a un’IA: in teoria sì, in pratica dipende tantissimo dal contesto.
Parliamo di un CMS come GDRCD che è:
- fortemente procedurale
- spesso modificato nel tempo da più mani
- senza pattern chiari o architettura consistente

In questi casi l’errore che vedi (tipo la costante non definita) è spesso solo il sintomo, non la causa.
Un’IA può aiutarti a interpretare il messaggio, ma difficilmente riesce a ricostruire da sola:
- dove nasce davvero il problema
- se è un include mancante
- se è un ordine di esecuzione sbagliato
- o se è una modifica fatta anni prima da qualcun altro

Quindi il rischio è pensare che sia “banale” quando in realtà non lo è, soprattutto per chi non ha già una certa esperienza.

Altro punto: il discorso “ci sono programmatori disponibili” è vero, ed è positivo che esista una community attiva.
Però anche qui forse si sottovaluta un aspetto umano:

non tutti gli utenti:
- si fidano a dare accesso al proprio progetto (anche a figure riconosciute nell'ambiente)
- hanno budget per chiedere supporto a pagamento
- o si sentono a proprio agio a esporsi pubblicamente

Quindi dire “basta chiedere” funziona fino a un certo punto. Non è sempre una soluzione percepita come accessibile.

Sul resto (PHP 8 più rigido, adeguamento necessario, ecc.) sono d’accordo: è un passaggio inevitabile e anche sano lato sicurezza.

Però forse il punto non è tanto cosa bisogna fare (definire la costante o rimuoverla), ma il fatto che per molti utenti:
- capire dove intervenire davvero
- e perché quell’errore si genera

non è così immediato come sembra.

In sintesi: il problema non è tanto la soluzione tecnica, quanto il gap tra chi ha dimestichezza con quel codice e chi ci si trova davanti senza contesto.

19/03/2026 10:20:07 e modificato da brom87 il 19/03/2026 10:30:34

geko ha scritto: In questi casi l’errore che vedi (tipo la costante non definita) è spesso solo il sintomo, non la causa.
Un’IA può aiutarti a interpretare il messaggio, ma difficilmente riesce a ricostruire da sola:
- dove nasce davvero il problema
- se è un include mancante
- se è un ordine di esecuzione sbagliato
- o se è una modifica fatta anni prima da qualcun altro

Da programmatore mi permetto di far presenti alcuni punti.
Esistono gli LM come Augment o altri con cui si da in pasto l'intero progetto e non solo l'errore. Questo si crea automaticamente il contesto, comprende come funziona il tutto e ti trova esattamente i punti nevralgici del problema, quindi non parliamo solo del semplice "gemini? Come correggo?" su browser.

Se posso permettermi GDRCD è un opensource gratuito e come tale l'uso finale del consumatore è a uso carico. Dal momento che non stai usando il prodotto "originale" ma l'hai modificato si presuppone che chi lo ha fatto abbia un minimo di conoscenze. I creatori sono responsabili fintanto che il prodotto non ha subito alcuna modifica, e intendo proprio nessuna.

Dal momento che apri una land un minimo di conoscenze si presuppone tu, o chi per te, le abbia per garantire sicurezza e funzionalità all'utenza finale. Errori così capitano? Certo, e come dice il gestore del portale e altri qui ci sono un sacco di programmatori che si offrono, gratuitamente o sotto compenso. E' una delle cose che tieni in conto aprendo una land ed è il concetto stesso di OPERNSOURCE. Nessun progetto opensource ti ofrfrirà mai 100% assistenza su versioni customizzate e di cui ignorano le modifiche fatte.

Posso rimbalzare il discorso dell'IA con "ok io ho dimestichezza con il codice, ma posso darti una soluzione al 100% senza vederlo per intero questo codice contando che ha modifiche? O posso solo andare per tentativi magari senza trovare mai la vera soluzione?"

Se hai una macchina rotta ma non vuoi che nessun tecnico la veda o resta rotta o cerchi di capire da solo come sistemarla.

19/03/2026 10:54:06

geko ha scritto:

Come ho già detto, i canali d'aiuto ci sono: forum qui, canale discord.
L'uso dell'IA è un suggerimento (visto che se ne fa largamente uso quando si creano i progetti o le news giornaliere), e come ha detto sempre brom87, gli strumenti che non sono il mero copia e incolla dell'errore su chatgpt esistono.

Io, come facente parte del team gdrcd, posso solo fare verifiche sulla versione base e controllare quella per le prossime release. Sulle custom, trattandosi di un open source, non possiamo fornire "solide certezze" su quello che il gestore medio fa. Posso solo darti la certezza che l'ultima release del gdrcd (5.6.0.6) su php 8.4 funzioni senza errori (ed è una cosa che ho testato personalmente stamattina).

Ovvio che ciò che c'è in giro è customizzato, ovvio che qualcosa potrebbe non funzionare correttamente. Ci si arma di pazienza.

Quello che posso consigliare di fare, a livello di "prassi" generale ad un gestore è quello di avere una versione di laboratorio ed una di produzione. Visto che il cambio non avverrà domani, ma fra un pò, lasciate la versione di PHP che avevate e fate le modifiche su un laboratorio (usando un server locale come nella guida del nostro team https://www.gdr-online.com/articoli-guida-gdrcd-sviluppo-in-locale.asp oppure aprendo un altervista parallelo con la 8.4) e man mano che sistemate, riportate i file modificati dal laboratorio a produzione.
E' una modalità di lavoro utile anche quando si sviluppano nuovi tool, che permetterebbe di evitare anche che l'utenza venga in qualche modo "disturbata" se vi dimenticate un ; quando create qualcosa di nuovo.

19/03/2026 11:32:53 e modificato da geko il 19/03/2026 11:34:58

brom87 ha scritto: [quote]geko ha scritto: In questi casi l’errore che vedi (tipo la costante non definita) è spesso solo il sintomo, non la causa.
Un’IA può aiutarti a interpretare il messaggio, ma difficilmente riesce a ricostruire da sola:
- dove nasce davvero il problema
- se è un include mancante
- se è un ordine di esecuzione sbagliato
- o se è una modifica fatta anni prima da qualcun altro

Da programmatore mi permetto di far presenti alcuni punti.
Esistono gli LM come Augment o altri con cui si da in pasto l'intero progetto e non solo l'errore. Questo si crea automaticamente il contesto, comprende come funziona il tutto e ti trova esattamente i punti nevralgici del problema, quindi non parliamo solo del semplice "gemini? Come correggo?" su browser.

Se posso permettermi GDRCD è un opensource gratuito e come tale l'uso finale del consumatore è a uso carico. Dal momento che non stai usando il prodotto "originale" ma l'hai modificato si presuppone che chi lo ha fatto abbia un minimo di conoscenze. I creatori sono responsabili fintanto che il prodotto non ha subito alcuna modifica, e intendo proprio nessuna.

Dal momento che apri una land un minimo di conoscenze si presuppone tu, o chi per te, le abbia per garantire sicurezza e funzionalità all'utenza finale. Errori così capitano? Certo, e come dice il gestore del portale e altri qui ci sono un sacco di programmatori che si offrono, gratuitamente o sotto compenso. E' una delle cose che tieni in conto aprendo una land ed è il concetto stesso di OPERNSOURCE. Nessun progetto opensource ti ofrfrirà mai 100% assistenza su versioni customizzate e di cui ignorano le modifiche fatte.

Posso rimbalzare il discorso dell'IA con "ok io ho dimestichezza con il codice, ma posso darti una soluzione al 100% senza vederlo per intero questo codice contando che ha modifiche? O posso solo andare per tentativi magari senza trovare mai la vera soluzione?"

Se hai una macchina rotta ma non vuoi che nessun tecnico la veda o resta rotta o cerchi di capire da solo come sistemarla.

Quando parli di “LM” (immagino tu intenda LLM - Large Language Models), è vero che oggi esistono strumenti che possono analizzare interi codebase.
Però qui secondo me c’è un fraintendimento sul loro scopo reale.

Gli LLM:
- non “capiscono” il progetto come farebbe un umano
- non eseguono il codice
- non hanno garanzia di correttezza
Funzionano per probabilità e pattern.

Questo significa che:
- su codice pulito e coerente possono essere molto utili
- su codice stratificato, procedurale, modificato negli anni diventano molto meno affidabili

Quindi sì, possono aiutare... ma dire che “gli dai il progetto e ti trova esattamente il problema” è una semplificazione un po’ ottimistica.

Altrimenti il problema diventa:
come distingui una soluzione corretta da una plausibile ma sbagliata?

"Se modifichi devi saperlo gestire"
Qui il principio è corretto... ma forse un po’ idealizzato.

Nella realtà succede spesso che:
- chi apre una land non è chi ha fatto le modifiche
- il codice venga ereditato
- oppure modificato a pezzi senza piena comprensione

Quindi sì, in teoria dovresti avere competenze.
In pratica, l’ecosistema vive anche di competenze parziali.

Il punto sull'open source (fuori contesto?)
Qui secondo me c’è proprio uno scollamento nella discussione.

Tu dici:
essendo open source, il supporto non è dovuto
Ed è vero. Ma il punto è che nessuno lo ha mai messo in discussione.

Nel mio intervento non stavo sostenendo che:
il team debba fornire supporto o che sia “colpa loro”

Stavo solo dicendo che:
per molti utenti, risolvere questi problemi non è banale e che alcune soluzioni date come “semplici” non lo sono nella pratica

Quindi il tema non è la responsabilità dei maintainer, ma il gap tra:
chi ha dimestichezza col codice e chi ci mette mano senza pieno contesto
Portare il discorso su “open source = arrangiati” rischia un po’ di spostare il focus.

Che ci siano sviluppatori disponibili è indiscutibile ed è un valore.
Però la disponibilità tecnica è diversa da accessibilità percepita
Non tutti:
- si fidano a dare accesso al proprio progetto
- hanno budget
- si sentono a proprio agio a esporsi

Quindi il “basta chiedere” non è sempre così lineare, poi in definitiva chi ha scritto sul forum e ha presentato altri problemi nelle risposta ha chiesto.

L'esempio della macchina come analogia funziona, ma fino a un certo punto.
Qui non siamo davanti a un sistema chiuso, ma a un ambiente open source che:
- permette di sperimentare
- di capire gradualmente
- anche senza delegare subito tutto a un “tecnico”

Quindi esiste anche una via intermedia:
capire almeno dove sta il problema prima di passare la mano.

Sono d’accordo sul principio di responsabilità nell’open source.
Ma secondo me il nodo qui è un altro:
c’è uno scollamento tra chi scrive codice e chi lo usa o lo modifica senza pieno contesto.

Ed è lì che nascono queste discussioni, non da una richiesta di supporto dovuto, ma da una diversa percezione della complessità reale del problema.

19/03/2026 11:43:22 e modificato da brom87 il 19/03/2026 11:57:25

geko ha scritto:
Quando parli di “LM” (immagino tu intenda LLM - Large Language Models), è vero che oggi esistono strumenti che possono analizzare interi codebase.
Però qui secondo me c’è un fraintendimento sul loro scopo reale.

Gli LLM:
- non “capiscono” il progetto come farebbe un umano
- non eseguono il codice
- non hanno garanzia di correttezza
Funzionano per probabilità e pattern.

Questo significa che:
- su codice pulito e coerente possono essere molto utili
- su codice stratificato, procedurale, modificato negli anni diventano molto meno affidabili

Quindi sì, possono aiutare... ma dire che “gli dai il progetto e ti trova esattamente il problema” è una semplificazione un po’ ottimistica.

Nulla può sostituire un programmatore reale, ma quindi vedi che torniamo li? GDRCD aiuta nel creare una land ma SERVE UN PROGRAMMATORE CHE SAPPIA AGIRE SUL CODICE, è quello il base. Se mi dici "eh ma non ha le competenze" è come voler operare al cuore senza aver fatto medicina...
Gli LLM (capita che battendo magari si perda una lettera senza accorgersene) non sono infallibili certo, e bisogna anche sapere cosa chiedere e come, ma intanto possono dirti quale punto POTREBBE essere la reale causa del problema. Ma se non hai le basi per comprenderlo magari non hai le basi per creare ciò che ti sei prefissato e un aiuto nel codice ti serve, ma da qualcuno che abbia accesso a quel codice. Li la scelta, lo faccio o lascio così/chiudo?

L'IA può non essere la soluzione ma potrebbe essere una prima prova, magari è un errore banale e te lo sa risolvere. Non è così? Bene, si passa alla seconda via e si cerca un programmatore, ma spesso questo deve avere accesso al codice per fare debug in una versione custom. Potete creare un ambiente di laboratorio con una versione vuota, senza dati nel database se il problema è quello, ma il codice bisogna vederlo dato che tu in primis hai ammesso che comunque anche CHATGPT non può farlo senza accesso alla struttura.

geko ha scritto:

L'esempio della macchina come analogia funziona, ma fino a un certo punto.
Qui non siamo davanti a un sistema chiuso, ma a un ambiente open source che:
- permette di sperimentare
- di capire gradualmente
- anche senza delegare subito tutto a un “tecnico”

Quindi esiste anche una via intermedia:
capire almeno dove sta il problema prima di passare la mano.

Sono d’accordo sul principio di responsabilità nell’open source.
Ma secondo me il nodo qui è un altro:
c’è uno scollamento tra chi scrive codice e chi lo usa o lo modifica senza pieno contesto.

Ed è lì che nascono queste discussioni, non da una richiesta di supporto dovuto, ma da una diversa percezione della complessità reale del problema.

E' appunto il capire dove sta il problema che non è facile se non si hanno a disposizione tutti i dati, come ad esempio il codice. Essendo l'errore mostrato appunto su una modifica un programmatore per offrire assistenza dovrebbe vederlo questo codice. E il fatto che l'errore sia in un punto standard non significa comunque che l'errore non sia una propagazione che deriva da una modifica. Dal momento che è certificato che la versione standard funziona. Potete testare personalmente una versione pulita e constatarlo voi stessi.

L'assistenza mi sembra sia stata offerta, ma anche i programmatori hanno limiti e se non possono fare debug sulla versione "buggata" possono solo ipotizzare. Dalla tua firma deduco che sei un programmatore, non so se di professione o autodidatta, ma questo dovresti comprenderlo.

19/03/2026 13:06:15

Guarda geko, io in parte capisco la tua frustrazione (se l'ho letta bene) ed infatti spezzo un pezzo della mia lancia in tuo favore, nella discussione.
Io mi metto nei panni di chi, un tempo anche molto lontano, si parla anche di 12 anni fa (cioè uno era un lattante °muahah), si era fatto fare la Land e poi ci ha campato per tantissimo fino ad ora. Poi di punto in bianco gli arriva la scadenza.

Sicuramente, anche come dicono gli altri compari qui (che grazie ai venti oceanici ci siete voi che ci fornite gratis un pacchetto base GRAZIE e gdr-o, è una cosa necessaria. Non è che si può mantenere gratuitamente la qualunque (anche questo è un costo, immagino)).

D'altra parte c'era chi non si aspettava di dover contattare un programmatore per cercare supporto proprio ora, dopo anni e anni in cui non sentiva più la parola "bug" ronzargli in testa. Purtroppo il problema dei programmatori è che, per giochi senza scopo di lucro, costano veramente troppo. Poi è difficile capire di chi fidarsi... (anche se molto spesso, secondo me, vale più il contrario; cioè stiamo pieni di programmatori mai pagati con Land a metà ahaha)

Io per questioni economiche (c'ho figli, se posso, vorrei evitare di pagare alcune cifre per un hobby gradevolissimo) ho preferito farmi un corso online, anche solo per imparare le basi perché vuoi o non vuoi, ti servono. Se ti fa piacere, guarda, io ci ho messo 150 ore e comunque con PHP non mi muovo malissimo. Certo, per riuscire a correggere degli errori ci metto una vita ma...

https://www.youtube.com/@Marchetti_Design

Te lo condivido comunque perché io per la mia Land mi sono fatta solo i suoi corsi e non mi sono trovata male. :) Ovviamente chi bazzica meglio il settore (forse) mi ucciderà per averlo citato ma per le pippe come me, è stato una manna. ahaha
Per tutto il resto, come alternativa, se proprio uno è in difficoltà, può temporaneamente trasferirsi anche su altri hosting gratuiti che ancora supportano le vecchie versioni! Magari, come dice anneth, tenervi altervista come Land laboratorio dove sperimentare.

Di soluzioni ce ne sono tantissime e, mentre uno cerca, può anche darsi che salta fuori un santo che vi sembra affidabile per sistemarvi la Land! Il problema è averci voglia... Perché secondo me molti non c'hanno più voglia di stare dietro a ste cose, pensavano di aver archiviato i problemi di programmazione tipo dodici anni fa °sad story° Y_Y''

Perché per chi non c'ha voglia mi sa che l'unico consiglio valido qui è quello di brom87: andate dal meccanico, pagate e tanti cari ceppi Y_Y'' Comunque provare a postare qui qualche errore aiuta perché come vedete qualcuno sono riusciti a risolverlo eh! <3