Ho da poco aggiornato la 2.4.19 a 2.4.27, apparentemente senza problemi: prima di procedere mi sono assicurato che non vi fossero personalizzazioni.
Adesso il database risulta essere integro ma nella sezione Personalizzazioni del modulo Aggiornamenti appare "Database personalizzato" - percorso "modules/interventi", pur non avendolo fatto.
Quindi, ho esportato e confrontato la struttura del DB in uso (aka "live") con quella di un DB appena creato dalla procedura di installazione della 2.4.27 (aka "fresh"). Ecco le differenze:
nel comando "CREATE TABLE co_statipreventivi (" del DB "live" è presente la seguente riga, che non c'è nel DB "fresh":
DB live: fatturabile tinyint(1) NOT NULL DEFAULT '0',
DB fresh: <none>
il character set della tabella "updates" è diverso:
DB live: utf8mb4
DB fresh: latin1
NB: tutte le altre tabelle, sia "live" che "fresh" sono utf8mb4.
una delle righe del comando "ALTER TABLE em_print_template" è diversa:
DB live: ADD KEY id_email (id_template),
DB fresh: ADD KEY id_template (id_template),
una delle righe del comando "ALTER TABLE em_templates" è diversa:
DB live: ADD KEY id_smtp (id_account);
DB fresh: ADD KEY id_account (id_account);
nel comando "ALTER TABLE em_print_template" del DB "live" è presente la sequente riga, che non c'è nel DB "fresh":
DB live: ADD CONSTRAINT em_print_template_ibfk_1 FOREIGN KEY (id_template) REFERENCES em_templates (id) ON DELETE CASCADE,
DB fresh: <none>
Le personalizzazione rilevata è dovuta a quanto sopra?
Come devo comportarmi?
Grazie.
