WordPress Website Online gestellt aber mit Linkfehler

Hi Andi,

wenn ich das richtig sehe, ist dein Provider Dogado. Dort kannst du auch über dein Kundenkonto auf den Webserver zugreifen, heißt Web-FTP.

Je nachdem, welches Paket du gebucht hast, hier 2 Anleitungen:

Cloudpit: https://help.dogado.de/hc/de/articles/26283671246353-Web-FTP-im-Web-und-WordPress-Hosting-CloudPit

oneHome: https://help.dogado.de/hc/de/articles/26283951966225-Web-FTP-im-Web-und-WordPress-Hosting-oneHome

Die Datei .htaccess liegt im Stammverzeichnis, dort wo auch die Datei wp-config.php zu finden ist.

Es gibt eine .htaccess-Datei, siehe Website-Zustand-Bericht, mit individuellen Regeln htaccess_extra_rules: true

Ich kenne viele Provider, bei denen steht: nginx-Sever, die aber dennoch ganz normal mit .htaccess konfiguriert werden können, ich habe übrigens auch Webspace (u. a.) bei Dogado.

Die Startseite kann immer noch unter https://wordpress.aston-martin-hmh.de/ aufgerufen werden.

Oder aber es existiert eben eine Weiterleitung in der existierenden .htaccess-Datei, das war ja das, wonach @andiastonmartin suchen sollte (wenn er die .htaccess-Datei findet)

Der Seitenquelltext (Startseite wordpress….de) enthält folgendes

<link rel="alternate" title="oEmbed (JSON)" type="application/json+oembed" href="https://aston-martin-hmh.de/wp-json/oembed/1.0/embed?url=https%3A%2F%2Fwordpress.aston-martin-hmh.de%2F" />
<link rel="alternate" title="oEmbed (XML)" type="text/xml+oembed" href="https://aston-martin-hmh.de/wp-json/oembed/1.0/embed?url=https%3A%2F%2Fwordpress.aston-martin-hmh.de%2F&format=xml" />

Hier hat jemand Identisches und das kam von bzw. verursacht einer doppelt geklonten Website:
https://wordpress.org/support/topic/website-being-cloned-with-oembed/

Also, mich interessiert die Ursache des gesamten Problems brennend, es ist immer gut, zu wissen, wie so etwas entstehen kann.

Hallo Andi,

Per Web-FTP:
lösche das Verzeichnis samt Inhalt von wordpress.aston-martin-hmh, achte darauf, nicht aus Versehen das Verzeichnis der Hauptdomain zu löschen.

Lösche anschl. die Datei .htaccess aus dem Verzeichnis der Hauptdomain aston-martin-hmh. Melde dich nun unter https://aston-martin-hmh.de/wp-login.php an, navigiere zu Einstellungen –> Permalinks und speicher einfach ab, das erzeugt eine neue saubere .htaccess-Datei.

Provider:
Lass die Subdomain vom Provider löschen, wenn du dir da unsicher bist.

Wenn du das Verzeichnis gelöscht hast und die Subdomain noch nicht vom Provider gelöscht wurde, solltest du beim Aufruf von https://wordpress.aston-martin-hmh.de nur noch eine Fehlermeldung erhalten (was ja korrekt ist, da keine Inhalte mehr vorhanden sind).

Ich schreibe später noch etwas, habe jetzt gerade wenig Zeit.

Hallo Andi,

freut mich, dass das Problem nun gelöst wurde und wir hier im Forum (Teamwork) dir dabei helfen konnten.

Noch ein paar abschließende Anmerkungen.

Die erste WordPress-Instanz (wordpress.aston-martin …) wurde lediglich kopiert, in ein anderes Verzeichnis gefügt und dieses Verzeichnis wurde der Hauptdomain (aston-martin) zugewiesen.

So funktioniert das mit WordPress natürlich nicht. Ich kann mir das nur so erklären:

• Es lag ein Kommunikationsproblem mit dem Provider vor und man ging dort davon aus, dass du weißt, wie eine WordPress-Version migriert wird
• oder irgendein Azubi wollte dir einen Gefallen tun und hat von WordPress-Migrationen keine Ahnung. In Joomla! reicht es bspw. einfach eine Instanz zu kopieren plus idealerweise eine neue Datenbank zuzuweisen, denn in diesem CMS wird mit relativen URLs gearbeitet, während das in WordPress nur mit absoluten URLs funktioniert = mit Domain davor.

Dir wurde dann geraten, die Links anzupassen, allerdings zeigen die Lösungsvorschläge in der E-Mail „wenig bis Null Wissen“:

Leider gestaltet sich die Bearbeitung aller Links schwieriger als gedacht, weshalb Ich diese nicht kurzfristig durchführen kann. Eine Option wäre, im Adminbereich von WordPress, alle Menüpunkt und Menüs nach dem Link zu durchsuchen und diese dann abzuändern, oder dies von Hand in der Datenbank zu erledigen. Eine weitere Alternative wäre unser Premium Support.

Der Vorschlag, das händisch im Backend zu machen ohne Verweis auf entsprechende Tools (search & replace) zeigt nicht gerade Sachverstand. Über die Datenbank ginge das u. U. aber auch das wäre viel zu umständlich, da es auch serialisierte Daten geben kann etc.

Da gerade dieser Provider ausführliche Tutorials über WordPress als Service anbietet, gehe ich davon aus, dass du schlicht an den verkehrten Supporter (Azubi, Praktikant?) geraten bist.

Es gibt dort auch eine technische Hotline, mit der ich schon 2 bis 3 mal telefoniert habe, absolut kompetent und die Dinge waren in weniger als 5 Minuten abgehakt. Es ging dabei aber um wirklich serverseitige Dinge (E-Mail-Spoofing, DNS bei einer Domain, die innerhalb von Accounts gewechselt wurde).

Denn, wenn du nicht gerade ein Paket mit „managed WordPress“ gebucht hast, gehört alles rund um WordPress nicht in den Aufgabenbereich eines Providers. Er ist nicht dafür zuständig WordPress für dich zu installieren oder zu migrieren. Oder zu zahlst dafür, was dir ja auch vorgeschlagen wurde.

Ich bin auch Kundin bei dem Provider und rundum zufrieden, mit dem UI und den Optionen im Kundenmenü, den technischen Details des gebuchten Paketes, der Erreichbarkeit und dem technischen Support.

Bei dir läuft ja jetzt alles, warum willst du dir den Stress mit einem neuen Umzug antun? Wie erwähnt: Für WordPress ist der Provider nicht zuständig, warum der Support dort dennoch etwas unternommen hat (s. o. meine Vermutungen), das war natürlich echt suboptimal. Bei technischen (serverseitigen) Problemn ruf direkt den technischen Support an, statt der 00 am Ende der Telefonnummer 022 wählen :). Der ist aber nur bei echten technischen Problemen/Störungen kostenlos.