Beiträge von b3317133

Das im Video sichtbare (vermutlich kommerzielle) Plugin "Vodi Extensions" kommt wie dort angegeben von "externer Quelle" und nutzt einen Updatemechanismus ausserhalb von WordPress, wende Dich daher an den Hersteller des Plugins bzw. des Themes wo das Plugin mitgeliefert wurde.

Vermutlich hilft sowas in der Art in Design > Customizer > Zusätzliches CSS

td {
    border: 1px solid #888;
}

Genaueres könnte man mit Link zu Deiner Seite sagen.

Zitat von caelebs

.. Was muss ich tun, damit markierte Texte noch lesbar ..?

Das CSS für ::selection entspr. anpassen.

Wenn Du den Customizer öffnest erscheint was genau in der Netzwerkanalyse? Von Anfang bis Ende? Und in der Konsole? Und ist jetzt der "Classic Editor" aktiv? Bitte etwas genauer beschreiben.

Danke für die Rückmeldung und das ist ja ein tolles Hosting, das einfach so Datenbankbenutzer sperrt... :confused:

Hier funktioniert die Seite derzeit allerdings noch nicht.

Zitat von meinspot

Ich habe an der config Datei nichts geändert seit dem Umzug. Dann kann es doch nicht daher rühren oder?

Bleibt noch die zweite im gleichen Satz genannte Möglichkeit.

Zitat von SirEctor

Die Datei heißt nicht config.php. Warum schreiben das neuerdings alle?

Habe bei einem aktuellen anderen Problem gerade das hier angezeigt bekommen, der Umbruch des Dateinamens in der Meldung könnte eine Ursache dafür sein. Mal überlegen, ob man das als WordPress Bug melden könnte/sollte...

Das Aktivieren oder Deaktivieren dieses Plugins führt sicher nicht zur genannten Fehlermeldung.

Entweder die Datenbank Deines Hostings ist derzeit nicht erreichbar oder die Zugangsdaten in der Datei [FONT=Courier New]wp-config.php[/FONT] sind nicht korrekt. Wurden Änderungen in der Datei vorgenommen? Wie genau? Mit welchem Editor?

Du hattest ja schonmal ein Hostingproblem damals bzgl. nicht funktionierendem PHP, evtl. läuft da beim Hosting noch mehr schief als gedacht.

Ist bei dem Screenshot das "Classic Editor" Plugin aktiv? Bitte etwas genauer beschreiben.

Ein "Warten auf [plain]http://www.graefelfinger.com[/plain]" ist aus den Screenshots nirgends ersichtlich, die Seite [FONT=Courier New]post.php?post=15&action=edit[/FONT] wird offenbar normal geladen.

Zitat von simon2424232

Wenn ich eine neue Seite erstellen will hängt er sich auf oder .

Der im Screenshot genannte Link zeigt zum "Bearbeiten" einer Seite, nicht zum "Neu erstellen".

Wie ist es mit einem anderen Browser?

Hast Du die Ergänzung "Severside Security" in #6 geprüft?

Bitte alle Einträge der Netzwerkanalyse posten, das ist in den Screenshots abgeschnitten. Man kann die Entwicklertools auch als eigenes, grosses Fenster anzeigen.

Und im Browser alle Add-Ons deaktivieren, da ist z.B. "FirePHP" zu sehen. Alternativ einen anderen Browser versuchen.

Was steht in der "Netzwerkanalyse" bevor und während die "Seite hängt"?

Ändert sich etwas, wenn Du einmal "Einstellungen > Permalinks > Tag & Name > Änderungen speichern" klickst?

Und ein Test am Rande, ändert sich etwas wenn Du unter "Plugins > Installieren > Classic Editor" installierst und aktivierst?

Ergänzung: Ist im Strato-Account unter "Sicherheit" der Punkt "ServerSide Security" aktiviert? Ändert sich etwas, wenn Du das deaktivierst?

Was erscheint in der Browser Konsole (google) auch genannt Entwicklertools o.ä. in Deinem Browser, wenn die "Seite hängt", wie genau äussert sich das hängen?

Ändert sich etwas, wenn Du das Maintenance Mode Plugin deaktivierst?

Und findest Du den PHP Error Log Button nicht oder ist das dann erscheinende Fenster komplett leer?

Zitat von anndra11

Auskunft meines Hosters : ... "... weshalb ich derzeit davon ausgehe, dass Wordpress die Änderung vornimmt.
Wir haben einen MultiPHP-Manager. Dort kann man die PHP-Versionen selbst festlegen. Standard ist 7.3"

WordPress ändert nicht den Besitzer einer Datei oder eines Ordners.

Wenn alleine eine Änderung der PHP Version von 7.3 auf 7.1 das Problem des Besitzerwechsels "löst", liegt es klar am Hosting.

Was genau wurde gemacht, bevor diese Situation eingetreten ist?

Welche WordPress Version? Theme Name & Version? Welche Plugins und Versionen? Welche PHP Version? Link zur Seite?

Und passiert das auch mit temporärer Umstellung auf ein Standard-Theme wie Twenty Twenty o.ä. und temporär deaktivierten Plugins? Kannst Du die entspr. Menüpunkte in WordPress aufrufen?

Steht was im PHP Error Log des Servers? Die Error Logs bei Strato stehen üblicherweise unter Datenbanken & Webspace -> Statistik -> Logfiles (oben) -> Error-Logfile anzeigen (Button). Exemplarisch hier ein Screenshot wie man da hinkommt.

Weiterhin ist bei Strato PHP Boost aktiv? Falls ja, was passiert, wenn Du das deaktivierst?

Das kommt durch ein "Feature" von MySQL.

Vermutlich verwendet Deine Installation für die entspr. Tabelle bzw. Spalte die Collation [FONT=Courier New]utf8_general_ci[/FONT] wodurch a und ä gleichgesetzt werden, übrigens auch mit á oder â und ähnlichem.

Wenn die Tabelle oder Spalte die Collation [FONT=Courier New]latin1_german[COLOR=#ff0000]2[/COLOR]_ci[/FONT] hätte, würde die Suche nach ahlen keine Ergebnisse mit ählen bringen.

Mit dem PHP Code in der WordPress Suche hat das also nichts zu tun.

Ob / welche Nebeneffekte es gibt, falls man die voreingestellte Collation für die entspr. Tabellen oder Spalten verändert, kann ich Dir nicht sagen, das müsstest Du selbst testen oder nachlesen...

Zitat von OlliBS

Hat jemand eine Idee? Und was ist eigentlich passiert, wurden wir gehackt?

Offensichtlich sind Inhalte in euerer Datenbank verschwunden.

Das kann viele Gründe haben. Von Fehlern beim Hostinganbieter, über "Basteleien" eines WordPress Admin Benutzers, über Fehler in einem "Optimierungs"-Plugin, bis hin zu gehackt worden.

Das gehackt worden kann auch unterschiedliche Tiefen haben, von "nur" Zugangsdaten der Datenbank abhanden gekommen (z.B. aktueller Fall hier), über Hack via PHP mit entspr. Backdoorscripts auf dem Server (dafür access logs beim Hosting sichern/prüfen), bis hin zu PC des Admins kompromitiert und alle Zugangsdaten von dort mitgeschnitten o.ä.

Wenn es denn ein Hack war, dann ist er fehlgeschlagen. Erfolgreiche Hacks sieht man in der Regel nicht.

Falls kein eigenes Backup vorhanden ist, wende Dich am besten an eueren Hostinganbieter frage nach, ob die sowas haben und ggf. (bei manchen auch kostenpflichtig) wieder einspielen können.

Die Ermittlung der Ursache wäre das wichtigste, sonst wird das wieder passieren.

Dein neu eingefügter Admin Benutzer hat vermutlich (noch) nicht die passenden Rechte, evtl. war die SQL-Anleitung unvollständig oder falsch, Link zu dieser Anleitung?

Du nutzt derzeit vermutlich einen Mischmasch aus einer Installation auf einem externen Server (bei Domainfactory?) und lokal bei Dir, siehe auch der mMn. falsche siteurl Eintrag in #7.

Schau Dir die aktuelle Seite mal mit einem anderen PC an, wo Du nicht WordPress lokal installiert hast, dann siehst Du, wie das derzeit für den Rest der Welt aussieht.

Mit den # Zeichen sind die Beiträge in diesem Thead gemeint, die Nummer steht immer unten rechts.

#4 Jede Zeile mit "Nicht getestest mit ..." kann Probleme verusachen, das Plugin WooCommerce ist veraltet.

#5 Die WordPress Version passt nicht zur fast 2 Jahre alten Theme Version und die PHP Version vermutlich ebenso nicht.

Es grenzt etwas an ein Wunder, dass die Seite überhaupt irgendwie läuft.

Ergänzung: Eine Herangehensweise das alles zu bereinigen wäre Backups der Dateien und Datenbank erstellen und dann sukzessive Theme aktualisieren, dabei vorab prüfen, ob im Theme was manuell verändert wurde, das in die neue Version umbauen bzw. ein Child-Theme nutzen, dann WooCommerce aktualisieren, vorher prüfen, welche der vielen sonstigen extra WooCommerce Plugins man überhaupt braucht und prüfen, ob diese mit der neuen WooCommerce Version und der neuen PHP Version zusammenarbeiten, alle sonstigen Plugins prüfen, einige sind nicht aus dem Plugin Repository sondern aus anderen Quellen und dort gibt es ggf. neue Versionen wie beim wahllos zufällig recherchierten "Wonder Slider Lite" usw.

Um das Login-Probem noch weiter einzugrenzen, was genau wurde denn gemacht, bevor das eingetreten ist? Und was steht im PHP Error-Log des Servers (das bekommst Du beim Hostinganbieter) wenn die nicht funktionierenden Loginversuche stattfinden.

Die .htaccess sieht soweit ok aus, das stammt alles vom WP Rocket Plugin. Am Rande bemerkt, während einer Fehlersuche sollte man alle Cache- und Optimierungsplugins deaktivieren.

Wenn man im Login-Dialog der Seite "Passwort vergessen" klickt, geht der Link ins Leere, Fehler 404, würde mal hier anfangen wenn man nach Login-Problemen sucht. Woher kommt dieser Link?

https://[...]/lost-password/?page_id=1058

Die restliche Problematik zu fehlender Kompatibilität, veralteten Plugins usw. steht ja bereits in #5 und in Deiner Liste in #4.

Zitat von ekevu

...Auch das neue SSL-Zertifikat sollte mittlerweile verifiziert sein.

Kann man irgendwie herauslesen, wo der Fehler liegt?

Das aktuelle Zertifikat gilt nicht für Deine Domain, das kann man aus der Meldung z.B. in Firefox herauslesen.

Weiterhin sieht es so aus, als würde die Domain derzeit nicht auf den Ordner mit WordPress zeigen.