Problema CHARSET e COLLATE (lettere accentate)

[Actze]

Ciao, ripristinando nel mio ambiente locale il backup del mio db MYSQL non vengono importate correttamente le lettere accentate.
Ho verificato il file .sql del backup e le lettere accentate ci sono, quindi non è un problema del backup, ma dei comandi di creazione delle tabelle oppure del restore oppure il tipo di restore che faccio in locale.

Prendendo per esempio la tabella PHPBB_POSTS riporto il comando presente nel backup:

Codice: Seleziona tutto

# Table: phpbb_posts
DROP TABLE IF EXISTS phpbb_posts;
CREATE TABLE `phpbb_posts` (
  `post_id` mediumint(8) unsigned NOT NULL AUTO_INCREMENT,
  `topic_id` mediumint(8) unsigned NOT NULL DEFAULT '0',
  `forum_id` mediumint(8) unsigned NOT NULL DEFAULT '0',
  `poster_id` mediumint(8) unsigned NOT NULL DEFAULT '0',
  `icon_id` mediumint(8) unsigned NOT NULL DEFAULT '0',
  `poster_ip` varchar(40) COLLATE utf8_bin NOT NULL DEFAULT '',
  `post_time` int(11) unsigned NOT NULL DEFAULT '0',
  `post_approved` tinyint(1) unsigned NOT NULL DEFAULT '1',
  `post_reported` tinyint(1) unsigned NOT NULL DEFAULT '0',
  `enable_bbcode` tinyint(1) unsigned NOT NULL DEFAULT '1',
  `enable_smilies` tinyint(1) unsigned NOT NULL DEFAULT '1',
  `enable_magic_url` tinyint(1) unsigned NOT NULL DEFAULT '1',
  `enable_sig` tinyint(1) unsigned NOT NULL DEFAULT '1',
  `post_username` varchar(255) COLLATE utf8_bin NOT NULL DEFAULT '',
  `post_subject` varchar(255) CHARACTER SET utf8 COLLATE utf8_unicode_ci NOT NULL DEFAULT '',
  `post_text` mediumtext CHARACTER SET utf8 COLLATE utf8_unicode_ci NOT NULL,
  `post_checksum` varchar(32) COLLATE utf8_bin NOT NULL DEFAULT '',
  `post_attachment` tinyint(1) unsigned NOT NULL DEFAULT '0',
  `bbcode_bitfield` varchar(255) COLLATE utf8_bin NOT NULL DEFAULT '',
  `bbcode_uid` varchar(8) COLLATE utf8_bin NOT NULL DEFAULT '',
  `post_postcount` tinyint(1) unsigned NOT NULL DEFAULT '1',
  `post_edit_time` int(11) unsigned NOT NULL DEFAULT '0',
  `post_edit_reason` varchar(255) COLLATE utf8_bin NOT NULL DEFAULT '',
  `post_edit_user` mediumint(8) unsigned NOT NULL DEFAULT '0',
  `post_edit_count` smallint(4) unsigned NOT NULL DEFAULT '0',
  `post_edit_locked` tinyint(1) unsigned NOT NULL DEFAULT '0',
  PRIMARY KEY (`post_id`),
  KEY `forum_id` (`forum_id`),
  KEY `topic_id` (`topic_id`),
  KEY `poster_ip` (`poster_ip`),
  KEY `poster_id` (`poster_id`),
  KEY `post_approved` (`post_approved`),
  KEY `tid_post_time` (`topic_id`,`post_time`),
  KEY `post_username` (`post_username`),
  FULLTEXT KEY `post_subject` (`post_subject`),
  FULLTEXT KEY `post_text` (`post_text`),
  FULLTEXT KEY `post_content` (`post_subject`,`post_text`)
) ENGINE=MyISAM AUTO_INCREMENT=912225 DEFAULT CHARSET=utf8 COLLATE=utf8_bin;

posso correggere il collate e/o charset nel file prima di fare il restore ma non sono sicuro di quali valori impostare.

eventualmente qualcuno ha disponibile l'omonimo comando del phpbb_vanilla per fare un paragone?

[Angolo]

Da noi sono stati da molto tempo (anni!), indicati i parametri ottimali e per la generazione del backup e per il ripristino (che poi devono essere gli stessi). Hai rispettato i parametri da noi suggeriti, o hai deciso di sperimentare? Se hai deciso di sperimentare, sperimenta: ti ritroverai sempre con le accentate alterate. Altrimenti attieniti ai parametri da noi suggeriti, ma a partire dalla generazione del backup.
Se non so come ho fatto il backup... il ripristino lo posso fare anche in modo corretto... ma se non sono certo che il backup è stato fatto in modo corretto, il ripristino sarà fallimentare. In breve, backup e ripristino, devono necessariamente essere effettuati in modo corretto. Entrambi. Non o l'uno o l'altro.

[Actze]

concordo e ho trovato questa guida, che in passato avevo già letto.
sviluppo-e-manutenzione-f192/settaggi-c ... tml#p20667

mi rimangono cmq dei dubbi. Secondo questa guida pare che non si dovrebbe usare il backup integrato nell'ACP del PHPBB.
Io ho usato quellla funzione per fare il backup (backup dati e struttura completa) perchè il phpmyadmin mi andava in timeout, quindi non ho speranze e devo chiedere l'intervento dell'hosting?

[Angolo]

Alcuni sostiene che il backup da PCA e il backup da phmyadmin, siano intercambiabili. Secondo me è una leggenda metropolitana. In ogni caso se parli di timeout, devi splitterare, dividere il database, come lì indicato nella guida.

Devi... (tutto e nell'ordine):

- Effettuare in locale un ripristino da PCA. In locale, dove non hai limiti e se li hai, li puoi togliere.
- Reso operativo il Forum in locale (verifica le accentate), lo esporti da phpmyadmin
- Lo importi in remoto su database attivo e vuoto (zero tabelle), tramite il software indicato nella guida, splitterato, diviso. Prima di fare questo assicurati che il tuo host, non offra un servizio di importazione per backup database di grosse dimensioni.


Se però phpmyadmin ti andava in timeout, per la semplice generazione del backup, avresti dovuto segnalare subito la cosa all'host. Se l'host non ti mette nelle condizioni di effettuare un backup completo (ftp+database) a un livello superiore a quello di un Amministratore (PCA), lo si cambia. Senza indugio. Se stai pagando un servizio di host avanzato (accesso ftp+phpmyadmin, ecc.).

[giampablo]

Uso questo thread anche se il problema forse è nato con l'aggiornamento a 3.1.4 (o perlomeno l'ho notato dopo).
In breve, ero su 3.0.11 e ho cercato di passare direttamente a 3.1, errori vari (forse c'erano mod da cancellare) per cui sono passato ad un aggiornamento intermedio a 3.0.14 e infine a 3.1.4, riuscito.
Solo allora ho notato dappertutto le lettere accentate sbagliate (messaggi, titoli ecc.). I post successivi all'aggiornamento invece van bene. Anche l'interfaccia va bene.
A questo punto mi ritrovo con un db modificato da 3.1.4 (nuove tabelle) per cui se, come ho letto in vecchi thread, il problema nasce da parametri errati nella creazione del backup db mysql e nella sua re-importazione fatta PRIMA di passare a 3.1 temo che la soluzione ora è più difficile.

Hai qualche idea?

Ti informo che il forum è ospitato da altervista, ho esportato un mio backup al 10 maggio e ho un backup di altervista al 7 maggio. Per cui sono partito da un restore al 7, ho importato il mio del 10 e ho fatto l'upgrade al 3.1.4.

[brunino]

Ma prima di aggiornare non hai fatto nessun backup?

Inviato dal mio GT-S5360 con Tapatalk 2

[giampablo]

Certo, come ho scritto in fondo al post

Ti informo che il forum è ospitato da altervista, ho esportato un mio backup al 10 maggio e ho un backup di altervista al 7 maggio. Per cui sono partito da un restore al 7, ho importato il mio del 10 e ho fatto l'upgrade al 3.1.4.

grazie

[giampablo]

Se può aiutare a circoscrivere il problema ho fatto non uno ma due dump:

Uno in data 10 maggio, prima dell'aggiornamento a 3.1.4 (accenti giusti)
Un'altro DOPO l'aggiornamento, in data 13/5 (accenti sbagliati).

Dedurrei che l'errore nelle lettere accentate è stato causato dalla migrazione del db a 3.1.4
Servissero altri dettagli, chiedete pure
Grazie