Da smf 2 a Vbulletin 4.2..tra tanti errori e altrettanto dubbi ...

Ciao a tutti, sto importando in locale tramite impex il forum smf a vbulletin non senza difficoltà....oltre 1000 utenti persi, gli allegati non c'è modo farli importare...ad ogni modo riesco dopo circa 2 ore (che non so per quale oscuro motivo vbulletin ha scelto che devono essere fatti nella stessa sessione pena la cancellazione obbligata di tutto quello importato) ....sempre che impex non si blocca (leggasi ricomincare da capo l'importazione) si riesce ad arrivare alla fine... Poi dopo altre circa 2 ore necessario per l'aggiornamento di tutti i contatori il forum sembra funzionare..

Ora dopo circa 4-5 ore di lavoro mi accorgo che tutte le lettere accentante dei post importati sono sballate visualizzandomi à #&039 ecc.....
Da quello che sono riuscito a capire legggendo qua e la, che il problema è dato dal set di caratteri differente utilizzato da smf (uft8_general_ci) e vbulletin (latin1_swedish_ci).

Visto che dovrò rifare tutta l'operazione a colpa di un errore di impex....a questo punto reinstallo anche vbulletin...ma c'è modo di dire a vbulletin di utilizzare il set "ut8_general_ci" ?
Anche perche in effetti quando avevo creato il db ho utilizzato il set corretto utf8

Sempre visto che devo rifare tutto da zero....per l'installazione di vbulletin meglio scegliere mysql o msqli?
Inoltre posso fare l'importazione in locale e poi spostare file e db in remoto?

Grazie...

ti tocca fare delle prove preliminari per capire quale impostazione usare nel file configurazione di impex. va bene ad esempio una sezione che contiene lettere accentate ... casomai crei una per vedere se viene importata bene.

per evitare gli utenti persi c'è da assegnare un indirizzo email a tutti che non ce l'hanno (con query e phpmyadmin). infine, conviene operare in locale o su un server abbastanza potente, perché spesso le configurazioni dei server normali non sono sufficienti. io utilizzo un server dedicato a questo scopo, perché il trasferimento dei file ecc non risulta molto veloce fra server e postazione di casa, mentre fra server è di pochi minuti o al massimo qualche ora, contro altrimenti ore o giorni. ovviamente non vale la pena prendere un server dedicato solo per questo scopo, perché cosa 1-2000 euro annuali.

Ho rifatto delle prove installando vbulletin con configurazione msqli tabelle sia innoDB set utf8 sia MyIsam set utf-8.
I problemi già si vedono non appena sui installa la traduzione italiana qualsiasi frase contente un carattere accentato viene troncata.
Es: se scrivo: Oggi c'è il sole...
Verrà visualizzato solo: Oggi c'

Ovviamente anche tutte le frasi della traduzione hanno lo stesso problema...
Idee??

Puoi provare a fare l'esportazione del database normale, modificare le lettere accentate con un editore di testo (sempre che riesca ad aprire un file così grande) e reimportarli. Il motore del database non c'entra, è la codifica.

Prova a esportare anche con latin1 e importarlo poi con UTF-8, o vice versa. Non userei mysqli.

Grazie y2ksw intanto ho risolto il problema del troncamento dei messaggi.
La soluzione era come suggerito nei commenti qua:
http://www.vbulletin.com/docs/html/mysqli

Ovvero nel impostare tramite l'admincp il set di caratteri HTML "UTF-8" al posto di "iso-8859-1" attivo di default per tutte le lingue installate.

La traduzione è sicuramente da reinstallare ma i messaggi contenenti i caratteri accentati ora vengono memorizzati correttamente.

Adesso sto reimportando i dati tramite impex del vecchio forum e in quanto ora avendo a diposizione la stessa collation e set su entrambi i db questa volta dovrebbe importare correttamente i caratteri senza dare troppi problemi.

In caso si dovrebbe ripresentare il problema di conversione nei post delle lettere accentate e i simboli con codici tipo #&039; #" .....
Avevo pensato di usare il cleaner http://www.vbulletin.com/docs/html/impex_cleaner

Lo hai mai usato???....Se fa quello che dice dovrebbe poter convertire anche gli errori.

Msqli da quello che si legge nel file config.php è obbligatorio per l'installazione di vb in modalità utf-8

Cmq come detto ora sto facendo l'importazione..ti farò sapere intanto grazie...

credo che ho usato il cleaner una volta, ma poi ho preferito usare phpmyadmin, soprattutto per questioni di velocità, tipo:

UPDATE post SET pagetext=REPLACE(pagetext, 'x', 'y')

se cerchi per 'replace' nel forum trovi una discussione dove si tratta in dettaglio questo problema, con tanto le query per tutte le lettere accentate.

Importazione più o meno completata...dico più o meno perchè si è bloccata all'importazione dei sondaggi (e pensare che saranno 10 su tutto il forum) e non c'e stato modo di sbloccarlo.
Ma visto che sono ancora in fase di test mi interessava sapere se aveva importato le lettere correttamente, sono passato subito all'aggiornamento degli indici,post ecc....

Il risultato è ancora peggiore di quando ho tentato il ripristino con il charset "latin1_swedish_ci" su vb. Adesso i caratteri da sostituire sono aumentati invece che diminuire...(ora anche la punteggiatura e tutti i simboli)

Credo che però questa volta è attribuibile a impex poichè come scritto qua: https://www.vbulletin.com/forum/show...28#post1526728
é da impostare anche impex su utf-8.

Ora modifico anche impex e procedo di nuovo con alla reimportazione del forum. Spero questa volta senza errori.
Anche perchè mi sto chiedo se vale la pena farsi un mazzo tanto...per mettere tutto in utf-8 quando poi cmq dovrò metterci mano con delle query.
Senza poi contare che vbulletin non supporta a tutti gli effetti l'utf-8..e quindi posso intuire possibili errori negli aggiornamenti.

Tanto per sapere cosi da evitare possibili errori con l'utilizzo di vb..che charset e tipo di tabelle utilizzi di solito per le installazioni di vb?

P.s. Discussione trovata grazie, la utilizzerò sicuramente nn appena trovo la configurazione che da meno errori.... :(

il mazzo si dovrebbe farsi senza impex e solo con l'esportazione e successiva importazione di una sola tabella, allo scopo di comprendere cosa va cambiato. e se si usa impex, allora si ripete l'importazione delle sezioni fino a quando non combaciano perfettamente. basta usare gli accenti in un nome sezione per vedere i risultati.