Beiträge von b3317133

Hast Du schon die Anleitung und die FAQ-Seite von Contact Form 7 aufmerksam gelesen?

Kleine Empfehlung am Rande falls noch nicht geschehen, etwas nachlesen zum Thema reCaptcha DSGVO

Ein Verzeichnisschutz von /wp-admin/ via .htaccess ist nicht bei WordPress mitgeliefert und verursacht erfahrungsgemäss viele Probleme.

Wenn Du da was anpassen willst, wäre die Person der Ansprechpartner, die das für Dich eingerichtet hat. Von aussen kann man nicht sehen, wie das umgesetzt ist und somit kaum helfen sondern nur raten.

Der beste Schutz ist ein aktuelle Installation (PHP, WP, Theme, Plugins) und sichere Passwörter in der Komplexität wie z.B. beim Passwortvorschlag im Benutzerprofil vorgegeben.

Fragen am Rande:

Woher stammt dieses "Power Builder" Plugin? Wie alt ist es? Gäbe es Updates beim Hersteller?

Welche Version des "YellowPencil" Plugins wird verwendet? Zitat von der Herstellerseite:

Zitat

Version 7.2.8 is out! – The last update was released on 18 February 2020

Generell: Beim Posten von Pluginlisten am besten immer die Versionen mitposten...

Deaktiviere / entferne das Plugin z.B. via FTP und kommentiere / entferne die Zeilen des Plugins in der .htaccess Datei. Dann sollte die Anmeldung normal z.B. über /wp-admin/ funktionieren.

Wann genau erscheint diese Fehlermeldung? Überall auf dem Website? Beim Aufruf der Anmeldeseite? Nach der Anmeldung? Wie sieht die Meldung mit einem anderen Browser z.B. mit Mozilla Firefox aus? Link zur Seite?

Zitat von Ralf Schmid

Was kann ich machen

Was sagt die Person, von der Du die Zugangsdaten zu dieser Seite erhalten hast?

Zitat von lk17

Die Installation lief über ein jahr problemlos, trotz der Zeilen mit dem Zusatz "Nicht getestest mit ..." hinter dem PlugIn Namen.
...
Wo sehe ich welche WordPress Version mit dem Theme kompatibel ist?
...
Ein anderer User hat sämtliche Aktualisierungen der Plugins vorgenommen bzw installiert.

Wie bereits beschrieben läuft die Installation derzeit mit WordPress 5.x, genauer 5.3, dieses WordPress gibt es erst seit November 2019, also nicht vor "über einem Jahr". Ebenso die PHP Version 7.4.2, die gibt es erst seit ca. 4 Wochen. Wenn Du Deinen Link zum Theme anklickst und bis "Change log" scrollst, siehst Du die Hinweise zu den verschiedenen Versionen.

Dieser andere User hat also wohl auch den WordPress Core und die PHP Version aktualisiert. Wende Dich am besten an diesen User und lass den alles rückgängig machen oder sauber auf den neusten Stand bringen, der sollte die Rahmenbedingungen der Installation am besten kennen.

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?