Http error 500 versione php 
Autore: Filippo R.Salve,
nel sito che ho pubblicato www.bigdata.rflab.it è prevista la registrazione dell'utente nel database tenuto su aruba.it che fino a prima dell'aggiornamento funzionava correttamente.
adesso posso accedere con un uuser già registrato ma non posso regitrarne uno nuovo, infatti da errore HTTP ERROR 500.
Ho aperto un ticket con l'assistenza Aruba che mi ha risposto come nel file allegato.
WARNING: [pool bigdata.rflab.it] child 80 said into stderr: "[20-Dec-2023 08:37:33 Europe/Rome] PHP Fatal error: Uncaught TypeError: count(): Argument #1 ($value) must be of type Countable|array, null given in /web/htdocs/bigdata.rflab.it/home/res/x5engine.php:9380"
mi consigliano di cambiare versione PHP
Ho impostato su aruba la versione PHP 8.0 ivece della 8.4 ma l'errore permane.
cosa mi consigliate di fare?
Cordiali saluti
intanto verifica che siano disattivato
display error sul PHP
con la 8.2 non dovresti avere problemi...
Buongiorno Filippo,
WebSite X5 supporta PHP fino alla versione 8.2, per cui è stato corretto impostarne una differente dalla 8.4.
Abbiamo simulato una registrazione e un login su bigdata.rflab.it, che dovresti vedere con indirizzo ***, ma non abbiamo riscontrato errori.
Può essere che il sistema fosse ancora in fase di aggiornamento dopo aver impostato la 8.0, se hai tentato subito dopo.
Potresti verificare nuovamente e segnalarci se il problema persiste?
Eric
Autore
Salve, grazie per la vostra risposta, ma non funziona anche dopo aver fatto ueste modifihce.
La vostra registrazione non è presente nella tabella w5_k4lhnfrg_access_management del database.
Invece ho usato un altro database sempre su aruba e con la tabella nuova le registrazioni vanno a buon fine.
Però ho copiato la tabella w5_k4lhnfrg_access_management del database precedente, nel nuovo database e adesso mi da "Errore generico"
Autore
Ho fatto un'altra prova...
nel sito versione inglese: bigdata.rflab.it/eng ho provato a registrare un nuovo utente e apparentemente di da il messaggio che la registrazione è andata a buon fine.
Però nella tabella del database non esiste il nuovo utente, come d'altronde è successo con la vostra registrazione con indirizzo ***.
non saprei cosa altro aggiungere...
Buongiorno Filippo,
dato che dici che, usando un altro database nuovo questa cosa non si presenta, il problema semprerebbe legato alla tabella già esistente w5_k4lhnfrg_access_management.
Potresti ripristinare la situazione precedente sul secondo database, in modo che la registrazione funzioni, e fornirci le schermate della struttura delle due tabelle come visibili da phpMyAdmin?
Hai per caso apportato modifiche alla tabella del primo database, cambiando qualcosa nella struttura rispetto a come generata di default dal software?
Facci sapere.
Eric
Autore
Buongiorno, scusate per l'attesa.
Vedo di elencare cosa ho fatto per evitare di modificare la tabella che crea WS, w5_k4lhnfrg_access_management.
1) Ho duplicato la tabella con il nome w5_k4lhnfrg_access_management_new, che ho modificato aggiungento dei campi, di tipo testo, data_inizio, diff_giorni, prezzo etc.
2) ho creato uno script sql per aggiornare alcuni campi nella tabella w5_k4lhnfrg_access_management_new.
ad esempio: nel nuovo campo "data_inizio" una volta inserito manualmente una data in formato YYYY-MM-DD,
tramite lo script faccio calcolare i giorni dalla data di inizio ad oggi, questo valore viene visualizzato nel campo "diff_giorni"
la formula funziona.
3) creo script sql che, verifica i nuovi record "utenti registrati" inseriti nella tabella w5_k4lhnfrg_access_management e li inserisce nella tabella w5_k4lhnfrg_access_management_new
4) ho creato script php per automatizzare sia il punto 2 che il punto 3 tramite scheduler.
Tutto ha funzionato bene
5) decido di cambiare provider e migrare su Aruba...
scheduler non è attivo ed è possibile automatizzare soltanto uno script sql, altimenti mi dicono devo noleggiare un server inter ed amministrarlo.
Quindi iniziano i problemi di registarzione nuovi utenti, e gli aggiornamenti alla tabella w5_k4lhnfrg_access_management_new vengono fatti con il lancio manuoale quotidiano dello script Spl.
Adesso mi ritrovo, dopo varie prova con la tabella w5_k4lhnfrg_access_management (di default) che mi registra i nuovi utenti, ma non riesco ad inserirli nella tabella w5_k4lhnfrg_access_management_new tramite scritp sql.
Infatti avevo provato a modificare direttamente la tabella w5_k4lhnfrg_access_management aggiungento in coda alla struttura iniziale i nuovi campi, ma non ha funzionato e mi ha dato diversi errori.
Quindi una delle domende è: se possibile modificare la tebella di default w5_k4lhnfrg_access_management senza avere problemi.
grazie
Buongiorno Filippo,
purtroppo no, non è possibile modificare le tabelle di default in alcuna maniera, vanno lasciate così come sono
o si riscontrano malfunzionamenti, e per quanto riguarda gli script, questi allo stesso modo non devono andare ad alterare la struttura stessa della tabella, ma da quello che hai citato usavi script per aggiornare i campi e non modificare la tabella, corretto?
Eric
Autore
Buongiorno Eric,
esatto usavo script per aggiornare i campi.
Ripeto tutto funzionava in automatico, appena sono passato come hosting su aruba, sono nati i problemi.
a questo punto credo che migrerò di nuovo su un altro provider che mi consenta di amministrare il database senza limitazioni.
Ciao
Filippo