Problem der Charaktercodierung nach dem Ändern der Server

Question

Ich habe kürzlich meine WordPress-basierte Site von Dreamhost VPS zu einem Linode-VPS verlegt, der Debian + Lemp ausführt. Nachdem ich die Seite wieder aufgerufen hatte, bemerkte ich viele fehlerhafte Zeichen in Posts. Charaktere wie "und - wurden durch Kauderwelsch ersetzt.

Nachdem sie einige Blicke angesehen hatten, schien es klar zu sein, dass das Problem etwas mit der Charaktercodierung in Verbindung war.

Ich fand einen Leitfaden, der die Bearbeitung vorschlug wp-config.php und kommentieren die Zeilen:

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

Ich habe das getan und es hat das Problem behoben, aber ich frage mich, ob dies der beste Weg war, um es zu tun. Vielen Dank für einen Rat.

Answer 1

Nachdem ich den ganzen Tag daran gearbeitet hatte, fand ich endlich einen Leitfaden, der perfekt funktioniert hat:

• https://theblogpress.com/blog/seeing-weird-character-on-blog-how-to-fix-wordpress-character-coding-latin1-to-utf8/

Vorher habe ich versucht, die Informationen von @rarst zu verfolgen, die Datenbank zu exportieren und sie manuell zu reinigen, das UTF-8-Sanitation-Plugin mit einer modifizierten Version von hier aus probierte http://www.prelovac.com/vladimir/ultimate-solution-t-weird-utf-character-coding-problem (Was tatsächlich ziemlich gut funktioniert hat, aber nicht alle Charaktere repariert hat. Und war wahrscheinlich eine schreckliche Idee).

Wenn einer von Ihnen jemals auf dieses Problem stoße, schauen Sie sich den ersten Link an, den ich gepostet habe. Das Verfahren war ziemlich einfach und kam im Grunde genommen zum Ersetzen an SET NAMES latin1 mit SET NAMES utf8 Nach dem Exportieren der Datenbank stellen Sie dann sicher, dass die neue gereinigte Datenbank explizit als UTF8 importiert wird.

Answer 2

Hier ist eine andere Lösung, die für mich funktioniert hat ...

Einfach kommentieren DB_CHARSET und DB_COLLATE in wp-config.php

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

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

Answer 3

Sehen Konvertieren des Datenbankzeichensatzes in Codex. Der Artikel beachtet hat, dass die Version von 3.0.1 vollständig neu geschrieben wird, daher sollten die Informationen auf dem neuesten Stand sein.

Answer 4

Ich habe meine Website -Dateien von einem alten in ein neues Verzeichnis gewechselt und konnte ändern:

define ('db_charset', 'utf8mb4');

zu

define ('db_charset', 'utf8');

Und dies löste das Problem der Black Diamond Whitespace.