problema con versione mysql

[kalytom]

Buongiorno a tutti voi,
mi trovo con questo problema da affrontare.
Ho provato ad aggiornate il forum dalla versione 3.0.11 alla 3.0.12 , ma mi dice di aggiornare il motore del database che è vecchio (4.x.x) .. Ho chiesto ad aruba e mi dice che non è possibile su server condivisi, cosa già letta qui...
ok, ordino un nuovo database e aruba mi fa la cortesia di passare i dati dal vecchio al nuovo (circa 800 Mb) ... come faccio ora a far puntare al nuovo database che avrà ovviamente un nome diverso ? quali sono i file interessati ?

Grazie a tutti voi

[Angolo]

Devi modificare il file config.php.

[kalytom]

Grazie, avevo identificato il file, ma, mi sorgeva il dubbio se variare il nome del database in altri file o in qualche pannello di phpbb.

Grazie !

[kalytom]

Buongiorno, ho un nuovo database, ho effettuato il backup dal vecchio e il restore sul nuovo, sembra tutto funzionante, ma quando provo a postare un messaggio mi esce questa schermata:

Errore Generale

SQL ERROR [ mysql4 ]

Field 'post_edit_reason' doesn't have a default value [1364]

SQL

INSERT INTO phpbb_posts (forum_id, poster_id, icon_id, poster_ip, post_time, post_approved, enable_bbcode, enable_smilies, enable_magic_url, enable_sig, post_username, post_subject, post_text, post_checksum, post_attachment, bbcode_bitfield, bbcode_uid, post_postcount, post_edit_locked, topic_id) VALUES (11, 2, 0, '95.225.119.51', 1398762718, 1, 1, 1, 1, 1, '', 'Re: Documentazione micropasso 4 ampere 4 assi cncitalia comp', 'messaggio di prova', 'f80f5016e59a05faa85cac2b32024a01', 0, '', 'pyb5a8bs', 1, 0, 216)

BACKTRACE


FILE: (not given by php)
LINE: (not given by php)
CALL: msg_handler()

FILE: [ROOT]/includes/db/dbal.php
LINE: 757
CALL: trigger_error()

FILE: [ROOT]/includes/db/mysql.php
LINE: 175
CALL: dbal->sql_error()

FILE: [ROOT]/includes/functions_posting.php
LINE: 2000
CALL: dbal_mysql->sql_query()

FILE: [ROOT]/posting.php
LINE: 1134
CALL: submit_post()

cosa sbaglio ?

[Angolo]

Sei fai un ripristino di qualcosa di vecchio, sul nuovo, il nuovo diventa vecchio.

Di conseguenza, sembra che tu ti ritrovi con lo schema del database non aggiornato.
Devi provare prima in locale e/o su spazio sperimentale.

Qui sul com, è riportato un problema analogo... segui le indicazioni:

https://www.phpbb.com/community/viewtop ... &t=2103441


Quello che non capisco, e che è strano, è che se questo Forum è stato creato con una 3.0.11, come fai ad avere uno schema di database non aggiornato.

[kalytom]

Grazie della risposta, non è stato creato con la 3.0.11 ma con la versione di 8 anni fa ... e costantemente aggiornato , purtoppo in locale è praticamente impossibile inquanto non riesco a scaricare il datbase di circa 800 mb...

[kalytom]

Buonasera a Voi, credo di aver capito che deo agire come spiegato qui : https://www.phpbb.com/kb/article/doesnt ... lue-errors ,
quindi scarico questo file .php lo carico via ftp nella cartella del forum e lo lancio, lui provvede, leggendo il file config ad aggiornare il database, quello che non mi è chiaro e cosa devo fare dopo.. quando nell'articolo recita :

•This will cause the script to scan your database and then provide the correct schema for your MySQL version. As such it will output a list of SQL queries which can ◦Be run all in one go via phpmyadmin (see http://www.phpbb.com/kb/article/executi ... hpmyadmin/)◦Or run via the MySQL console
◦Or given to the host to run.
This is an essential step.
One of the above three options MUST be performed to actually repair your database.
•Once the provided queries have been executed, the errors should be fixed and the board working correctly.

[Angolo]

Posto che tu stia operando in locale, e non sul Forum reale, il corretto lancio del tuo specifico database update, dovrebbe essere sufficiente. Lì ti indica come lanciare la query manualmente. Ma il lancio del tuo database update specifico, dovrebbe bastare.
Tieni presente, che l'STK, dovrebbe includere un tool per l'aggiornamento dello schema del database, che potrebbe risultare meno complesso. In locale, esegui.... essendo in locale, puoi sbagliare tranquillamente. E quindi provare le varie possibilità. Senza conseguenze.


P.S.
Riletto dopo la problematica del database grosso. Devi trovare una soluzione. In qualche modo, la devi trovare. Perché queste cose, non si possono fare improvvisando. Nessuno, ti potrà mai dare garanzie di sicurezza a priori. Con un database di 800 MB, anche un ripristino, potrebbe risultare laborioso, se non drammatico. Ma non si può operare senza avere la sicurezza di: un backup, un ripristino, un test preventivo in locale o su un clone del Forum su spazio sperimentale. Se poi qualcosa va storto (cosa possibile), non è che possiamo dire ops. Si deve provare. Anche più volte, in locale e/o su spazio sperimentale, altrimenti, diventa improvvisare. E non si deve improvvisare. Non si può. In locale, puoi elevare di parecchio, i limiti di importazione, modificando il php.ini e altri file.

[kalytom]

Ho eseguito "esporta" da mysql, il file non compresso è di circa 1,3 Gb ... ho trovato un software che splitta il file in 100 piccoli file... in pratica aruba oltre i 10Mb a botta va in errore e sto da 4 ore gia restorando... sono a 16/100 ....

[Angolo]

Se lo esporti compresso, e lo importi in locale con xampp, ti semplifichi la vita.