Beiträge von b3317133

Zitat von milenke

Muss ich nicht verstehen.

Siehe oben:

Zitat von b3317133

Wenn dann erneut diese Fehler auftreten, ist vermutlich das Theme oder ein Plugin gehackt und der Hack versucht sich beim nächsten Seitenaufruf wieder neu auszubreiten...

Deaktiviere nach dem Einspielen des Backups alle überflüssigen Plugins bzw. ersetze alle durch saubere neu hochgeladene Versionen.

Ebenso das Theme, da musst Du Deine Änderungen ggf. in die aktuelle Version einpflegen (oder besser ein Child-Theme verwenden). Ebenfalls nicht verwendete Themes, auch diese können als Einfallstor dienen, wenn sie gehackt sind.

Eine Stand nach Neueinspielen vollständige wp-config.php (mit anonymisierten DB-Zugangsdaten bzw. Salts/Keys) zu zeigen könnte auch Anhaltspunkte geben.

Und natürlich das Ändern aller Account-Kennwörter nicht vergessen...

Zitat von milenke

Ich habe jetzt mal die SSL Unterstützung in Plesk rausgenommen und wieder reingenommen. Jetzt kommt wieder der Fehler "Call to undefined function wp()", ...

Oder diesen Ansatzpunkt mal verfolgen und das ganze ohne Plesk installieren.

Zenno Poster trägt also die Beiträge ein. Und dabei gibt es doppelte. Richtig?

Der erste Ansatzpunkt wäre daher logischerweise Zenno Poster. Evtl. gibt es da eine Funktion, die das vermeiden kann. Oder einen Filter. Oder eine sonstige Schnittstelle. Weiss alles am besten der Autor von Zenno Poster.

Was sagt der Autor von Zenno Poster? Evtl. gibt es da eine diesbzgl. Funktion?

Wie genau wird denn der Deal gepostet? Automatisch? Über ein Plugin? Per Hand? Werden Coupon und Preis in eigene Felder eingegeben? Oder einfach im Fliesstext?

Zitat von erdfrauchen-

Warum funktioniert denn das Wiederherstellen nicht?

Lies nochmal das, was oben geschrieben wurde:

Zitat von b3317133

Die "Duplicate entry" Meldung dürfte daran liegen, dass die Datenbank vor dem Import nicht leer ist.

Dann ist das Problem offenbar gelöst? Verwende einen funktionierenden Browser...

Das erklärt das Problem. Es soll maximal nur immer in Zweierschritten der Releases aktualisiert werden, also 3.4 > 3.6 > 3.8 > 4.0 usw.

Das Backup Wiederherstellen hat ja wie beschrieben nicht funktioniert.

Würde eine neue leere Datenbank nehmen und da die alte gesicherte Datenbank importieren und dann die Zugangsdaten in wp-config.php an die neue Datenbank anpassen. Dann sollte mit den alten FTP-Daten der Urzustand wiederhergestellt sein. Dann manuell über 2er Schritte aktualisieren (jeweils Step 1 und Step 2 ... oder das ggf. jemanden machen lassen)...

Die Angaben aus einem anderen Forum sind falsch bzw. wurden ggf. missverstanden, WordPress greift ausser bei Themes auf keinen Standard zurück.

Bist Du in WordPress angemeldet oder nicht angemeldet beim ublock Screenshot? Das sieht man nicht...

Welche WordPress Version wird eingesetzt? Seit wann erscheint diese Meldung? Was genau bedeutet "WordPress Installationsordner umbenannt/deaktiviert"?

Schau wie beschrieben ins Netzwerk-Tab der Konsole.

Die einige externe Resource ohne Login bei der verlinkten Seite sind derzeit Google Webfonts.

Aus dem ublock Screenshot wird nicht ersichtlich, wo er aufgenommen wurde.

Antwort vom Autor von Flamingo hier.

Browser Cache leeren, .htaccess Code posten, Link zur Seite?

Die "Duplicate entry" Meldung dürfte daran liegen, dass die Datenbank vor dem Import nicht leer ist.

Wie genau hast Du die Backups erstellt und wieder aufgespielt? Mit einem Plugin?

Zitat von ZappoB

Gibt es vlt. ein anderen Tool, um die verwendeten Ressourcen zu sehen?!

Man öffnet die Browser Konsole, wechselt zum Netzwerk-Tab, lädt die Seite neu und schaut sich die Requests an...

Wahlweise schaut man sich den HTML-Quelltext der Seite an, rechte Maustaste > Seitenquelltext anzeigen oder Tastenkombi. Strg-U.

Link zur Seite?

Bzgl. super sicheres Passwort erstellen: Im Benutzerprofil von WordPress kann man ein Passwort erstellen lassen, das sollte sicher genug sein.

Es gibt da diverse Plugins, evtl. ist ein passendes dabei...

Cache-Plugin leeren oder deaktivieren.

Neben den bereits genannten Punkten von @Marcus[IS] fällt direkt der unsaubere Code auf, es fehlen z.B. überall Anführungszeichen beim Ansprechen von $_GET und $_POST, weiterhin erfolgt keine saubere Sanitization von SQL Parametern, dadurch sowas wie Possible Blind SQL Injection and Persistent XSS möglich usw.

Kurzversion: Finger weg, deinstallieren.

Was hat das Shariff Wrapper Plugin damit zu tun, wie Social Media Anbieter Links mit http und https unterschiedlich zählen?

Wenn Du keine Antworten willst, stelle keine Fragen...

Und Behauptungen wie "das und jenes beeinflusst dies und das" sollte man schon belegen. Das hilft dann anderen Lesern mit ähnlichen Problemen bei der Bewertung ob überhaupt ein Problem vorliegt.

Link zur Seite? Evtl. leitet der Link zum Bild per HTTP 301 o.ä. auf einen unsicheren http Link weiter, das sieht man ggf. in der Browser Konsole im Netzwerk Tab...