Beiträge von b3317133

• Einmal Einstellungen > Permalinks > Aktualisieren Button unten ohne Änderungen anklicken, das erzeugt eine neue passende [FONT=Courier New].htaccess[/FONT], sollte den 404 Fehler beheben
  
• Alle Cache- und Optimierungsplugins deaktivieren bzw. deren Caches leeren, derzeit mind. aktiv: Autoptimize

Möglichkeiten:

• PHP Version temporär auf die PHP Version des alten Servers einstellen, vermutlich 5.6.x, in WordPress anmelden, das Plugin aktualisieren, ein Update bekommst Du vom Verkäufer des Plugins bzw. Themes, falls das Plugin beim Theme mitgeliefert war.
  
• Den Plugin Ordner [FONT=Courier New]revslider[/FONT] (siehe Pfad in Deiner Fehlermeldung) z.B. in [FONT=Courier New]revslider-inaktiv[/FONT] umbenennen, dann ist das ganze Plugin deaktiviert. Dann in WordPress anmelden und das inaktive Plugin deinstallieren und dafür eine aktuelle Version (siehe oben) installieren.
  
• Die in Deiner Fehlermeldung angegebenen Probleme direkt im Code der Datei [FONT=Courier New]operations.class.php[/FONT] der installierten Version beheben, dann in WordPress anmelden und eine aktuelle Version (siehe oben) installieren.

Läuft der Website bereits mit https:// und lediglich das Zertifikat für die gleiche Domain wird erneuert, ist ein Ersetzen von http:// durch https:// Links der Domain in der Datenbank logischerweise nicht nötig und auch sonst keine diesbezüglichen Anpassungen, es gäbe einfach nichts zu ersetzen.

Genereller Tipp: Mit etwas CSS kann das vermutlich nahezu jedes Theme.

• Welches Plugin, welche Version, woher stammt das Update, nach welcher Anleitung gehst Du vor?
• Wo genau machst Du was genau wenn "nichts passiert"?
• Was erscheint in der Browser Console wenn "nichts passiert"?

Ggf. den Support des Plugins befragen, evtl. wäre auch eine Lösung per CSS möglich, für eine Einschätzung nötig ist ein Link zur Seite mit diesem Menü, siehe auch Forenregeln, Punkt II.

Zitat von tomycat

jetpack ist laut google ... macht das wirklich Sinn, jetpack nochmal zu installieren?

Mit dem offenbar verfügbaren Wissensstand Betreiber und Betreuer ist die Antwort ein ganz klares nein.

Zitat von ugehner

Auch von wp-login.php habe ich die alte Version als backup und hochgeladen. War das etwa verkehrt?.

Lies nochmal was bereits geschrieben wurde, ggf. spielst Du da einen Mischmasch ein...

Zitat von b3317133

Entweder man spielt alle WordPress Core Dateien aus einem Backup ein oder alle aus einem frischen Download. Nicht gemischt.

Dass eine .htaccess zwingend nötig wäre, steht nirgends. Du sollst sie nur nicht überschreiben.

Wenn es nach all den Hinweisen immer noch nicht klappt, folge dem Hinweis Jobbörse oder andere externe Hilfe oder wende Dich an die Person, die technisch für den Website verantwortlich ist, die muss all diese Dinge wissen.

Das bedeutet:

Die Installation (WordPress und/oder Theme und/oder Plugin(s), in diesem Fall mindestens das Plugin Slider Revolution) ist nicht kompatibel bzw. zu alt für die PHP Version beim neuen Provider.

Ergänzung: Nach kurzer Recherche wird auf dem fraglichen Website derzeit das Slider Revolution Plugin in der Version 5.4.8.2 vom Dezember 2019 eingesetzt, aktuell wäre 6.4.10 vom April 2021. Weiterhin das Kauftheme Malta 1.1.1 vom Februar 2019, das neuste verfügbare Update wäre hier 1.1.4 vom November 2020. Hier und bei ggf. auch weiteren Plugins sollte man sich um Updates kümmern. Vor Updates darauf achten, dass alles mit dem aktuell verwendeten WordPress 5.4.x Zweig kompatibel ist.

Zitat

.. die Installation ist ja nach deiner Beschreibung _hin... weg fertig... erledigt. Vernichtet. Also die Datenbank bekommt keiner mehr zusammen

Die Installation ist keineswegs vernichtet, das Einspielen des bisher laufenden WordPress 5.3.7 wäre für jemanden, der sich mit WordPress etwas auskennt und sFTP Zugang hat, in ein paar Minuten erledigt. Die Datenbank wird weiterhin funktionieren.

Voraussetzung: Es wird nicht weiter mit Trial and Error an der Installation herumgebastelt...

Zitat von ugehner

In der wp-login.php müssen doch eMail und Passwort eingetragen sein, oder?

Nein. Dort wird nichts eingetragen.

Die Datei wp-login.php wird wie alle anderen Dateien im Hauptverzeichnis zusammen mit den beiden Verzeichnissen wp-admin und wp-includes aus einem frischen Download der gewünschten WordPress Version ersetzt.

Die Logindaten für die Datenbank stehen in der Datei wp-config.php, die wie beschrieben bei einem Update oder Rollback nicht verändert wird.

Entweder man spielt alle WordPress Core Dateien aus einem Backup ein oder alle aus einem frischen Download. Nicht gemischt.

Zitat von ugehner

Ich weiß leider nicht, wie man das PHP Error Log einsehen kann?

Dann finde es heraus, frage z.B. den Support Deines Hostinganbieter oder die Person die den Website technisch betreut und/oder eingerichtet hat.

Lt. Google Cache war Stand 29.04.2021 wie bereits beschrieben WordPress 5.3.7 im Einsatz.

Der Aufruf von wp-login.php erzeugt weiterhin einen Fehler 500, mehr würde man aus dem PHP Error Log erfahren.

Evtl. wurde vergessen, die Dateien aus dem Hauptverzeichnis von WordPress korrekt aus der älteren Version zu ersetzen.

Die Datei wp-login.php und die restlichen Dateien des Core sind bei Deinem Website vermutlich im Ordner /ev2/wp/ zuhause, dort alles ausser wp-config.php und .htaccess ersetzen.

Ergänzung: Bei einem Rollback auf eine so alte Version wie WordPress 4.3.2 vom Januar 2016 kann übrigens auch die aktuell genutzte PHP Version 7.3.27 ein (neues) Problem darstellen.

Benenne temporär per sFTP den Order [FONT=Courier New]/wp-content/plugins/jetpack/[/FONT] in z.B. [FONT=Courier New]/wp-content/plugins/jetpack-deaktiviert/[/FONT] um, das deaktiviert das Plugin, dann solltest Du Dich wieder anmelden können.

Alternativ lösche den Order [FONT=Courier New]/wp-content/plugins/jetpack/[/FONT] - das Plugin Jetpack ist ohnehin zum Grossteil nicht DSGVO konform nutzbar.

Beantworte noch die restlichen offenen Fragen sonst wird kaum jemand helfen können, siehe auch Forenregeln, Punkt II.

Zitat von Snewi

Das steht in der __script.js:

Die Datei wird autom. vom Theme erstellt, siehe auch Antwort #7, dort ist das beschrieben.

Asset Cleanup ist hier keine Hilfe.

Die Anleitung des Themes bzw. der Theme Hersteller wäre der passende Ansprechpartner.

Wenn man keinen Support mitgekauft hat, aber trotzdem welchen von dort benötigt, direkt beim Hersteller anfragen, wie man Support zukaufen kann, ggf. durch Neukauf Theme.

Der richtige Weg wäre das Einspielen eines Backups oder falls nicht vorhanden das zeitnahe Kontaktieren der Person, die Zugang zum Hosting Account hat und weiss, was ein PHP Error Log ist bzw. wo sie es finden kann.

Die Ursache des Problems sollte man auf jeden Fall herausfinden, sonst passiert das beim nächsten Update wieder.

Eine Notlösung hatte ich noch im vorherigen Posting ergänzt, das hat sich zeitlich überschnitten. Auch das sollte man natürlich nur dann machen, wenn man wenigstens grundsätzlich weiss was man tut. Alternativ jemanden im näheren lokalen Umfeld bei Dir oder über die Jobbörse im Forum suchen, der die Notlösung umsetzen kann, sFTP Zugang zum Server nötig.

WordPress verkraftet das.

Ergänzung:

• Dein Hosting sollte entspr. mehr verfügbaren Speicherplatz für Dateien haben, da bei WordPress für Bilder automatisch diverse verschiedene Größenvarianten erzeugt werden.
• Bei manchen Hostinganbieter gibt es ein Limit für die Anzahl der möglichen Dateien, abhängig vom verwendeten Betriebssystem des Servers, ggf. dort nachfragen.

Zitat von ugehner

Was ist zu tun? Wüsste im Moment nicht, wie reagieren.

Tipps:

• Backup Dateien und Datenbank einspielen, das vor dem Update gemacht wurde, darauf wird vor Updates mehrfach hingewiesen.
  
• Person benachrichtigen die den Website technisch betreut und/oder eingerichtet hat.
  
• PHP Error Log im Hosting Account einsehen, dort stehen ggf. Hinweise auf das Problem.
• WP_DEBUG über wp-config.php aktivieren, erfordert grundlegende sFTP & PHP Kenntnisse, dann erscheinen ggf. Hinweise auf das Problem.

Ergänzender Tipp:

• Falls kein Backup vorhanden sein sollte, ggf. als Notlösung(!) die Core Dateien der vorherigen funktionierenden WordPress Version manuell per sFTP einspielen, lt. Google Cache der Seite dürfte das WordPress 5.3.7 gewesen sein, Download ältere WordPress Versionen hier.

Wo genau werden welche Links zu welcher Seite angezeigt?

WordPress hat keine "eingehende Links" Funktion.

Möglicherweise wird das für Multisite gedachte Plugin in einer Nicht-Multisite Installation verwendet.

Weiterhin ist das Plugin über zwei Jahre alt und nur bis WordPress 5.0.0 getestet, möglicherweise wird eine neuere WordPress Version als 5.0.0 verwendet, siehe auch Plugin Beschreibung im wordpress.org Repository

Frage ggf. nochmal bei der Person nach, die dieses Plugin ausgesucht hat.

Ergänzung: Am Rande bemerkt fällt bei der genannten Seite auf, dass ohne vorherige Zustimmung und auch bei "Nein" im Datenschutzbanner trotzdem externe Inhalte z.B. von cdnjs.cloudflare.com, stackpath.bootstrapcdn.com, s.w.org eingebunden und damit die IP-Adressen aller Besucher an diese Server weitergegeben werden, das sollte man im Hinblick auf DSGVO Konformität entspr. überarbeiten.