Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenGoogle hat dazu eigentlich relativ viele Hinweise...
Welche WordPress Version wird genutzt?
Welche PHP-Version wird genutzt, wurde die PHP-Version kürzlich geändert?
Welches Theme und welche Version des Themes wird genutzt?
Wird das Unyson Plugin genutzt und welche Version?[size=24][/SIZE]
Wenn man WordPress neu installiert, legt man in der Regel keine wp-config.php manuell an, das erledigt der Installer, daher die Frage.
Link zur Seite?
Ist eine /wp/wp-config.php mit den Daten der neuen Datenbank vorhanden?
WordPress sucht optional eine wp-config.php auch eine Ebene "über" dem Installationsverzeichnis, wenn keine vorhanden ist, und findet/nutzt bei Dir ggf. die der anderen, älteren Installation...
Kannst Du /wp/license.txt oder /wp/readme.html aufrufen? Was wird bei Aufruf von /wp/ gezeigt?
Wichtig: Browser-Cache leeren zwischen allen Änderungs- und Anpassungsversuchen, viele Browser merken sich Redirects im Cache, was verwirrend sein kann.
Ob sich ein Theme-Wechsel auf Inhalte von Avada auswirkt, kann ich nicht beurteilen.
Im Yoast SEO Permalink Feld steht normalerweise der jeweilige Permalink der entspr. Seite, nur bei der Startseite ist das Feld leer.
..da steht auch, DNS-Bestätigung erforderlich..
Ja, es steht alles da, man muss es nur lesen.
Lt. DNS hast Du derzeit keine weiteren Subdomains (ausser für den Mailserver), und http/https mit/ohne www wird alles auf "https mit www" weitergeleitet, daher ist eine Property mit URL-Präfix hier problemlos nutzbar.
Hast Du schon die Anleitung zu BackWPup gelesen?
Verwende in 1.png die rechte Box "URL-Präfix" oder klicke im 2.png auf ".. kannst Du es stattdessen mit einer URL-Präfix Property versuchen.."
Mit WordPress hat das gar nichts zu tun.
Sobald ein Plugin mit einer so diffusen Meldung im wordpress.org Plugin Repository entfernt wird, sollte man es sofort vom eigenen Website entfernen.
Die wordpress.org Plugin Repository Verwalter meinen trotz vieler anderslautender Ansichten, dass sie lieber sowas diffuses hinschreiben als ein Plugin im Repository und z.B. auch im WordPress Backend auf der Pluginseite selbst klar und deutlich als gehackt oder verwundbar o.ä. zu bezeichnen bzw. ggf. auch "harmlosere" entspr. Hintergründe für ein Entfernen anzuführen. Sie argumentieren, dass bei mehr Details "Hacker darauf aufmerksam" würden. Dass mit dem aktuellen Ansatz aber viele/alle Benutzer ahnungslos so ein Plugin weiterbetreiben und ihre Websites damit unwissentlich möglichen Gefahren aussetzen, wird dabei nicht betrachtet. Muss man nicht verstehen...:confused:
Für welche exakte Domain?
In Deinem Fehlermeldung Screenshot steht unten ".. oder nutze eine andere Bestätigungsmethode". Folge den Anweisungen dort.
Am Rande bemerkt: Mit WordPress hat die Auswahl der Bestätigungsmethode in der Google Search Console nichts zu tun.
Klicke den o.g. Link an, dort ist alles unter "Details zu Bestätigungsmethoden" beschrieben... 
Für Deine lt. Screenshot gewählte Verifizierungsart / Bestätigungsmethode "DNS-Eintrag" musst Du im DNS beim Hosting was eintragen, hast Du das gemacht? Einen HTML-Tag im Header benötigt diese Art nicht. Alternativ nutze die Verifizierungsart "HTML-Datei hochladen", das funktioniert auch mit aktivem Wartungsmodus.
Deaktiviere testweise alle Plugins und stelle ein Standard Theme wie Twenty Seventeen o.ä. ein, mit Permalinks auf "Beitragsname", was passiert dann?
Und noch eine Frage: War/ist bei anderen Seiten bei Yoast Permalink etwas eingetragen?
Wo genau hast Du ihr-heilpraktiker-in-koeln-olaf-sanne eingegeben?
Ein Fehler war wohl das ich bei Yost in den Einstellungen meiner Startseite den Permalink komplett...also mit https://..... eingegeben hatte.
Wo genau bei Yoast SEO hast Du das eingegeben? Screenshot?
Was ist jetzt bei Einstellungen > Permalinks eingestellt? Screenshot?
Ändert sich etwas, wenn Du jetzt die Permalinks auf "Einfach" stellst und speicherst und dann wieder auf "Beitragsname" und speicherst?
Und wenn Du die Fragen beantworten würdest, könnte man Dir ggf. noch besser weiterhelfen.
.. danach ging erst einmal gar nichts mehr.
Was genau bedeutet das?
Ist ein SSL-Zertifikat auch für "mit www" vorhanden?
Link zur Seite?
Normales Vorgehen: Anpassen 2x Domain unter Einstellungen > Allgemein, Logout, Neuer Login, Anpassung Domain mit Plugin "Better Search Replace" in den Inhalten, siehe auch Suchfunktion im Forum nach diesem Pluginnamen bzw. nach "WordPress Umzug" oder "WordPress Domain anpassen" o.ä., das ist zig mal beschrieben.
Wende Dich am besten an die Agentur, die diese (kommerzielle?) Seite erstellt hat. Alternativ hilft Dir evtl. in der Jobbörse des Forums jemand weiter. Viel Erfolg.
Dein Code "escaped" das HTML vor dem Speichern, daher wird es vermutlich so angezeigt...
update_post_meta( $variation_id, 'my_text_field', [COLOR=#ff0000]esc_attr([/COLOR] $text_field [COLOR=#ff0000])[/COLOR]);
Wo genau bei Yoast SEO hast Du was genau eingegeben? Screenshot?
Wie gesagt, ein seltsamer Effekt, oben schreibst Du, dass es auch bei deaktiviertem Yoast aufgetreten wäre.
Derzeit ist übrigens kein Menüinhalt oben mehr vorhanden, wurden weitere Änderungen am Website vorgenommen?
Dein Code sucht die Felder im Beitrag und nicht beim Anhang. Schau Dir die ACF-Dokumentation an, es gibt dafür einen zweiten Parameter bei get_field/the_field...
Weiterhin fehlt im Code und in der ganzen Beschreibung, von welche Medien genau Du die Daten ermitteln willst.
Hier funktioniert der RSS-Feed.
