WordPress – Codierungsprobleme können die Installation behindern

Hallo Leser,

ich hatte ja schon im ersten Post berichtet, dass ich beim Neuaufsetzen des Blogs auf erhebliche Probleme gestoßen bin. Nachdem ich das Installations-ZIP von WordPress entpackt und die Daten auf den FTP Server des Blogs hochgeladen habe, wollte ich per …/install.php die WordPress-Installation starten. Leider enthielt ich aber statt der Installationsübersicht eine Seite mit folgendem Inhalt:



Ich habe dann mal bei Google geschaut und bin auf zwei mögliche Ursachen gekommen:

Option1: PHP-Code verunstaltet

Vor der Installation von WordPress muss man die wp-config.php erstellen. Diese beinhaltet die Datenbankparameter und weitere technische Grundeinstellungen. Wenn man aber nun aus Versehen vor dem einleitenden Zeichen (dazu gehören auch Leerzeichen) einfügt hat sich die Funktionsfähigkeit von WordPress erstmal erledigt. So könnte eine fehlerhafte wp-config.php auszugsweise aussehen:

..<?php
/**
 * The base configurations of the WordPress.
 *
 * This file has the following configurations: MySQL settings, Table Prefix,
 * Secret Keys, WordPress Language, and ABSPATH. You can find more information by
 * visiting {@link http://codex.wordpress.org/Editing_wp-config.php Editing
 * wp-config.php} Codex page. You can get the MySQL settings from your web host.
 *
 * This file is used by the wp-config.php creation script during the
 * installation. You don't have to use the web site, you can just copy this file
 * to "wp-config.php" and fill in the values.
 *
 * @package WordPress
 */

// ** MySQL settings - You can get this info from your web host ** //
/** The name of the database for WordPress */
define('DB_NAME', 'putyourdbnamehere');
....
 ?>

Hier also in Zeile 1 ‘..’ eingefügt und in Zeile 21 ‘ ‘ , das unsichtbare Leerzeichen. Darauf sollte man die index.php und wp-config.php prüfen. Das ist die offensichtliche Variante. Versteckter ist

Option2: BOM! Byte Order Mark

Ähnliches Problem wie Option1, allerdings gemeiner. Je nachdem, wie man die .php Dateien editiert bzw. speichert (UTF Formate) kann es sein, dass ein Byte Order Mark am Anfang der Datei eingefügt wird. Wenn dies nun durch php-interpreter läuft entsteht genau das oben zitierte Zeichenkonstrukt, denn der folgende PHP Code wird garnicht weiter ausgelesen.
Bei Stefan Trost Media gibt es noch weitere Details zu diesem Zeichen.

Lösung

Um zu vermeiden, dass dieses Zeichen also WordPress sabotiert ist es notwendig beim Speichern im benutzten Editor die richtige Codierung auszuwählen. Beim Windows Notepad und den meisten
umfangreicheren Textprogrammen gibt es die Option Codierung:”UTF-8 ohne BOM” oder ähnliches. Wenn eine solche Option nicht zu finden ist empfehle ich den Wechsel auf ein anderes Programm, bevorzugt Notepad++ – Mächtiger Open Source Texteditor. Danach sollten die Seiten wieder korrekt angezeigt werden.

Fazit

Es zeigt sich, dass man beim editieren von Konfigurationsdaten auch auf die Details achten muss. Ich habe übrigens eine andere, die Quick und Dirty, Variante gewählt: Den gesamten WordPress Ordner gelöscht und die Daten neu hochgeladen. Beim notwendigen anpassen der wp-config.php habe ich dann wohl die richtige Codierung erwischt