Beiträge von b3317133

Zitat von CoachKris

Der Button "Lade mehr" funktioniert nicht mehr.

Generelle Herangehensweise bei solchen Problemen: Während der gesamten Fehlersuche alle Plugins deaktivieren, die die Ausgabe in den Browser beeinflussen können, also Cache & Minify usw., danach ggf. Schritt für Schritt einzeln die restlichen Plugins. Deaktiviere daher mal auch noch das Plugin "Autoptimize".

Lt. Quelltext scheint der Fehler vom Theme zu kommen, das im Bereich [FONT=Courier New]/* Impreza elements customizations */[/FONT] u.a. auf dieses [FONT=Courier New].wTabs()[/FONT] zugreifen will, das es aus welchen Gründen auch immer zu dem Zeitpunkt nicht gibt.

Das kann z.B. an fehlerhaftem Minify liegen oder andere Ursachen haben, also weiter eingrenzen..

Das Theme ist ein Kauf-Theme, also ist generell auch dessen Support eine Anlaufstelle.

Was genau hast Du gemacht, bevor der Button nicht mehr funktioniert hat?

Die Seite verursacht derzeit einen JavaScript-Fehler [FONT=Courier New]jQuery(...).wTabs is not a function...[/FONT] sichtbar in der Browser Console. Deaktiviere mal das Cache-Plugin "W3 Total Cache", funktioniert es dann?

Was genau hast Du versucht zu ändern?

Es liegt höchstwahrscheinlich wie beschrieben an den Schreibrechten von Dateien und Ordnern. Wurde an den Rechten mal selbst "rumgebastelt"?

Wurde WordPress manuell installiert (also per FTP hochgeladen und dann installiert) oder über eine "One-Click" Möglichkeit des Webhosters?

Zitat von Raphael

Ich hab dann einen Scan wegen Malcode online gemacht und das Ergebnis war, dass die wp-include/media.php als infiziert gemeldet wurde ... Also vermute ich, dass der Malcode irgendwo sitzt, aber sich in der media.php am offfensichtlichsten zeigt.

Sobald auch (vermeintlich) nur eine einzige Datei infiziert ist, gilt das gleiche wie z.B. hier beschrieben.

Access Logs auf fremde Server hochzuladen sollte man sich allerdings genau überlegen, da können u.U. auch Inhalte wie Session-IDs o.ä. enthalten sein, mit denen man Unfug treiben kann.

Definitiv ein Hack.

Eine Datei dieses Namens an dieser Stelle wird in der Regel eingebaut, um Weiterleitungen o.ä. bzgl. Phishing ("Benutzerdatenklau") zu hinterlegen.

Weiteres Vorgehen: Anhand Server-Logs & Backups feststellen, wann/woher der Hack kam, Lücke identifizieren, Lücke schliessen. Wenn das erledigt ist: Alle Systemdateien von WordPress ersetzen, dafür wp-admin/ und wp-includes/ komplett löschen. Alle Plugins durch saubere Versionen ersetzen, dafür alle Ordner in wp-content/plugins/ löschen, gleiches gilt für das Theme. Alle PHP-Dateien in wp-content/uploads/ suchen/löschen. Alle Passwörter ändern, FTP, MySQL, WordPress Accounts, usw.

@Olaf Danke für die Info und die schnelle Anpassung.

@SirEctor fiel mir heute auch auf. Sehr nervig, da ich nicht dauerhaft angemeldet bin, alle Cookies werden hier (aus guten Gründen) nach jeder Session gelöscht. Bitte diesen Zwang abschalten.

Bitte ebenso die neuen(?) gravatar.com Bildchen abschalten, wenn man keinen Avatar hat, oder haben all diese User der Übertragung ihrer E-Mail (in Form von oft leicht "entschlüsselbaren" MD5-Hashes, siehe hier -> Gravatar) an gravatar.com zugestimmt?

Ist ggf. das Plugin "Jetpack" bzw. dessen "Image CDN / Photon" Komponente aktiv? Oder irgendwelche andere Bildoptimierungs- oder Cache-Plugins?

Alle nötigen Schritte zum a) Eingrenzen und b) zur Lösung des Problems stehen detailliert bereits oben im Thread.

Da das Problem in diesem Fall offenbar vom User nicht selbst behoben werden konnte, ist der nächste Schritt das Ansehen des Problems via FTP. Solche Zugangsdaten sollten aber verständlicherweise nie öffentlich gepostet werden.

Was irgendwelche Vermutungen bzgl. "wer schickt wem wann wie eine PN oder auch nicht" zur Lösung des Problems beitragen, kann jeder selbst bewerten.

Würde bei der jetzt verwendenten WordPress Version wie beschrieben mind. auf 5.6.x stellen, PHP 5.3 ist viel zu alt.

Würde auch empfehlen, sich in das schrittweise manuelle Updaten von WordPress etwas einzulesen und das an einem ruhigen Abend mal durchzuziehen.

Würde zudem auch jeden Fall mal beim Provider nachfragen, warum er automatisch was umstellt, oder ob es da ggf. Ankündigungen gab, die man übersehen hat.

Das Problem ist inzw. gelöst, die Cookie-Meldungen kamen durch ein UTF-8 BOM in (wie vermutet) [FONT=Courier New]wp-config.php[/FONT] und durch das zweite UTF-8 BOM in (unvermutet) [FONT=Courier New]wp-includes/functions.php[/FONT] das bei ersten Behebungsversuchen dort gelandet war, die [FONT=Courier New]wp_register_script()[/FONT] usw. Warnungen stammen vom (veralteten) Fonts Plugin.

Man muss bei alten Versionen WordPress schrittweise immer über 2-3 Revisions aktualisieren, also 4.5.1, 4.5.4, 4.5.7, 4.5.10, usw. - siehe auch hier: wordpress.org/download/release-archive/ bzw. codex.wordpress.org/Updating_WordPress#Manual_Update

Weiterhin wäre es wohl zu empfehlen, die PHP-Version während der Updates erstmal auf 5.6.x zu belassen und erst dann hochzusetzen, wenn die aktuelle WordPress Version installiert ist.

Nach [FONT=Courier New]http://www.deineseite.com[/FONT] suchen und durch [FONT=Courier New]https://www.deineseite.com[/FONT] ersetzen (jeweils kein / am Ende)

[size=10]Hm. Wie kann man im neuen Forum die automatische Verlinkung abschalten?[/SIZE]

Also bzgl. der Spam-Beiträge scheint (leider) noch alles wie im alten Forum zu sein... :confused:

Zitat von ElvisSaxophony

Die Seite wurde vor kurzem von http auf https umgestellt. Ich glaube seitdem existiert der Fehler.

Die Umstellung ist unvollständig, viele Links in der Datenbank und ein Link in den Einstellungen - siehe z.B. HTML-Quelltext der og. Seite mit Bildgalerie bzw. deineseite.com/hoeren/wp-json/ - zeigen noch auf http, evtl. liegt es daran. Würde empfehlen, zunächst die Umstellung sauber abzuschliessen.

Diese Meldungen haben mit dem Plugin Contact Form 7 auf den ersten Blick nichts zu tun.

Wie ist es mit einem anderen Browser?

Link zur Seite mit dem Formular?

Was erscheint in der Browser-Console beim Versenden?

Wie prüfst Du denn die aktuelle PHP-Version? Ein einfacher Weg wäre das Erstellen und Hochladen und im Browser auf dem Server aufrufen einer Datei z.B. [FONT=Courier New]phpinfo.php[/FONT] mit dem Inhalt

<?php phpinfo();

Und was steht im error.log des Servers? Bei normalen Webhosting-Providern hat man über das Backend üblicherweise selbst Zugriff auf a) eine Auswahl der PHP-Version und b) auf das Fehlerprotokoll.

Stelle die URLs über die Datei wp-config.php wieder zurück.

define('WP_HOME','http://example.com');
define('WP_SITEURL','http://example.com');

Alternativ wende Dich an die Hostingfirma und lasse ein Datenbank-Backup von vor dieser Änderung einspielen.