Nach der Migration der WordPress-Website kann ich nicht auf den Admin zugreifen (weiße Seite)

Ich versuche, eine WordPress-Site von meinem lokalen Server auf den Online-Server zu verschieben.

Das Problem ist, dass ich nach der Migration, wenn ich versuche, die Verwaltungsseite (wp-admin) zu öffnen, nur eine weiße Seite erhalte, wie Sie hier sehen können: http://scorejava.com/wordpress/wp-admin/. Alles andere scheint auf der Homepage gut zu funktionieren: http://scorejava.com/wordpress/.

In meinem lokalen Webserver habe ich die WP-Site in den Ordner: /var/www/wordpress. Ich habe es in a verschoben WordPress Ordner, der sich in meinem Stammverzeichnis meines Online-Webservers befindet.

Ich habe auch die lokale Datenbank mit MySql in die einzige Datenbank importiert und dann die verwendet Skript zum Suchen und Ersetzen von WordPress-Datenbanken automatisch alle zu ändern http://localhost/wordpress Auftreten in die Datenbanktabellen mit http://scorejava.com/wordpress/.

Auf Ihrer Website ist ein Fehler aufgetreten, und Sie müssen herausfinden, was passiert.

WordPress-URLs

Wenn Sie WordPress-Sites migrieren, bei denen sich die URL ändert, müssen Sie WordPress über die neue URL informieren. WordPress speichert diese Informationen in der Datenbank, wenn Sie also damit vertraut sind, finden Sie den richtigen Eintrag in der wp_options Tabelle in Ihrer Datenbank und aktualisieren Sie ihren Wert.

Ich werde einige Korrekturen für Standard-WordPress-Installationen zeigen (wobei die Site-URL das WordPress-Stammverzeichnis ist), aber Sie kann müssen unterschiedliche Werte für verwenden home und siteurl wenn Sie eine andere Einstellung haben.

Korrigieren Sie URLs über SQL

Sie müssen die relevanten Felder in der DB aktualisieren, das sind die Einträge von wp_options bei dem die option_name ist siteurl oder home. Sie finden diese Felder mit phpmyadmin, mysql-workbench oder einem anderen Datenbankverwaltungstool, oder Sie können die folgende Abfrage verwenden und die URL in Ihre eigene ändern.

UPDATE `wp_options` SET `option_value`='http://www.myurl.com' WHERE `option_name` IN ('siteurl', 'home');

URLs korrigieren über wp-config.php

Sie können dies jedoch auch über tun wp-config.php, was ich viel angenehmer finde. Einfach offen wp-config.php und füge die Zeilen hinzu:

// Site URLS (override DB settings)
define('WP_HOME','http://www.myurl.com');     //<-- NO TRAILING /
define('WP_SITEURL','http://www.myurl.com');  //<-- NO TRAILING /

Natürlich müssen Sie Ihre korrekte URL angeben.

Es ist möglich, dass dies der einzige Fehler ist, den Sie haben, und nachdem Sie diese Zeilen hinzugefügt haben wp-config.phpkönnen Sie sich anmelden und Ihre Website normal verwenden.

Debuggen von WordPress-Fehlern

Wenn Sie jedoch weiterhin Probleme haben und jedes Mal, wenn Sie an der Entwicklung einer Website arbeiten, möchten Sie möglicherweise eine Fehlerausgabe sehen. Sie können Ihre Serverprotokolle auf Informationen zu den Fehlern überprüfen, aber möglicherweise finden Sie es für WordPress bequemer, die Fehler einfach auf der Seite anzuzeigen. Um die Fehleranzeige zu aktivieren, ändern Sie die folgende Einstellung auf true in wp-config.php.

define('WP_DEBUG', true);

Jetzt zeigt WordPress alle Fehler direkt auf der Webseite an. Stellen Sie sicher, dass Sie die Einstellung auf ändern false für den Einsatz an einem Produktionsstandort.

Arbeiten mit wp-config.php

Diese Datei befindet sich im Stammverzeichnis Ihrer WordPress-Installation. Um eine der hier erwähnten Änderungen vorzunehmen, können Sie die Datei entweder direkt auf dem Server bearbeiten (per ssh Beispiel) oder laden Sie die Datei mit einem FTP-Client herunter, nehmen Sie Ihre Änderungen mit einem Texteditor vor und laden Sie die Datei erneut hoch.

Es ist auch eine gute Idee, eine Sicherungskopie aufzubewahren, bevor Sie Änderungen vornehmen, falls Sie während der Arbeit etwas kaputt machen.

Verweise

Sie können alles über das Ändern der WordPress-Site-URL auf der lesen docs-Seite.

Spät zur Party, ich habe das kürzlich erlebt und es geschafft, das Problem zu lösen. Hier ist, was ich getan habe.

Schritt 1: Satz WP_DEBUG zu true von dem wp-config.php Datei

Schritt 2: Ich habe es versucht domain.com/wp-login.php Anstatt von domain.com/wp-admin Dadurch konnte ich zumindest ein Anmeldeformular und einige Fehler erhalten Warning: Cannot modify header information - headers already sent by

Schritt 3: Ich habe hinzugefügt ob_start(); in wp-login.php Datei nach <?php in erster Linie, natürlich um mich für eine Weile einzubringen.

Schritt 4: Dieser Trick funktionierte. Ich habe alle Plugins deaktiviert und die Fehler sind weg.

Schritt 5: Alle Plugins nacheinander aktiviert, um herauszufinden, welches Plugin einen Fehler verursacht, damit ich den Fehler in einem bestimmten Plugin beheben kann. Als ob es zuvor ein Plugin gegeben hätte, das Styles hinzugefügt hat wp_enqueque_style Also setze ich es auf eine Funktion und schließe es richtig an.

Es gab auch einige kleinere Fehler deprecated Funktionen. Es liegt an Ihnen, ob Sie es korrigieren oder ein alternatives Plugin verwenden möchten.

Und vergessen Sie nicht, zu entfernen ob_start aus wp_login.php Datei. Die Kerndateien sollten nicht verändert werden.

Hoffe, das hilft jemandem wie mir.

In Ihren Einstellungen für Ihr WordPress-Dashboard gibt es zwei Felder mit den Namen „WordPress-Adresse (URL)“ und „Site-Adresse (URL)“. Diese werden auch als „Home“- und „Site URL“-Einstellungen für Ihre Website bezeichnet. Die Werte müssen mit dem Server übereinstimmen, auf dem Sie tatsächlich laufen.

Wenn Sie nicht zum Admin gelangen können, können Sie phpmyadmin verwenden, in Ihre Datenbank gehen, die Felder in der wp_options-Tabelle suchen und sicherstellen, dass sie Ihre Domain widerspiegeln.

Das sollte in den meisten Fällen reichen.

Ich habe selbst ein paar Mal gegen den gefürchteten „White Screen of Death“ gekämpft. Sie können die Threads unter durchsuchen WordPress-Support-Website um einige Vorschläge zu sammeln, oder googeln Sie es für viele, viele Geschichten und Ratschläge von Menschen, die sich damit befassen. Ich kann dafür keine einzige maßgebliche Referenz empfehlen.

In den meisten meiner Fälle wurde es durch Leerzeichen nach dem Schließen verursacht ?> -Tag, das aufgrund von Änderungen in Newline-Schemata zwischen meinen Entwicklungs- und Produktionsservern eingeführt wurde, normalerweise in einem Plugin.

Sie können auch versuchen, WordPress einzufügen Debug-Modus oder hinzufügen error_reporting(E_ALL); in die erste Zeile Ihrer Website /wp-admin/admin.php Datei, um zu sehen, ob diese Ihnen Hinweise geben.

Ich persönlich konnte diese (Touch Wood) vermeiden, indem ich das verwendete XCloner-Plugin um Übertragungen zwischen meiner Win-Entwicklungsmaschine und dem *nix-Produktionsserver durchzuführen.

Bearbeite wp-content/themes/active-theme-folder/function.php und füge diesen Code direkt davor hinzu:

<?php
define('WP_HOME','http://www.myurl.com');     //<-- NO TRAILING /
define('WP_SITEURL','http://www.myurl.com');

Fügen Sie die folgende Zeile in die ein wp-config.php Datei:

define('WP_HOME', 'http://' . $_SERVER['SERVER_NAME']);

define('WP_SITEURL', WP_HOME . "https://stackoverflow.com/");

Fügen Sie in Ihrer wp-config.php-Datei direkt über der Zeile zum Beenden der Bearbeitung diese Zeile hinzu:

define('RELOCATE',true);
/* That's all, stop editing! Happy blogging. */

Gehen Sie dann zu Ihrer Anmelde-URL, aktualisieren Sie die Seite und melden Sie sich an. WICHTIG: Wenn Sie sich anmelden können, entfernen Sie die RELOCATE-Zeile, bevor Sie fortfahren. Navigieren Sie dann zu:

Settings > General

Stellen Sie Ihre WordPress-URL und Site-Adresse auf die richtigen Orte ein:

WordPress Address (URL): http://example.com/wordpress

Site Address (URL): http://example.com/myblog

Drücken Sie “Speichern”.