Domanda

Recentemente ho spostato il mio sito WordPress-based da DreamHost VPS ad un Linode VPS in esecuzione Debian + LEMP. Dopo avere ottenuto il sito di nuovo, ho notato molti personaggi errati in posti; personaggi come "e -. venivano sostituiti con parole senza senso

Dopo aver fatto qualche ricerca, è sembrato chiaro che la questione fosse qualcosa legato alla codifica dei caratteri.

Ho trovato una guida che ha suggerito la modifica wp-config.php e commentando le linee:

define('DB_CHARSET', 'utf8'); e define('DB_COLLATE', '');

Ho fatto questo ed è risolto il problema, ma mi chiedo se questo era il modo migliore per andare su di esso. Grazie per qualsiasi consiglio.

È stato utile?

Soluzione

Dopo aver trascorso l'intera giornata a lavorare su questo, ho finalmente trovato una guida che ha funzionato perfettamente:

Prima di allora, ho cercato in seguito @ informazioni di Rarst, provato l'esportazione del database e la pulizia manualmente, provato l'UTF-8 Sanitize plugin con una versione modificata da qui http://www.prelovac.com/vladimir/ultimate-solution-to-weird-utf-character-encoding -problema (che in realtà ha funzionato abbastanza bene, ma non risolvere tutti i personaggi. E probabilmente era una pessima idea).

In ogni caso, se qualcuno di voi ha mai verifica questo problema, controllare il primo link che ho postato. La procedura è stata piuttosto semplice e fondamentalmente scese a sostituire SET NAMES latin1 con SET NAMES utf8 dopo l'esportazione del database, quindi fare in modo di importare in modo esplicito il nuovo database pulito come UTF8.

Altri suggerimenti

Ecco un'altra soluzione che ha funzionato per me ...

solo commento DB_CHARSET e DB_COLLATE in wp-config.php

//define('DB_CHARSET', 'utf8');

//define('DB_COLLATE', '');

Conversione Imposta Database di caratteri nel Codex. Articolo dispone nota di essere completamente riscritto a 3.0.1 versione in modo informazioni dovrebbe essere aggiornato.

I miei transizione file del sito web da un vecchio alla nuova directory e sono stato in grado di modificare:

define ( 'DB_CHARSET', 'utf8mb4');

a

define ( 'DB_CHARSET', 'utf8');

E questo risolto il problema di diamante spazio bianco nero.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a wordpress.stackexchange
scroll top