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 erstellenDas Umleitungsziel muss wie bei Punkt 3 in der o.g. Anleitung beschrieben vor dem Punkt 4 Installation des Duplicator-Paketes korrekt eingerichtet sein, dann passt Duplicator im Verlauf alles automatisch selbst an.
Bei korrekter Nutzung von Duplicator sind keinerlei manuelle Eingriffe in die Datenbank oder spätere Linkanpassungen o.ä. nötig.
Wenn genau das gemacht worden wäre, wäre die Seite jetzt unter [plain]http://www.domain.de[/plain] erreichbar.
Wahrscheinlich liegt der Fehler an Punkt 3:
Domains > Domainverwaltung > Domainübersicht > Verwalten > Umleitung einrichten > Umleitungsziel: intern auf /website/
Folge nochmal von Anfang an komplett der o.g. Anleitung, und leere vorher auch Deinen Browser-Cache, um da irgendwelche "gecachten" lokalen Weiterleitungen auszuschliessen.
.. leider funktioniert bei mir das Google Maps Easy plugin nicht mehr (lässt sich nicht mehr in twenty seventeen parametrisieren). ..
Du schreibst nicht mehr, bedeutet das, es ging mal? Man könnte ja versuchen, den Zustand wiederherzustellen, bei dem es ging?
Der Code zur Auswahl und zum Ausgeben der Farbe funktioniert offensichtlich.
Aber auf der Seite gibt es kein Element mit [FONT=Courier New]id="content"[/FONT], zu dem Dein CSS passen würde.
Ausserdem ist unabhängig davon ein [FONT=Courier New]</div>[/FONT] zu viel vor [FONT=Courier New]</section>[/FONT] vor dem Footer.
Was genau wird im Quellcode der HTML-Seite im Frontend angezeigt?
In einem simplen Twenty Seventeen Child-Theme hier funktioniert der angegebene Code wie gewünscht.
Alternativ würde ich gerne Google Maps Easy restlos entfernen, aber es bleiben offenbar Reste in der Datenbank.
Schau mal in der Tabelle [FONT=Courier New]wp_options[/FONT] (oder je nach Deinem Table-Prefix was anderes als [FONT=Courier New]wp_[/FONT]) in der Spalte [FONT=Courier New]option_name[/FONT] nach Einträgen die mit [FONT=Courier New]gmp_[/FONT] und [FONT=Courier New]wp_gmp_[/FONT] (bzw. Deinem Prefix statt [FONT=Courier New]wp_[/FONT]) beginnen.
Weiterhin nach ganzen Tabellen, die mit [FONT=Courier New]wp_gmp_[/FONT] (bzw. Deinem Prefix statt [FONT=Courier New]wp_[/FONT]) beginnen.
Wichtig: Vor Änderungen immer ein Backup der kompletten Datenbank machen...
Für Mitleser: Vermutlich wurde der Ordner [FONT=Courier New]/wp-content/languages/[/FONT] nicht überschrieben und / oder der Menüpunkt Dashboard > Aktualisierungen > Übersetzungen nicht beachtet.
Off Topic: Manchmal fragt man sich hier schon, warum überhaupt nach Hilfe gesucht wird, wenn dann bei Rückfragen keinerlei brauchbare Antworten gegeben werden können. Man kann nur hoffen, dass da jemand an seinem privaten Katzenbilderblog bastelt und kein zahlender Kunde mit geschäftlich wichtigem Website dahintersteckt... 
Solange man bei einem Provider irgendwie einen Auth-Code für die Domain(s) generieren kann, ist alles gut, dann ist man notfalls innerhalb von paar Stunden einfach woanders...
@Tüddeldraht Off Topic hier, aber viele Websites bleiben derzeit noch aus den unterschiedlichsten Gründen im WordPress 4.x Zweig. Von grossem Overhead durch Gutenberg und zusätzlichem Abschalten von Gutenberg via Classic Editor Plugin über nicht wirklich zu 5.x kompatible, ältere Plugins und/oder Kauf-Themes, bis hin zu ggf. möglichst einfacher Migration zu ClassicPress zu gegebener Zeit, da gibt es die unterschiedlichsten Beweggründe, ob man die selbst nachvollziehen kann/will oder nicht...
Auf lokal Host entwickeln und testen und dann wie auf Remode wechseln?
Mit einem Migrations-Plugin wie z.B. Duplicator o.ä.
Ach ja und was passiert mit den SEOs auf aprioripost.de ???
jeden Link per htaccess via 301 auf die neue leiten
Wenn man z.B. die alten Artikel-IDs und Category-IDs über ein "Custom Field" z.B. per ACF bei der Datenübernahme in WordPress speichert, kann man ein einfaches "standalone" .php Script erstellen, das bei "Fehler 404" oder auch anhand eines Ordner-/Dateinamen-Musters in .htaccess getriggert wird, sich anhand der ID den entspr. Link aus WordPress raussucht und dorthin per 301 weiterleitet. Geht auch alternativ ohne "Custom Field" mit einem anderen Muster, das z.B. anhand des Titels den gleichlautenden Beitrag in WordPress raussucht und dann entspr. weiterleitet. Haben wir schon mehrfach mit sehr guten Ergebnissen gemacht.
my issues solved!
Please describe how, this would help also other readers with similar problems.
... reset your password ... This will store a new, and more secure, hash value in mysql.user. ..
Was kann ich da nun machen.
Normalerweise kann man über den Login beim Provider das Passwort einer Datenbank ändern, würde einfach mal versuchen, ein neues zu speichern und zu nutzen. Alternativ Kontakt mit dem Provider aufnehmen.
Ergänzung: Ein kurzer Blick in [FONT=Courier New]wp-db.php[/FONT] zeigt, dass es da eine Konstante für ein Fallback gibt, mit der man mysql statt mysqli nutzen kann, d.h. Du könntest es auch mit [FONT=Courier New]define('WP_USE_EXT_MYSQL', true);[/FONT] in der [FONT=Courier New]wp-config.php[/FONT] versuchen, wobei das mMn. nicht dauerhaft empfehlenswert und nicht wirklich dokumentiert ist und daher bei jedem WordPress Update auch verschwinden kann...
Was wird wie genau umgebrochen? Link zur Seite? Bei welcher Bildschirmbreite?
Dein Code-Beispiel hat die Klasse bei [FONT=Courier New]ul[/FONT], das CSS-Beispiel bei [FONT=Courier New]li[/FONT], das passt so nicht zusammen.
Da theoretisch (ungetestet von mir) WordPress auch mit dem uralten MySQL 5.0 laufen sollte, könnte man die Version eigentlich ausschliessen. In dem Fall wüden nur noch die Zugangsdaten übrigbleiben. Wurden die bei beiden Datenbanken explizit gleich eingegeben?
Was passiert, wenn Du direkt per PHP auf die Datenbank zugreifst?
Wahrscheinlich wurde Dein WordPress auf die Version 5.0 aktualisiert und damit der neue Gutenberg Editor installiert.
Um wie Millionen anderer Benutzern auch den alten Editor wiederherzustellen, installiere und aktiviere das Plugin "Classic Editor" über das WordPress Menü "Plugins > Installieren > Stichwort: Classic Editor".
Und bei der Prüfung von [FONT=Courier New]wp-config.php[/FONT] das [FONT=Courier New]$table_prefix[/FONT] nicht vergessen...
Wie genau wurde das Update gemacht?
Wie genau bist Du vorgegangen? Was wurde wohin kopiert? Wurde nach einer Anleitung vorgegangen? Nach welcher genau?
Vermutlich hast Du einfach nicht alle nötigen Dateien kopiert, aber da die Rückfragen nicht beantwortet werden, ist sinnvolle Hilfe so nicht möglich. Viel Erfolg.
Wie genau wurde das Update gemacht?
Wurde irgendwas per FTP kopiert? Wurde ein anderer Mechanismus verwendet? Wurde nach einer Anleitung vorgegangen? Nach welcher genau?
Wie genau wurde das Update gemacht?
