{"id":481,"date":"2020-10-14T11:55:48","date_gmt":"2020-10-14T09:55:48","guid":{"rendered":"http:\/\/www.myblog.nguenkam.com\/?p=481"},"modified":"2020-10-15T10:11:37","modified_gmt":"2020-10-15T08:11:37","slug":"website-und-wordpress-url-korrigieren","status":"publish","type":"post","link":"https:\/\/nguenkam.com\/blog\/index.php\/2020\/10\/14\/website-und-wordpress-url-korrigieren\/","title":{"rendered":"Website- und WordPress-URL korrigieren"},"content":{"rendered":"\n

Ich wollte die URLs meiner Website anpassen. Dabei habe ich wohl etwas falsch eingegeben und jetzt komme ich nicht mehr ins Backend. Wie kann ich die URLs korrigieren?<\/em><\/p><\/blockquote>\n\n\n\n

Im Moment h\u00e4ufen sich (wohl auch wegen DSGVO) Anfragen von AnwenderInnen, die unter Einstellungen > Allgemein falsche URLs eingegeben und sich dadurch ausgesperrt haben.<\/p>\n\n\n\n

Gl\u00fccklicherweise l\u00e4sst sich der Fehler aber schnell beheben.<\/span><\/p>\n\n\n\n

Die einfachste Methode ist, \u00fcber das Kundenmen\u00fc des Webhoster die Datenbank-Verwaltung aufzurufen (meist wird daf\u00fcr phpMyAdmin<\/em> verwendet). In der Tabelle wp_options<\/code> (ggf. wurde bei der Installation eine andere Vorsilbe als wp_<\/code> gew\u00e4hlt) k\u00f6nnen dann die Eintr\u00e4ge f\u00fcr siteurl<\/code> und home<\/code> korrigiert werden:<\/p>\n\n\n\n

siteurl<\/code> bezeichnet in der Datenbank die Adresse mit den WordPress-Dateien und \u2026<\/strong><\/p>

home<\/code> gibt an, unter welcher Adresse die Webseite erreichbar sein soll.<\/strong><\/p><\/blockquote>\n\n\n\n

In den meisten F\u00e4llen sind beide URLs identisch, z.B. https:\/\/example.com f\u00fcr home<\/code> und<\/em> siteurl<\/code>. Manchmal wird WordPress aber auch so installiert, dass die Dateien in einem eigenen Verzeichnis liegen. In diesem Fall w\u00e4re der Eintrag f\u00fcr home<\/code> zum Beispiel https:\/\/example.com, w\u00e4hrend f\u00fcr siteurl<\/code> in der Datenbank https:\/\/example.com\/wordpress eingetragen wird.<\/p>\n\n\n\n

Kann auf die Datenbank nicht zugegriffen werden, gibt es andere M\u00f6glichkeiten, die URLs wieder zu korrigieren. So kann in der WordPress-Konfigurationsdatei wp-config.php<\/code> mit einem geeigneten Programmier-Editor (nicht Notepad oder Textedit) oberhalb der Zeile \/* That's all, stop editing! Happy blogging. *\/<\/code> folgende Zeile eingef\u00fcgt werden: define( 'RELOCATE', true );<\/code>. Diese Konstante bewirkt, dass bei der Anmeldung die eingetragenen, absoluten URLs ignoriert werden. AnwenderInnen k\u00f6nnen sich dann mit http:\/\/example.com\/wordpress\/wp-login.php im Backend anmelden und unter Einstellungen > Allgemein die URLs korrigieren.<\/p>\n\n\n\n

Aufgepasst:<\/strong> Hier muss bei WordPress-Adresse<\/em> die Adresse des Verzeichnisses mit den WordPress-Dateien eingegeben werden, w\u00e4hrend unter Website-Adresse<\/em> die URL eingegeben wird, unter der die Website erreichbar sein soll. \u2013 Also bitte nicht mit den Eintr\u00e4gen in der Datenbank verwechseln. Was im WordPress-Backend unter Website-Adresse<\/em> eingeben wird, landet in der Datenbank im Feld home<\/code>, w\u00e4hrend die WordPress-Adresse<\/em> im Datenbankfeld siteurl<\/code> landet. Das ist tats\u00e4chlich ein wenig irref\u00fchrend.<\/p>\n\n\n\n

Wurde der Eintrag korrigiert und die Einstellungen per Button aktualisiert, m\u00fcssen sich Benutzer erneut anmelden. Die Website sollte dann aber wieder funktionieren. Vorsichtshalber sollte nun noch die in der wp-config.php<\/code> eingef\u00fcgte Zeile wieder entfernt oder die Konstante auf false<\/code> gesetzt werden: define( 'RELOCATE', false );<\/code><\/p><\/blockquote>\n\n\n\n

Wie bei allen gr\u00f6\u00dferen Eingriffen ist es sinnvoll, ein Backup von Dateien und Datenbank anzulegen und an sicherer Stelle aufzubewahren<\/span><\/p>\n","protected":false},"excerpt":{"rendered":"

Ich wollte die URLs meiner Website anpassen. Dabei habe ich wohl etwas falsch eingegeben und jetzt komme ich nicht mehr ins Backend. Wie kann ich die URLs korrigieren? Im Moment h\u00e4ufen sich (wohl auch wegen DSGVO) Anfragen von AnwenderInnen, die unter Einstellungen > Allgemein falsche URLs eingegeben und sich dadurch ausgesperrt haben. Gl\u00fccklicherweise l\u00e4sst sich […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[72],"tags":[116,117,118],"_links":{"self":[{"href":"https:\/\/nguenkam.com\/blog\/index.php\/wp-json\/wp\/v2\/posts\/481"}],"collection":[{"href":"https:\/\/nguenkam.com\/blog\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/nguenkam.com\/blog\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/nguenkam.com\/blog\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/nguenkam.com\/blog\/index.php\/wp-json\/wp\/v2\/comments?post=481"}],"version-history":[{"count":2,"href":"https:\/\/nguenkam.com\/blog\/index.php\/wp-json\/wp\/v2\/posts\/481\/revisions"}],"predecessor-version":[{"id":483,"href":"https:\/\/nguenkam.com\/blog\/index.php\/wp-json\/wp\/v2\/posts\/481\/revisions\/483"}],"wp:attachment":[{"href":"https:\/\/nguenkam.com\/blog\/index.php\/wp-json\/wp\/v2\/media?parent=481"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/nguenkam.com\/blog\/index.php\/wp-json\/wp\/v2\/categories?post=481"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/nguenkam.com\/blog\/index.php\/wp-json\/wp\/v2\/tags?post=481"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}