Antonio de Vincentiis

hai intuito bene: durante un aggiornamento qualche query dev'essere stata saltata pertanto il problema non è nei dati contenuti nel db ma nella struttura della tabelle che è inadeguata. Solo una analisi comparativa fatta da chi conosce GAzie risolve. In sostanza c'è da riallineare la struttura "a mano", null'altro

Le password di accesso ovviamente sono crittate ma seguendo questa guida creata da Giovanni Pirozzi: https://sourceforge.net/p/gazie/discussion/468173/thread/06af89d296/?limit=25#6c53 potrai cambiarle e ripristinarle, se hai accesso al db oltre al indiscutibile backup puoi fare quello che vuoi, i dati non vengono corrotti da un mancato accesso degli utenti.

Le password di accesso ovviamente sono crittate ma seguendo questa guida creata da Giovanni Pirozzi: https://sourceforge.net/p/gazie/discussion/468173/thread/06af89d296/?limit=25#6c53 potrai cambiarle e ripristinarle, se hai accesso al db oltre al idiscutibile backup puoi fare quello che vuoi, i dati non vengono corrotti da un mancato accesso degli utenti.

Fai una prova: scaricati l'ultima versione, installala sullo stesso server con php 8.3 con tutte le librerie necessarie e con il mod_rewrite di apache abilitato, se tutto funziona regolarmente signi fica che il problema è nel contenuto del tuo database. Comunque è vero che sulle ultime versioni ci vuole almeno php 8.2 altrimenti composer ti manda in fatal error

Per il momento banno solo IPV4 quando si fallisco troppi tentativi di accesso. Rivista la lista dei crediti verso clienti che non recepiva la scelta dei gruppi clienti

se la classe non è istanziata la richiamo

aggiorno librerie affette da vulnerabilità segnalate da composer audit

sostituisco (now()) indeigesto a diverse versioni di DBMS con CURRENT_TIMESTAMP