Die Einstellungen in der Datei „wp-config.php“, die jeder WordPress-Betreiber kennen sollte

Du hast gerade deine WordPress-Seite zu einem neuen Hosting-Anbieter umgezogen. Während der Übertragung schien alles reibungslos zu verlaufen.

Dann rufst du deine Homepage auf und siehst einen Fehler bei der Datenbankverbindung.

Die gute Nachricht ist, dass dieser Fehler in den meisten Fällen auf eine bestimmte Datei hinweist, die überprüft werden muss: wp-config.php.

Ihre Datei „wp-config.php“ ist die Schaltzentrale von WordPress. Sie enthält die Datenbankzugangsdaten, die Ihre Website benötigt, sowie Sicherheitsschlüssel, Debugging-Einstellungen und weitere Kernkonfigurationen.

Wenn Sie den Host wechseln oder die Datenbankdaten ändern, muss diese Datei an Ihre neue Umgebung angepasst werden.

Wir behandeln folgende Themen, damit Sie sicher mit dieser wichtigen Datei umgehen können:

• Wo Sie Ihre wp-config.php-Datei finden und wie Sie am besten sicher darauf zugreifen können
• Die wichtigsten Datenbank- und Sicherheitseinstellungen, die den Betrieb Ihrer Website gewährleisten
• Eindeutige Anweisungen zum Bearbeiten der Datei über den cPanel-Dateimanager oder FTP-Clients
• Migrationsspezifische Änderungen, die Verbindungsfehler und Funktionsstörungen verhindern
• Maßnahmen zur Fehlerbehebung, wenn Änderungen fehlschlagen und Ihre Website nicht geladen wird

Inhaltsverzeichnis

Ohne diese vier Angaben (oder wenn eine davon falsch ist) kann WordPress Ihre Beiträge, Seiten oder Einstellungen nicht aus der Datenbank abrufen.

Die Datei enthält außerdem Ihre individuellen Sicherheitsschlüssel, die URL-Einstellungen Ihrer Website, Debugging-Konfigurationen und Speichergrenzen.

Ihre Theme-Dateien, Plugin-Dateien und sogar Ihre hochgeladenen Inhalte können vorübergehend fehlen, ohne dass Ihre Website dadurch komplett ausfällt. Aber die wp-config.php? Wenn diese beschädigt ist, fehlt oder falsche Angaben enthält, werden auf Ihrer gesamten Website Fehlermeldungen anstelle von Inhalten angezeigt.

Manche sicherheitsbewusste Nutzer verschieben die Datei „wp-config.php“ eine Ebene höher aus dem WordPress-Stammverzeichnis. Dadurch werden sensible Datenbankzugangsdaten außerhalb der über das Web zugänglichen Verzeichnisstruktur gespeichert. WordPress ist intelligent genug, dieses übergeordnete Verzeichnis automatisch zu überprüfen, wenn es die Datei nicht an ihrem üblichen Speicherort finden kann.

Sie können die Datei „wp-config.php“ nirgends finden? Überprüfen Sie zunächst die Sichtbarkeitseinstellungen Ihres Dateimanagers.

Einige FTP-Clients und Hosting-Panels blenden Dateien, deren Namen mit bestimmten Zeichen beginnen, standardmäßig aus. Sie müssen versteckte Dateien in den Anzeigeoptionen Ihres Clients einblenden.

Wenn die Datei tatsächlich nicht vorhanden ist, wurde sie wahrscheinlich versehentlich gelöscht oder bei einer Übertragung beschädigt. Sie müssen sie aus einem aktuellen Backup wiederherstellen oder manuell mithilfe der Vorlage „wp-config-sample.php“ neu erstellen, die bei jeder WordPress-Installation mitgeliefert wird.

Wichtige Einstellungen in der Datei „wp-config.php“, die jeder Website-Betreiber kennen sollte

Diese Einstellungen in der Datei „wp-config.php“ entscheiden darüber, ob Ihre WordPress-Seite sicher funktioniert – oder überhaupt funktioniert.

Datenbankverbindungsdaten

Die Zugangsdaten für Ihre Datenbank sind das Erste, was WordPress beim Laden einer Seite überprüft.

• DB_NAME teilt WordPress mit, in welcher Datenbank sich Ihre Inhalte befinden.
• DB_USER und DB_PASSWORD enthalten die Zugangsdaten.
• DB_HOST verweist auf den Standort Ihres Datenbankservers.

Wenn Datenbankverbindungsfehler auftreten, ist in der Regel einer dieser vier Werte falsch.

Authentifizierungsschlüssel und Salts

Authentifizierungsschlüssel und Salts sorgen für Zufälligkeit bei der Verschlüsselung von Benutzerkennwörtern und Anmeldesitzungen durch WordPress. Wenn sich jemand auf Ihrer Website anmeldet, verwendet WordPress diese Zeichenfolgen, um eindeutige, verschlüsselte Cookies zu erstellen, die die Identität des Benutzers bestätigen.

Ohne geeignete Schlüssel wird Ihr Anmeldesystem so vorhersehbar, dass Angreifer es durch Brute-Force-Angriffe oder Session-Hijacking ausnutzen können.

Präfix für Datenbanktabellen

WordPress verwendet das Präfix wp_ standardmäßig für alle Datenbanktabellennamen. Deine Beiträge befinden sich in wp_posts, Ihre Möglichkeiten in wp_optionsund Benutzerdaten in wp_users. Diese einheitliche Namensgebung macht WordPress berechenbar, was sowohl Vorteile als auch Sicherheitsbedenken mit sich bringt.

Einige Website-Betreiber ihr Tabellenpräfix ändern etwa abc123_ oder mysite_ während der Installation. Der Gedanke dahinter ist einleuchtend: Automatisierte Angriffe zielen häufig auf Standard-Tabellennamen in WordPress ab und versuchen, SQL-Injection-Angriffe durchzuführen. Wenn Ihre Tabellen xyz_posts anstelle von wp_posts, scheitern normale Angriffe sofort.

Debug-Einstellungen

WP_DEBUG Steuert die Anzeige von Fehlern über eine einfache Ein-/Aus-Einstellung in der Datei wp-config.php.

Stellen Sie es auf true, und WordPress zeigt Fehlermeldungen direkt auf den Seiten Ihrer Website an. Sie sehen rote Warnhinweise, Details zu schwerwiegenden Fehlern und Hinweise auf veralteten Code, der behoben werden muss.

Lassen Sie jedoch niemals WP_DEBUG Modus auf Live-Websites aktiviert. Diese Fehlermeldungen können jedem, der Ihre Website während eines Fehlers besucht, sensible Informationen über Ihre Serverkonfiguration, Dateipfade und Datenbankstruktur preisgeben.

WP_DEBUG_LOG bietet eine sicherere Alternative für Produktionsumgebungen. Diese Einstellung erstellt eine Fehlerprotokolldatei unter /wp-content/debug.log anstatt Meldungen öffentlich anzuzeigen. Sie erhalten die benötigten Diagnoseinformationen, ohne den Besuchern technische Details preiszugeben.

Absoluter Pfad

WordPress muss genau wissen, wo es auf Ihrem Server gespeichert ist, und genau dort ABSPATH kommt ins Spiel. Diese Konstante definiert den vollständigen Serverpfad zu Ihrer WordPress-Installation – nicht die Web-URL, die Besucher sehen, sondern die tatsächliche Ordnerstruktur auf dem Hosting-Server.

Bei einem typischen Shared-Hosting-Angebot, ABSPATH sieht aus wie /home/Benutzername/public_html/ oder /home/Benutzername/public_html/blog/ falls WordPress befindet sich in einem Unterverzeichnis.

Lokale Entwicklungsumgebungen zeigen Pfade wie C:\xampp\htdocs\mysite\ unter Windows oder /Applications/MAMP/htdocs/mysite/ auf Mac-Systemen an.

WordPress nutzt diese absoluten Pfadangaben, um Dateien zuverlässig zu finden, unabhängig davon, wie Ihre URLs aufgebaut sind oder aus welchem Verzeichnis Ihre Website betrieben wird. Wenn WordPress eine Theme-Datei einbinden, ein Plugin laden oder auf hochgeladene Medien zugreifen muss, bildet es den vollständigen Dateipfad unter Verwendung von ABSPATH als Ausgangspunkt.

So bearbeiten Sie Ihre wp-config.php-Datei

Ich zeige Ihnen, wie Sie die Datei „wp-config.php“ auf Ihrer Website bearbeiten können.

Sichern Sie Ihre Website

Aus Erfahrung habe ich gelernt, dass man immer ein Backup seiner Website erstellen sollte, bevor man die Datei wp-config.php bearbeitet.

Die Datei „wp-config.php“ verwendet PHP-Syntax, und PHP verzeiht keine Fehler. Ein einziges fehlendes Semikolon, ein überflüssiges Anführungszeichen oder ein falsch platziertes Zeichen führt zu einem schwerwiegenden Fehler, der Ihre gesamte Website lahmlegt.

Im Gegensatz zu einem fehlerhaften Theme oder Plugin verhindern Fehler in der Datei wp-config.php, dass WordPress überhaupt geladen wird.

Wenn Sie einen FTP-Client wie FileZilla verwenden, klicken Sie mit der rechten Maustaste auf die Datei und wählen Sie „Herunterladen“.

Die Dateimanager von cPanel funktionieren ähnlich. Suchen Sie die Datei „wp-config.php“, klicken Sie mit der rechten Maustaste darauf und wählen Sie „Herunterladen“.

Um die Wiederherstellung zu vereinfachen, erstellen Sie mit Duplicator ein Backup der gesamten Website. Speichern Sie es in der Cloud, um sicherzustellen, dass es nicht beschädigt wird.

Sollte etwas schiefgehen, suchen Sie das Backup in Ihrem Admin-Dashboard und klicken Sie auf „Wiederherstellen“.

Sollten schwerwiegendere Fehler auftreten, laden Sie die Sicherungs- und Installationsdatei erneut in das Stammverzeichnis Ihrer Website hoch. Starten Sie die Wiederherstellung über folgende URL: https://your-domain/installer.php

Duplicator stellt deine Website wieder her, selbst wenn sie komplett ausgefallen ist!

Bearbeiten Sie die Datei „wp-config.php“ per FTP

Über FTP haben Sie direkten Zugriff auf den Server, um die Datei „wp-config.php“ zu bearbeiten, wenn cPanel nicht verfügbar ist oder Sie die Steuerung über eine Desktop-Software bevorzugen.

Suchen Sie Ihre FTP-Zugangsdaten im Control Panel Ihres Hosting-Kontos, meist im Bereich „FTP-Konten“. Sie benötigen den Hostnamen (oftmals Ihren Domainnamen oder ftp.IhreDomain.com), den Benutzernamen und das Passwort. Einige Hosting-Anbieter geben diese Daten in Ihrer Willkommens-E-Mail an.

Öffnen Sie Ihren FTP-Client und geben Sie diese Verbindungsdaten ein. FileZilla-Nutzer geben die Informationen in die Schnellverbindungsleiste ein. Sobald die Verbindung hergestellt ist, sehen Sie die Verzeichnisstruktur Ihres Servers im rechten Fensterbereich.

Navigieren Sie zum Hauptordner Ihrer Website, der in der Regel „public_html“, „www“ oder Ihren Domainnamen trägt.

Klicken Sie mit der rechten Maustaste auf „wp-config.php“ und wählen Sie „Herunterladen“, um eine Kopie auf Ihrem Computer zu speichern. Dadurch werden sowohl Ihre Arbeitskopie als auch eine Sicherungskopie erstellt, falls bei den Änderungen etwas schiefgeht.

Öffne die heruntergeladene Datei in einem einfachen Texteditor wie Notepad++ oder VS Code. Vermeide Microsoft Word oder Rich-Text-Anwendungen, da diese unsichtbare Formatierungszeichen einfügen, die die PHP-Syntax beeinträchtigen.

Nehmen Sie Ihre Änderungen sorgfältig vor und achten Sie darauf, dass jedes Anführungszeichen, jedes Semikolon und jede Klammer erhalten bleibt. Speichern Sie die Datei als reinen Text ohne BOM-Kodierung (Byte Order Mark).

Laden Sie die geänderte Datei wieder auf Ihren Server hoch und überschreiben Sie dabei die Originaldatei. Die meisten FTP-Clients fragen nach einer Bestätigung, bevor sie vorhandene Dateien ersetzen.

Rufen Sie Ihre Website innerhalb von 30 Sekunden nach dem Hochladen in einem neuen Browserfenster auf. Wenn Ihre Startseite normal angezeigt wird, waren die Änderungen erfolgreich. Sollten Fehler oder ein leerer Bildschirm auftreten, laden Sie sofort Ihre Sicherungskopie hoch, um die Funktionalität wiederherzustellen, während Sie das Syntaxproblem beheben.

Bearbeiten Sie die Datei „wp-config.php“ über cPanel

Der Dateimanager von cPanel bietet die einfachste Möglichkeit, die Datei „wp-config.php“ direkt auf Ihrem Server zu bearbeiten. Alles erfolgt über die Weboberfläche Ihres Hosting-Control-Panels.

Melden Sie sich im cPanel-Dashboard Ihres Hosting-Kontos an und suchen Sie das Symbol für den Dateimanager, das sich normalerweise im Bereich „Dateien“ befindet. Klicken Sie darauf, um den Verzeichnis-Browser Ihres Servers in einem neuen Fenster oder Tab zu öffnen.

Wenn sich der Dateimanager öffnet, klicken Sie auf „public_html“ oder den Ordner mit Ihrem Domainnamen, um zu den Dateien Ihrer Website zu gelangen.

Wenn Sie mehrere Websites betreiben, navigieren Sie zu dem Ordner, in dem sich Ihre WordPress-Installation befindet.

Sie erkennen das richtige Verzeichnis daran, dass sich dort neben der Datei „wp-config.php“ und anderen WordPress-Kern-Dateien die Ordner „wp-admin“, „wp-content“ und „wp-includes“ befinden.

Klicken Sie in der Dateiliste mit der rechten Maustaste auf „wp-config.php“ und wählen Sie „Bearbeiten“.

Die Datei wird im integrierten Texteditor von cPanel geöffnet und zeigt alle Ihre aktuellen Konfigurationseinstellungen an. Nehmen Sie Ihre Änderungen sorgfältig vor und achten Sie dabei auf Anführungszeichen, Semikolons und die korrekte PHP-Syntax.

Speichern Sie die Änderungen, wenn Sie mit der Bearbeitung fertig sind. Die Änderungen werden sofort wirksam – ein erneutes Hochladen ist nicht erforderlich.

Die direkte Bearbeitung über cPanel fühlt sich schneller an, da Sie den Download- und Upload-Zyklus überspringen. Diese Bequemlichkeit bedeutet jedoch, dass Ihre Änderungen sofort live geschaltet werden, ohne den Sicherheitspuffer einer vorherigen lokalen Testphase.

Hier gelten dieselben Vorsichtsmaßnahmen für Backups und dieselben sorgfältigen Bearbeitungspraktiken. Ein einziger Syntaxfehler kann Ihre Website nach wie vor genauso vollständig lahmlegen wie bei jeder anderen Bearbeitungsmethode.

Wie sich die Datei „wp-config.php“ auf WordPress-Migrationen auswirkt

Ich habe schon erlebt, dass perfekt geplante Migrationen zu tagelangen Katastrophen wurden, weil niemand daran gedacht hatte, die Datenbankverbindungseinstellungen zu überprüfen, bis die migrierte Website Verbindungsfehler anzeigte.

Bei einem typischen Migrationsfehler läuft es folgendermaßen ab: Sie übertragen erfolgreich alle Ihre WordPress-Dateien zum neuen Hosting-Anbieter und importieren Ihre Datenbank. Alles scheint abgeschlossen zu sein. Doch wenn Sie Ihre migrierte Website aufrufen, kann WordPress keine Verbindung zur Datenbank herstellen, da Ihre Datei „wp-config.php“ noch immer die Zugangsdaten des alten Hosting-Anbieters enthält.

Ihr vorheriger Host verwendete Datenbank-Einstellungen wie localhost für DB_HOST Und oldhost_dbuser für DB_USER. Dein neuer Hosting-Anbieter vergibt völlig andere Zugangsdaten – vielleicht mysql.newhost.com für die Serveradresse und newhost_wp123 als Benutzername.

WordPress kann diese Änderung nicht erkennen, es sei denn, Sie aktualisieren die Datei „wp-config.php“ mit den Datenbankdaten der neuen Hosting-Umgebung.

URL-Abweichungen verursachen weitere Probleme, selbst nachdem Sie Datenbankverbindungen hergestellt haben.

Die URLs und Dateipfade Ihrer alten Website sind an verschiedenen Stellen in WordPress fest codiert, was nicht auf den ersten Blick erkennbar ist. Datenbankinhalte, Theme-Einstellungen und Plugin-Konfigurationen verweisen häufig auf absolute URLs oder Serverpfade, die auf Ihre frühere Hosting-Umgebung verweisen.

Selbst bei korrekten Datenbankverbindungen führen diese nicht übereinstimmenden Verweise zu defekten Links, fehlenden Bildern und Problemen beim Administratorzugriff.

Duplicator Pro übernimmt diese komplexen URL- und Pfadaktualisierungen während der Migration automatisch. Anstatt manuell Datenbankdatensätze und Konfigurationsdateien nach fest codierten Verweisen zu durchsuchen, aktualisiert der Migrationsprozess von Duplicator Pro URLs, Pfade und die Einstellungen in der Datei wp-config.php in einem einzigen, koordinierten Vorgang.

Gängige Methoden zur Bearbeitung der Datei „wp-config.php“

Die meisten Website-Betreiber lernen die Bearbeitung der Datei „wp-config.php“ aus der Not heraus kennen – etwa um Fehler bei der Datenbankverbindung zu beheben oder Probleme bei fehlgeschlagenen Migrationen zu lösen. Sobald man sich jedoch mit der Struktur der Datei vertraut gemacht hat, stehen zahlreiche praktische Verbesserungen zur Verfügung, um Probleme zu beheben, die Sicherheit zu erhöhen und die Leistung zu optimieren.

Fehlerbehebung

Einstellung define('WP_SCRIPT_DEBUG', true); verwandelt das Debuggen von einem Rätselraten in eine gezielte Problemlösung. Anstelle von kryptischen Verweisen verweisen Fehlermeldungen auf lesbare Funktionsnamen und logische Zeilennummern in korrekt formatiertem Code.

WP_DEBUG_DISPLAY legt fest, ob Fehlermeldungen direkt auf den Seiten Ihrer Website angezeigt werden oder für Besucher verborgen bleiben. Wenn diese Option auf falseEs werden zwar weiterhin Fehler generiert und protokolliert, diese erscheinen jedoch nicht als rote Warnmeldungen, die das Design Ihrer Website stören.

Je nach Umgebung kombiniere ich diese Einstellungen strategisch. Auf Entwicklungsseiten aktiviere ich beide WP_DEBUG Und WP_DEBUG_DISPLAY um Probleme sofort zu erkennen.

Auf Staging-Servern verwende ich WP_DEBUG mit WP_DEBUG_LOG aber deaktivieren WP_DEBUG_DISPLAY um Fehler zu erkennen, ohne das visuelle Testerlebnis zu beeinträchtigen.

Lassen Sie die Debugging-Funktion auf Live-Websites niemals aktiviert. Diese Fehlermeldungen geben sensible Informationen über Ihre Serverkonfiguration, Dateipfade, Plugin-Versionen und die Datenbankstruktur preis.

Sicherheitsverbesserungen

WordPress nutzt Schutzmaßnahmen für die Dateibearbeitung, um unbefugte Änderungen über die Admin-Oberfläche zu verhindern. Sollte Ihr Hosting-Konto kompromittiert werden oder jemand unbefugten Admin-Zugriff erlangen, bilden diese Konstanten eine Barriere gegen die schädlichsten Angriffe.

DISALLOW_FILE_EDIT entfernt die Bildschirme für den Theme- und Plugin-Editor vollständig aus Ihrem WordPress-Dashboard. Ohne diesen Schutz kann jeder mit Administratorrechten bösartigen PHP-Code direkt über Darstellung » Design-Editor oder Plugins » Plugin-Editor.

DISALLOW_FILE_MODS geht in Sachen Sicherheit noch einen Schritt weiter, indem es jegliche Dateiänderungen über die WordPress-Admin-Oberfläche verhindert. Dazu gehören die Installation von Plugins, das Hochladen von Themes, WordPress-Kern-Updates, Und automatische Hintergrundaktualisierungen.

Der Kompromiss ist erheblich: Sie verzichten auf die bequeme Ein-Klick-Installation von Plugins und automatische Sicherheitsupdates. Jede Änderung erfordert einen manuellen Zugriff auf das Dateisystem, was diese Vorgehensweise nur dann praktikabel macht, wenn Sie über zuverlässige Entwicklungsprozesse verfügen.

FORCE_SSL_ADMIN erfordert verschlüsselte HTTPS-Verbindungen für alle WordPress-Administrationsaufgaben. Anmeldeseiten, der Zugriff auf das Dashboard und Verwaltungsfunktionen funktionieren nicht über unverschlüsselte HTTP-Verbindungen.

Satz define('FORCE_SSL_ADMIN', true); wenn Ihre Website vertrauliche Daten verarbeitet oder Compliance-Anforderungen unterliegt, die einen verschlüsselten Administratorzugang vorschreiben.

Diese Konstante funktioniert unabhängig von der allgemeinen SSL-Konfiguration Ihrer Website – Sie können die Verschlüsselung im Admin-Bereich erzwingen und gleichzeitig HTTP für öffentliche Seiten zulassen.

Leistungssteigerungen

Websites mit hohem Besucheraufkommen und häufigen Inhaltsaktualisierungen stehen vor einem versteckten Leistungsproblem: einer aufgeblähten Datenbank aufgrund unbegrenzter Beitragsrevisionen. WordPress speichert standardmäßig jeden Entwurf, jede automatische Speicherung und jede veröffentlichte Version Ihrer Inhalte.

WP_POST_REVISIONS legt fest, wie viele Versionen WordPress für jeden Beitrag oder jede Seite speichert. Einstellung define('WP_POST_REVISIONS', 3); Die Speicherung ist auf Ihre aktuelle Version sowie drei vorherige Versionen beschränkt.

Das reicht in der Regel aus, um versehentlich gelöschte Inhalte wiederherzustellen oder problematische Änderungen rückgängig zu machen, ohne den Datenbankaufwand einer unbegrenzten Historie in Kauf nehmen zu müssen.

Das WordPress-Dashboard beansprucht mehr Speicherplatz als Ihre öffentlichen Seiten, insbesondere bei der Installation von Plugins, der Anpassung von Themes oder bei Massenbearbeitungen von Inhalten. WP_MAX_MEMORY_LIMIT insbesondere steuert die Speicherverfügbarkeit für administrative Aufgaben.

Hinzufügen define('WP_MAX_MEMORY_LIMIT', '512M'); bietet Spielraum für speicherintensive Vorgänge wie das Importieren großer XML-Dateien, die Stapelverarbeitung von Bildern oder die Verwaltung komplexer Plugin-Konfigurationen.

WordPress bewahrt gelöschte Inhalte 30 Tage lang im Papierkorb auf, bevor sie endgültig gelöscht werden. Einstellung define('EMPTY_TRASH_DAYS', 7); verkürzt die Aufbewahrungsfrist auf eine Woche, gelöschte Inhalte automatisch löschen aggressiver.

Nachrichtenseiten oder stark frequentierte Foren profitieren von kürzeren Aufbewahrungsfristen im Papierkorb, da gelöschte Inhalte nach einigen Tagen nur selten wiederhergestellt werden müssen.

Häufige Probleme mit der Datei „wp-config.php“ und wie man sie behebt

Die meisten Probleme mit der Datei „wp-config.php“ folgen vorhersehbaren Mustern. Sobald man weiß, worauf man achten muss, werden diese Fehler zu Diagnosewerkzeugen und sind keine rätselhaften Katastrophen mehr.

Weißer Bildschirm des Todes

Auf Ihrer Website wird statt des Inhalts eine leere weiße Seite angezeigt. Dies bedeutet in der Regel, dass PHP Ihre Datei „wp-config.php“ aufgrund von Syntaxfehlern nicht auswerten kann.

Fehlende Semikolons sind dafür häufiger der Grund als alles andere. Jede Zeile in der Datei wp-config.php, die mit define muss mit einem Semikolon enden. Wenn man versehentlich eines weglässt, bricht PHP die Verarbeitung der gesamten Datei ab.

Das Gleiche passiert bei nicht übereinstimmenden Anführungszeichen – wenn man eine Zeichenkette mit einem einfachen Anführungszeichen beginnt, sie aber mit einem doppelten Anführungszeichen abschließt, bricht die PHP-Analyse vollständig ab.

Ich habe schon oft erlebt, wie Webseitenbetreiber stundenlang komplexe Theorien durchprobiert haben, obwohl das eigentliche Problem ein Tippfehler war 'DB_NAME', 'database_name"); statt 'DB_NAME', 'database_name');. Dieses überflüssige Anführungszeichen ruiniert die ganze Website.

Die Lösung ist ganz einfach, wenn Sie diese Sicherungsdatei aufbewahrt haben: Laden Sie Ihre ursprüngliche wp-config.php-Datei hoch, um die Funktionalität sofort wiederherzustellen, und versuchen Sie dann, Ihre Änderungen noch einmal sorgfältiger vorzunehmen.

Fehler beim Herstellen einer Datenbankverbindung

Die gute Nachricht ist, dass WordPress selbst einwandfrei funktioniert – es kann lediglich nicht auf Ihre Datenbank zugreifen.

Überprüfen Sie zunächst Ihre vier Datenbankkonstanten: DB_NAME, DB_USER, DB_PASSWORD, Und DB_HOST. Eine dieser Einstellungen stimmt nicht mit den tatsächlichen Datenbank-Einstellungen Ihres Hosting-Anbieters überein.

Probleme mit Berechtigungen und Kodierungen

Manchmal enthält Ihre wp-config.php-Datei zwar korrekte Angaben, WordPress kann diese jedoch nicht lesen. Möglicherweise sind die Dateiberechtigungen zu restriktiv (WordPress benötigt mindestens die Berechtigung 644, um die Datei lesen zu können), oder die Dateikodierung enthält versteckte Zeichen, die die PHP-Auswertung stören.

Dies geschieht, wenn Sie die Datei „wp-config.php“ in Microsoft Word oder anderen Rich-Text-Programmen bearbeiten, die unsichtbare Formatierungscodes einfügen. Verwenden Sie für Änderungen an der Datei „wp-config.php“ stets reine Texteditoren wie Notepad++ oder VS Code.

Falsche Dateibesitzrechte verhindern zudem, dass WordPress die Datei „wp-config.php“ liest, selbst wenn die Berechtigungen korrekt sind. Ihr Hosting-Anbieter kann Probleme mit den Besitzrechten beheben, doch diese sind nicht immer offensichtlich, bis Sie sich mit Zugriffsproblemen befassen.

So stellen Sie Ihre wp-config.php-Datei wieder her

Wenn Änderungen an der Datei „wp-config.php“ Ihre Website lahmlegen, ist eine Wiederherstellung der Sicherung immer besser als die Fehlersuche.

Wenn Sie über ein aktuelles Duplicator -Backup von vor Ihren Änderungen verfügen, ist die volle Funktionalität in weniger als fünf Minuten wiederhergestellt. Klicken Sie einfach auf „Wiederherstellen“.

Dadurch wird Ihre Website sofort auf den vorherigen Stand zurückgesetzt, wodurch stundenlange Fehlerbehebung bei Syntaxfehlern oder Problemen mit der Datenbankverbindung vermieden wird.

Wenn eine Wiederherstellung aus dem Backup nicht möglich ist, können Sie die Datei „wp-config.php“ mithilfe der WordPress-Beispielvorlage von Grund auf neu erstellen. Laden Sie die Datei „wp-config-sample.php“ aus einer neuen WordPress-Installation herunter und benennen Sie sie in „wp-config.php“ um.

Die Beispieldatei enthält alle notwendigen Grundstrukturen. Ersetzen Sie die Platzhalter für die Datenbankzugangsdaten durch die tatsächlichen Werte aus dem Datenbankbereich Ihres Hosting-Control-Panels.

Häufig gestellte Fragen (FAQs)

Übernehmen Sie die Kontrolle über Ihre WordPress-Konfiguration

Die Datei „wp-config.php“ ist leistungsstark, aber überschaubar. Datenbankverbindungsfehler, Sicherheitsverbesserungen und Leistungsoptimierungen folgen alle logischen Mustern, sobald man die Struktur und den Zweck der Datei verstanden hat.

Hier noch ein zusätzlicher Tipp: Erstellen Sie eine Dokumentationsdatei, in der Sie Ihre benutzerdefinierten Einstellungen in der Datei „wp-config.php“ sowie deren Zweck auflisten. Wenn Sie die Datei neu erstellen oder auf einen neuen Server migrieren müssen, haben Sie so eine Referenz für Ihre spezifischen Konfigurationsentscheidungen, anstatt sich mühsam daran erinnern zu müssen, wozu die einzelnen benutzerdefinierten Einstellungen dienten.

Sind Sie bereit, die volle Kontrolle über Ihre WordPress-Migrationen und -Backups zu übernehmen? Duplicator Pro erstellt vollständige Website-Backups, die Ihre wp-config.php-Einstellungen enthalten, sodass Website-Umzüge und Wiederherstellungsszenarien einfach und stressfrei vonstattengehen.

Wenn Sie schon einmal hier sind, werden Ihnen diese verwandten WordPress-Anleitungen sicher gefallen:

• Benötigen Sie eine Staging-Site?
• WordPress REST API für Einsteiger: Zugriff auf Ihre Inhalte von überall
• So bearbeiten Sie Ihre Hosts-Datei vor WordPress-Migrationen (Windows-, Mac- und Linux-Anleitung)
• So importieren Sie Dateien in WordPress
• So machen Sie Änderungen in WordPress rückgängig (5 Methoden)
• So stellen Sie eine WordPress-Site ohne Backup auf ein früheres Datum zurück