Wenn ich das richtig gesehen habe, liegen die WordPress-Dateien in einem eigenen Verzeichnis /home/strato/www/wu/www.example.com/htdocs/wordpress
, während die Website ganz normal über die Domain ohne Angabe des Unterverzeichnisses abgerufen werden soll. Hierfür gibt es zwei Möglichkeiten: Entweder wird die Domain auf das WordPress-Verzeichnis umgeleitet, oder es gibt im Verzeichnis /home/strato/www/wu/www.example.com/htdocs/
eine eigene index.php
, die auf das WordPress-Verzeichnis verweist (require-Befehl in der letzten Zeile der Datei).
Schau mal nach, welche Dateien bei dir im Web-Stammverzeichnis htdocs liegen. Wenn dort eine index.php
, eine wp-config.php
und das wordpress
-Verzeichnis liegen, muss die Domain in der „Stratoumleitung“ wie du das nennst auf dieses Verzeichnis verweisen. In dem Fall unterscheiden sich Website- und WordPress-URL: die Website-URL verweist nur auf die Domain (http://example.com), während die WordPress-URL das Verzeichnis für die WordPress-Installation enthalten muss (http://example.com/wordpress/). Ist hingegen in htdocs
nur das wordpress
-Verzeichnis, muss die Domain auf dieses Verzeichnis verweisen. Dann sind beide URLs identisch (http://example.com).
Einfach die URLs nach Belieben in dein Einstellungen zu ändern ist falsch, das hast du selber schon gemerkt. Um den Fehler zu beheben, kannst du entweder die Einträge in der Datenbank-Tabelle (wp_options) manuell ändern (was fehleranfällig ist), oder du umgehst den aktuellen Eintrag mit folgender zusätzlichen Zeile, die du in der wp-config.php
mit einem geeigneten Programmier-Editor (nicht Notepad oder Textedit) oberhalb von /* That's all, stop editing! Happy blogging. */
einfügen musst:
define( 'RELOCATE', true );
Wenn die Domain wieder auf das Web-Stammverzeichnis verweist, solltest du dich anschließend über http://example.com/wordpress/wp-login.php (natürlich mit deiner Domain) wieder anmelden und die URLs unter Einstellungen > Allgemein ändern können. Wenn die Werte dann immer noch grau unterlegt sind, hast du vermutlich die URLs in der functions.php
des Themes oder über Konstanten in der wp-config.php
fest vorgegeben. Das kann ich als Außenstehender nicht beurteilen.
Achte bei der Änderung der URLs auch darauf, dass nicht eine URL mit www
beginnt und die andere nicht; das sollte einheitlich sein.
Sobald du die URLs korrigiert hast, nimmst du die „relocate
„-Zeile aus der wp-config.php
wieder heraus. Du musst dich wieder neu im Backend anmelden, aber ansonsten sollte die Website wieder laufen.
Wie du deine Website anschließend auf https umstellen kannst, habe ich hier beschrieben.
Danke für die ausführlichen Tipps! Ich werde mir das in Ruhe ansehen.
Hallo und herzlichen Dank erstmal für die Tipps!
Ich habe das mal bei mir durchgespielt.
Ja, die WordPress-Dateien liegen in einem eigenen Verzeichnis
/home/strato/www/wu/www.example.com/htdocs/wordpress
( index.php, und wp-config.php vorhanden)
während die Website ganz normal über die Domain (http://bodypainting-news.de) ohne Angabe des Unterverzeichnisses abgerufen werden soll.
Die Domain wurde auf das WordPress-Verzeichnis umgeleitet.
Das hat früher so funktioniert, bevor ich den Fehler mit https gemacht habe.
Dahin will ich zurück.
define( ‚RELOCATE‘, true );
hat keine direkte Wirkung gezeigt (benutzt habe ich dazu wordwrangler)
Als ich aber functions.php und wp-config.php mit entsprechenden Dateien aus einem älteren Backup überschrieben (die alten Dateien natürlich aufgehoben) habe, hat „etwas“ funktioniert:
Unter Einstellungen/Allgemein im Backend sind die WordPress-Adresse (URL) http://bodypainting-news.de/wordpress
und
Website-Adresse (URL) http://bodypainting-news.de
nun wieder schwarz und veränderbar.
Im Backend unter Einstellungen > Allgemein ist folgendes eingetragen:
Wordpress-Adresse: http://bodypainting-news.de/wordpress
Website-Adresse: http://bodypainting-news.de
‚RELOCATE‘ habe ich dann aus der wp-config.php wieder rausgenommen.
In der Datenbank bei Strato:
steht die siteurl weiter auf http://bodypainting-news.de/wordpress
für die home gilt: ob sie auf http://bodypainting-news.de
oder http://bodypainting-news.de/wordpress steht, das Ergebnis ist gleich: Fehler 404
http://www.bodypainting-news.de/ bringt ein Not Found
The requested URL / was not found on this server.
http://www.bodypainting-news.de/wordpress/ bringt einen Fehler 404.
Vielleicht ist es jetzt ganz einfach, aber ich dreh mich immer noch im Kreis.
Gibt es eine rettende Idee?
Danke und viele Grüße
André
Ja, die WordPress-Dateien liegen in einem eigenen Verzeichnis
/home/strato/www/wu/www.example.com/htdocs/wordpress
( index.php, und wp-config.php vorhanden)
Das ist jetzt etwas verwirrend geschrieben.
index.php
und wp-config.php
müssten im Verzeichnis /home/strato/www/wu/www.example.com/htdocs/ liegen,
die WordPress-Dateien (enthalten weitere index.php
) im Verzeichnis /home/strato/www/wu/www.example.com/htdocs/wordpress – korrekt?
Die Domain sollte dann auf das Verzeichnis htdocs
als Web-Stammverzeichnis verweisen, nicht auf das Unterverzeichnis wordpress
.
define( ‚RELOCATE‘, true );
hat keine direkte Wirkung gezeigt
Nein, tut es auch nicht. Die Konstante überschreibt nur für die Anmeldung die vorgegebenen URLs, damit du dich überhaupt wieder im Backen anmelden kannst – nicht mehr, aber auch nicht weniger.
Wenn dann Website-URL (ohne /wordpress
) und WordPress-URL (mit /wordpress
) stimmen UND die Domainzuweisung stimmt, müsste die Website auch wieder erreichbar sein.
Hallo und danke für Ihre Geduld!
index.php und wp-config.php müssten im Verzeichnis /home/strato/www/wu/www.example.com/htdocs/ liegen,
die WordPress-Dateien (enthalten weitere index.php) im Verzeichnis /home/strato/www/wu/www.example.com/htdocs/wordpress – korrekt?
Ja.
Die Domain sollte dann auf das Verzeichnis htdocs als Web-Stammverzeichnis verweisen, nicht auf das Unterverzeichnis wordpress.
Ja.
Wenn dann Website-URL (ohne /wordpress) und WordPress-URL (mit /wordpress) stimmen UND die Domainzuweisung stimmt, müsste die Website auch wieder erreichbar sein.
Leider nein, ich drehe mich also noch im Kreis.
Früher – also vor meinem folgenschweren Fehler – konnte ich mich einfach über http://bodypainting-news.de/wp-login.php einloggen.
Jetzt muß ich mich unter http://www.bodypainting-news.de/wordpress/wp-login.php? einloggen.
Ich komme damit dann zwar ins Backend, aber das Frontend ist auch nur unter http://www.bodypainting-news.de/wordpress/ sichtbar, allerdings sind die Inhalte nicht zugänglich und ich habe: Fehler 404.
Mir fällt dazu selbst im Moment nichts vernünftiges ein.
Ich bleibe natürlich dran und freue mich auch über weitere Vorschläge und Ideen.
Früher – also vor meinem folgenschweren Fehler – konnte ich mich einfach über http://bodypainting-news.de/wp-login.php einloggen.
Jetzt muß ich mich unter http://www.bodypainting-news.de/wordpress/wp-login.php? einloggen.
Das würde wiederum bedeuten, dass das Verzeichnis /home/strato/www/wu/www.example.com/htdocs/wordpress
das Web-Stammverzeichnis war. Das widerspricht aber allen anderen Aussagen. Dann dürfte es in /home/strato/www/wu/www.example.com/htdocs/
nur ein Verzeichnis wordpress
geben, vielleicht auch noch eine index.php
, die dann aber mit WordPress nichts zu tun hat. Die URLs in Einstellungen > Allgemein müssten dann beide auf http://www.bodypainting-news.de/ gesetzt sein.
(…) Die URLs in Einstellungen > Allgemein müssten dann beide auf http://www.bodypainting-news.de/ gesetzt sein.
Das habe ich leider auch schon ausprobiert. (Macht es einen Unterschied ob ich
http://www.bodypainting-news.de/ oder http://bodypainting-news.de/ verwende?)
Das Ergebnis sieht bei mir so aus: http://bodypainting-news.de/wp-login.php
Und so: http://www.bodypainting-news.de/wordpress/
Ich lasse es mal so um es dir zu zeigen.
Strato bezeichnet meinen Ordner bodypainting-news.de als „Stammordner“. Darin liegt meine Installation in einem Ordner „wordpress“. In diesem liegt dann auch eine index.php
Setz doch mal das WordPress-Verzeichnis als Stammordner.
Ob du deine URL mit oder ohne www
nutzt, ist mehr Geschmackssache. Mit www
sieht „klassischer“ aus, ist aber auch länger und erhöht damit die Gefahr der Fehleingabe. Wie auch immer du dich entscheidest, muss das aber bei den beiden URLs identisch sein (also nicht mal mit, mal ohne www
).
JA! DANKE, das war der rettende Tipp! Hat auf Anhieb funktioniert. Alles wieder da. Habe vor lauter Um-die-Ecke-denken das Naheliegende nicht mehr gesehen. Wohin darf ich die Pralinen schicken 🙂
Keine Pralinen, ich wiege eh schon zu viel.
Schön, dass es wieder klappt.