Das manuelle Update scheint nicht den Zweig zu verlassen.
Klicke Dashboard > Aktualisierungen > Erneut prüfen, poste einen Screenshot des Ergebnisses.
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 manuelle Update scheint nicht den Zweig zu verlassen.
Klicke Dashboard > Aktualisierungen > Erneut prüfen, poste einen Screenshot des Ergebnisses.
Es ist durchaus möglich, dass Dein Theme PHP Kompatibilitätsprobleme mitbringt, am besten das vorher mal recherchieren bzw. aktualisieren, oder auch dass es Probleme mit dem seit WordPress 5.x genutzten Gutenberg Editor hat, in dem Fall das Classic Editor Plugin vormerken. Viel Erfolg bei der Umstellung.
Aus dem Screenshot ist nicht ersichtlich, bei welcher URL im Backend er erstellt wurde, für welchen Subsite der Multisite Installation er gilt, ob die eingestellte Seite existiert und publiziert ist, ...
Das kann man an diesem Screenshot nicht feststellen.
Es ist daraus nicht ersichtlich wo im Backend der Screenshot erstellt wurde, in welchem Teil der Multisite Installation usw., es fehlt die URL-Zeile und ggf. weitere Angaben.
Gibt es die eingestellte Seite denn überhaupt und ist sie publiziert / öffentlich zugänglich?
Schau mal nach, ob das auch in den Screenshots sichtbare Plugin PlanSo Forms die eigentliche Ursache ist und die Datenbank "zugemüllt" hat, siehe auch hier oder hier.
Man könnte hier den [FONT=Courier New]the_content[/FONT] Filter über ein Plugin nutzen.
Niemand kann sich Deine News-Seite "live" ansehen, also ist mit Ideen wohl eher kaum zu rechnen.
Siehe auch Forenregeln Punkt II.
Falls ein Kauf-Theme verwendet wird, wäre der Theme-Hersteller der beste Ansprechpartner, den Support hat man meist mitgekauft.
Wenn wieder die Eingabefelder mit tatsächlich keinerlei Meldung oberhalb erscheinen, ist möglicherweise ein Schreiben in die Datenbank nicht möglich. Genaueres ergäbe sich ggf. aus dem Error Log des Servers oder möglicherweise auch bei [FONT=Courier New]WP_DEBUG[/FONT] auf [FONT=Courier New]true[/FONT] in der [FONT=Courier New]wp-config.php
[/FONT]
Ergänzung: Was genau bedeutet das hier?
– kein 2ter Admin in SQL möglich
Was genau trägst Du wo genau ein und was passiert dann?
Kein Zugriff auf Backend-Bereich, Passwort wird nicht angenommen/erkannt.
Was genau wird nach Eingabe der vermeintlich korrekten Zugangsdaten angezeigt? Foto/Screenshot?
Deine WordPress Installation befindet/befand sich vermutlich im 4.3.x Zweig.
Der genannte Hinweis aus dem WordPress Core sollte mit einer manuellen Aktualisierung per FTP relativ einfach behebbar sein.
Wenn ein Website so alt ist, kann es auch beim Theme und/oder Plugins zu ähnlichen Problemen kommen. Wann hast Du das letzte Mal Aktualisierungen eingespielt?
.. in Wordpress; http:/iprower.de/wordpress
Das hat so relativ sicher nicht funktioniert, es fehlt ein Schrägstrich bei http:/
Mehr sehe ich leider nicht bei FTP.
Setze ein Passwort wie auf der Seite beschrieben.
Zwischenzeitlich scheint die Hauptdomain zu funktionieren, wie wurde es gelöst bzw. woran lag es genau?
... einen bugreport rausjagen
Wo Du den Fehler melden kannst, steht z.B. hier.
Ist das bei allen Anbietern dann gleich (also der Update auf die Pro Version)?
Nein. Näheres dazu erklärt Dir sicher gern der jeweilige Verkäufer des Themes, in der Regel auch vor einem Kauf.
Wenn man uralte und immer wieder mal durch Clickbait-Blogs geisternde vermeintliche Sicherheitshinweise wie "readme.html Dateien löschen" befolgen will, dann kann man das gerne machen, es schadet nicht, ist nur relativ sinnlos.
Die WordPress Version kann man bei Bedarf über die unterschiedlichsten Wege herausfinden, meist reicht ein Blick in den Quellcode einer normalen Seite oder einer 404 Seite oder eines Feeds oder der Login Seite oder von z.B. [plain]example.com/wp-admin/upgrade.php[/plain] oder man lädt eine Kombination von .css/.js Dateien aus dem Core herunter, aus deren jeweiligen zwischen Versionen geänderten Inhalten man die genutzte WordPress Version auch ableiten kann, wenn man sie denn unbedingt wissen will.
Für Angreifer heutzutage ist das Heausfinden einer Version schon lange irrelevant geworden, Websites werden tagtäglich vollautomatisch mit allen Arten und Varianten von Exploits "beschossen", egal ob oder welche Version von WordPress oder Joomla oder sonstwas dort läuft, eine readme.html Datei interessiert dabei niemanden, und Lizenzinformationen ebenfalls nicht.
Lade ein frisches WordPress Archiv herunter, dann kannst Du abgleichen, welche Dateien standardmässig mitgeliefert werden.
Für das Funktionieren oder Aktualisieren von WP spielen diese beiden Dateien keinerlei Rolle.
Deaktiviere der Reihe nach alle anderen Plugins, evtl. funkt eines dazwischen.
Oder falls Dein Website schon relativ alt ist, installiere und aktiviere das Classic Editor Plugin.
Ansonsten siehe Forenregeln Punkt III für nötige Angaben.
Dieser Ordner sollte sich in Deinem Hosting Webspace befinden, und darin sollten sich die Dateien Deiner WordPress Installation befinden, sonst hättest Du den Ordner vermutlich kaum als Zielordner für die Domain eingestellt.
Welche Ordner siehst Du denn, wenn Du per FTP in den Webspace schaust? Und was enthalten sie? Screenshots/Fotos der Ordner z.B. im FTP Programm?
Und nochmals die Frage: Was genau stand vorher in den beiden Feldern in WordPress?
Wende Dich an den wordpress.com Support. Dieses Forum hier dreht sich nur um selbst gehostetes WordPress von wordpress.org, der Unterschied wird hier erklärt. Siehe auch Forenregeln Punkt IV.