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 erstellenwie aufwändig das ist im Vergleich wenn man sich nicht so auskennt. Die.com Variante nimmt einem wohl vieles ab?... und auf Argumente für und Wider schauen möchte.
Evtl. hilft das hier etwas: https://de.support.wordpress.com/wordpress-com-und-wordpress-org/
Ein zwangsweises Update eines "major release" Sprungs von 4.x auf 5.x gibt es in WordPress standardmässig eigentlich nicht.
Wird irgendein spezielles "WordPress"-Hosting oder ein "One-Click" Installer Deines Hosting Providers verwendet?
Bei einigen Hostingfirmen wird bei "One-Click" Installern ein "major" übergreifendes Autoupdate aktiviert, dadurch führt dann jeder Aufruf einer neuen Installation zwangsläufig zum Update auf 5.x.
Wenn man bei selbst installiertem WordPress 4.x ist und bleiben will oder muss, kann man z.B. dieses kleine Plugin verwenden, als [FONT=Courier New]4ever.php[/FONT] o.ä. speichern, per FTP in den [FONT=Courier New]wp-content/plugins/[/FONT] Ordner hochladen, wahlweise die angehängte [FONT=Courier New]4ever.zip[/FONT] Datei über Plugins > Installieren > Plugin hochladen, dann aktivieren, und einmal die Updatesuche über Dashboard > Aktualisierungen >Erneut prüfen anstossen, dann sollten nur noch 4.x Updates zur manuellen Installation angeboten werden.
<?php
/*
Plugin Name: 4ever
Description: Stay in WordPress 4.x branch with manual core update control.
Version: 1.0
Author: Ov3rfly
*/
add_filter( 'auto_update_core', '__return_false' );
function fourever_update_core( $updates ) {
if ( !empty( $updates ) && !empty( $updates->updates ) ) {
$updates_new = array();
foreach ( $updates->updates as $index => $update ) {
if ( !empty( $update->version ) ) {
if ( version_compare( $update->version, '5.0', '<' ) ) {
$updates_new[] = $update;
}
}
}
if ( !empty( $updates_new ) && !empty( $updates_new[0]->response ) ) {
if ( $updates_new[0]->response == 'autoupdate' ) {
$updates_new[0]->response = 'upgrade';
}
}
$updates->updates = $updates_new;
}
return $updates;
}
add_filter( 'pre_set_site_transient_update_core', 'fourever_update_core' );Klingt etwas nach Browsereinstellungen bzw. Browser Add-ons o.ä..
Möglicherweise eine Aktualisierung des Themes vornehmen (sofern keine manuellen Änderungen an Theme-Dateien gemacht wurden), es scheint da so einige Updates für WordPress 5.x bzw. den Gutenberg Editor gegeben zu haben. Evtl. hilft auch der Theme-Support weiter.
Ein komplettes Backup von Dateien und Datenbank ist vorher zu empfehlen, bzw. herausfinden ob/wie man ggf. autom. erstellte Backups des Hosting Providers wieder einspielen kann.
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".
Funktioniert es damit wieder?
Am Rande bemerkt, normalerweise aktualisiert sich WordPress bei "major release" Sprüngen wie 4.x auf 5.x nicht selbst, evtl. hast Du ein spezielles "WordPress-Hosting" o.ä., wo das der Provider gemacht hat.
Tipp am Rande: Domains und Hosting sollte ein Kunde stets selbst kaufen, ggf. macht man das "live" mit ihm am Telefon in seinem Namen mit seinen Daten.
Das 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.
