Beiträge von b3317133

  • Diverse gleiche Wordpress-Seiten auf dem gleichen Server. Die einen gehen, die anderen nicht.

    Nach der letzten Zeile 116 mit[FONT=Courier New] ..wp-settings.php');[/FONT] befindet sich in Zeile 117 ein offenbar nicht sichtbaren Sonderzeichen, das in div. Darstellungen von Text das Ende eines Textbereichs markiert. Das Sonderzeichen und alles dahinter gilt es zu entfernen, ggf. mit einem HexEditor oä. Könnte ein Hack sein, der dort so seinen Code verschleiern will/wollte.

  • Diverse gleiche Wordpress-Seiten auf dem gleichen Server. Die einen gehen, die anderen nicht.

    Zitat von CTX700

    .. weshalb die einen Seiten laufen und die anderen nicht. Obwohl alle das gleiche Theme und die gleichen Plugins haben.

    • Prüfen ob es wirklich exakt die gleichen WordPress/Theme/Plugins Dateien sind, also ohne jegliche Änderungen (ggf. Hacks o.ä.)
    • Manuell eingefügte Dinge in [FONT=Courier New]wp-config.php[/FONT] und/oder [FONT=Courier New].htaccess[/FONT] prüfen.

  • Diverse gleiche Wordpress-Seiten auf dem gleichen Server. Die einen gehen, die anderen nicht.

    Nicht jedes Plugin und Theme ist PHP 8.1 kompatibel, versuche es mal mit PHP 8.0.

    Zitat von CTX700

    .. die Plugins und die Themes sind auf dem neuesten Stand.


    Der "neuste Stand" eines Themes oder Plugins kann auch bereits Jahre alt sein.

    Zitat von CTX700

    .. kommt bei der Umstellung die weisse Seite.


    Mehr zur Ursache dafür findet man im Error-Log des Servers oder z.B. über [FONT=Courier New]WP_DEBUG[/FONT].

    Manchmal sind es bei PHP 8.x Problemen ganz simple Dinge wie z.B. falsche/unpassende Anführungszeichen in [FONT=Courier New]wp-config.php[/FONT] o.ä., die z.B. per Copy&Paste von irgendwelchen Tipps dort gelandet sind.

  • Sicherheitslücke

    Zitat von ab2211

    Händisch und mit Wordfence repariert.


    Ein aktiver Hack kann sich problemlos vor Plugins wie Wordfence verstecken oder diese unterlaufen.

    Alles auf dem Server inkl. Datenbank ist als kompromitiert zu betrachten.

    Das nachträgliche Entfernen einzelner Schadcodes oder Auswirkungen ist nicht ausreichend. Es können auch mehrere Hacks erfolgt sein, ggf. auch zu anderen Zeitpunkten.

    Das allgemeine Vorgehen bei einem Hack ist z.B. hier beschrieben, das könntest Du mit jemandem mit WordPress Erfahrung bei Dir im näheren Umfeld zusammen durchgehen. Jeden einzelnen Punkt.

    Zitat von ab2211

    Irgendwas ist da noch, was könnte da sein?


    Daran siehst Du, dass Deine Reparatur nicht ausreichend war. Oft werden die genutzten Lücken nicht identifiziert und/oder nicht geschlossen, Plugins/Theme/WordPress nicht komplett und vollständig durch saubere Versionen ersetzt, Schadcode in wp-config.php, uploads, in sonstigen Dateien und Ordnern nicht erkannt, usw.

    Zitat von ab2211

    Alles auf der neuesten Version.


    Die "neuste Version" eines Themes oder Plugins kann auch bereits Jahre alt und angreifbar sein. Hier ist manuelle Recherche gefordert.

    Mit den aktuell vorhandenen Angaben kann Dir ausser mit allgemeinen Hinweisen niemand sinnvoll gezielt weiterhelfen.

  • Unterseiten nicht erreichbar: 404-Fehler

    Zitat von DerVerzweiflungNahe

    Die Möglichkeit Permalinks zu aktualisieren gibt es bei mir nicht.


    Poste einen Screenshot Deines WordPress Adminbereichs mit dem linken Menü Einstellungen geöffnet.

    Zitat von DerVerzweiflungNahe

    [COLOR=#000000]Das stammt tatsächlich von einer Anpassung, die ich selber einmal vor langer Zeit vorgenommen habe. Vermutlich habe ich das irgendwoher kopiert, ... [/COLOR]


    Die Zeile enthält ein falsches Hochkomma bzw. Anführungszeichen. Was mit der Zeile beabsichtigt war, hat daher noch nie funktioniert. Du kannst die Zeile ersatzlos löschen oder bei Bedarf durch eine syntaktisch korrekte Version ersetzen:

    Code
    define( 'ALLOW_UNFILTERED_UPLOADS', false );

  • participants-database - die beliebte Datenbank für viele Anwendungen - nun in V. 2.5.1 verfügbar

    Bitte hänge solche "Update Spam" Beiträge an Deine bereits bestehenden Beiträge zum gleichen Plugin an, vielen Dank.

  • Unterseiten nicht erreichbar: 404-Fehler

    Zitat von DerVerzweiflungNahe

    Kann mir vielleicht hier jemand sagen, was passiert sein könnte ...


    Vermutlich wurde WordPress aktualisiert, ohne vorher die Kompatibilität mit dem Theme und den Plugins zu prüfen. Viele ältere Themes und Plugins verursachen Probleme mit neueren WordPress Versionen. Beispielsweise ist Deine Theme Version Dorayaki 1.0.3 von 2015.

    Es liegen vermutlich mehrere Probleme vor.

    Um die Seite wieder sichtbar zu machen, könntest Du ein Backup einspielen (lassen), das von vor Deinen "vor ca. einer Woche" Aktualisierungen stammt.

    Um die Anmeldung wieder zu ermöglichen, benenne den Ordner [FONT=Courier New]WordPress_01/wp-content/plugins/all-in-one-wp-security-and-firewall/[/FONT] um. Dieses Vorgehen deaktiviert das Plugin. Funktioniert dann die Anmeldung hier wieder?

    Code
    https://sabinestruck.de/wp-admin/


    Falls noch nicht, benenne zusätzlich die Datei [FONT=Courier New]WordPress_01/.htaccess[/FONT] und falls vorhanden auch [FONT=Courier New]WordPress_01/wp-admin/.htaccess [/FONT]um, kannst Du Dich dann anmelden?

    Nach der Anmeldung einmal Einstellungen > Permalinks > Aktualisieren (ohne Änderungen) anklicken, dann erzeugt WordPress eine neue passende [FONT=Courier New].htaccess[/FONT] Datei. Und einmal den Cache des Plugins W3 Total Cache leeren.

    Und was genau steht in der Datei [FONT=Courier New]WordPress_01/wp-config.php[/FONT] in Zeile 119? Die Warnung deutet auf einen Syntaxfehler hin, vermutlich durch Copy&Paste der Zeile von irgendwoher verursacht.

    Falls Du unsicher bist, was das alles bedeutet, suche Dir vor jeglicher Änderung lieber eine Person in Deinem direkten Umfeld die sich mit WordPress auskennt und gehe das mit ihr persönlich durch. Dabei werden Zugangsdaten zu Deinem Server nötig sein, um das Problem bzw. die Probleme genauer zu identifizieren und zu beheben.

  • X-Redirect-By - WordPress

    Poste Screenshots der Seitenliste.

    Ergänzung: Da es offenbar weiter an Begrifflichkeiten scheitert: Der "Slug" wird erst beim Klick auf QuickEdit sichtbar. Der Name der Seite in der Seitenliste ist lt. REST-API: Home.

    Code
    https://hochzeitskino.de/wp-json/wp/v2/pages/6/

    Bei dieser Seite sollte auch der Vermerk Startseite in der Seitenliste sichtbar sein.

  • X-Redirect-By - WordPress

    Wenn Du eine WordPress Seite betreust, solltest Du es anhand der bisherigen Angaben eigentlich problemlos hinbekommen, den sog. "Slug" einer Seite zu ändern und damit das beschriebene Redirect Problem zu lösen.

    In Deiner Liste mit den 49/53 Seiten steht irgendwo die aktuell eingestellte Startseite, bei der klickt man auf QuickEdit und ändert "hochzeitsfotograf-bremen" auf irgendetwas anderes, z.B. "startseite".

    Dann kann man auf ähnliche Weise die automatisch ergänzte "-2" bei der anderen Seite mit dem Slug "hochzeitsfotograf-bremen-2" entfernen.

    Man bekommt hier etwas den Eindruck, dass Du mit vielen Dingen überfordert bist bzw. einfache technische Begrifflichkeiten nicht kennst, siehe auch oben zum "Browser Cache". Das muss man als Hochzeitsfotograf auch nicht alles verstehen, aber evtl. solltest Du dann für technische Angelegenheiten die Person ansprechen, die die aktuelle Seite erstellt hat oder Dir jemanden im direkten Umfeld suchen, der sich mit WordPress auskennt und Dir eine entspr. technische Schulung geben kann.

    Es gäbe am Rande bemerkt auch noch einige DSGVO Probleme zu lösen, es wurde offenbar ein Cookie Plugin installiert aber technisch nicht eingerichtet, so dass Einbindungen auch ohne Zustimmung erfolgen, das sprengt hier jetzt allerdings den Rahmen.

  • X-Redirect-By - WordPress

    Ok. Wenn weiter automatisch [FONT=Courier New]-2[/FONT] ergänzt wird, liegt also auch weiterhin eine "Slug" Kollision vor, also sucht man z.B. so weiter:

    Ein Blick in den HTML Quellcode der Startseite ergibt, dass dafür eine Seite (page) in WordPress mit dem ID 6 eingestellt ist:

    Code
    <body class="home page-template page-template-elementor_canvas page page-id-6 wp-custom-logo ast-singl...


    Ein Blick in die REST-API ergibt, dass diese Seite derzeit den gesuchten problematischen "Slug" verwendet:

    Code
    https://hochzeitskino.de/wp-json/wp/v2/pages/6/
slug: "hochzeitsfotograf-bremen"


    WordPress leitet den Aufruf mit diesem "Slug" daher intern völlig korrekterweise auf die Startseite weiter.

    Benenne den "Slug" der Startseite auf etwas anderes um, dann kannst Du die entspr. Seite auf "ohne -2" umbenennen und das Problem sollte gelöst sein.

    Browser Cache leeren nicht vergessen.

    Zu 53/49 Seiten: Es können z.B. auch Seiten im Entwurf Modus hinterlegt sein, mit Klick auf "Alle" sollten im Backend auch alle angezeigt werden.

  • X-Redirect-By - WordPress

    Die Redirection und Cache Plugins hattest Du doch gestern schon deaktiviert oder doch nicht? Wurde inzwischen geklärt, was genauer mit der gestern noch vorhandenen Mediendatei mit dem gleichen "Slug" passiert ist? Evtl. sind in Plugins bzw. in der Datenbank noch Reste davon. Entstand das Problem beim Hochladen dieser Datei? Falls nein, wann genau entstand es dann? Kann der "Slug" der entspr. Seite auf "ohne [FONT=Courier New]-2"[/FONT] umbenannt werden?

  • Begrüssung ändern

    Link zur Seite wo man das sehen kann? Screenshot was genau gemeint ist?

    • Falls der standard WordPress Toolbar gemeint sein sollte, kannst Du es mit CSS versuchen.
    • Mit Elementor Pro kannst Du an gewünschter Stelle selbst eine solche Anrede mit den sog. Dynamic Tags erstellen.

  • Provider hat einen Angriff gemeldet.

    Ergänzung: Falls die betroffene Domain aus dem o.g. Dateipfad abgeleitet werden kann, die dort vorhandene WordPress 3.3.1 Installation ist sehr(!) alt und der Server schon länger gehackt, siehe diverse erfasste SEO Spam Ergebnisse z.B. bei Google (mind. bis zurück Anfang April):

    Code
    https://www.google.com/search?q=site%3Ahttp%3A%2F%2Fpolitcommerce.com%2F
http://www.politcommerce.com/readme.html

  • Provider hat einen Angriff gemeldet.

    Deine Installation wurde gehackt. Alles auf dem Server inkl. Datenbank ist als kompromitiert zu betrachten.

    Das nachträgliche Entfernen einzelner Schadcodes oder Auswirkungen ist nicht ausreichend. Es können auch mehrere Hacks erfolgt sein, ggf. auch zu anderen Zeitpunkten.

    Das allgemeine Vorgehen bei einem Hack ist z.B. hier beschrieben, das könntest Du mit jemandem mit WordPress Erfahrung bei Dir im näheren Umfeld zusammen durchgehen. Jeden einzelnen Punkt.