Beiträge von b3317133

    Anhand der "Cookies sind wegen einer unerwarteten Ausgabe gesperrt." Meldung bei der Loginseite [FONT=Courier New]wp-login.php[/FONT] der Homepage kann man sehen, dass Leerzeichen bzw. Return (Neue Zeile) Zeichen vor dem eigentlichen Inhalt ausgegeben werden.

    Was wurde gemacht, bevor das Problem eingetreten ist? Wurde ggf. Änderungen in der Datei [FONT=Courier New]wp-config.php[/FONT] oder in einer anderen Datei vorgenommen?

    Ein Blick in die Suchergebnisse bei Google zeigt eine Menge asiatische Seiten:

    Code
    https://www.google.com/search?q=site%3Afellstyling.com


    Das sind keine Inhalte Deiner restlichen Homepage zum Thema Hunde. Deine WordPress Installation war oder ist gehackt worden und der Hack funktioniert nicht (mehr) richtig, das erklärt auch das seltsame Verhalten.

    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.

    Dabei am Wichtigsten wäre, die für den Hack genutzte(n) Lücke(n) zu ermitteln, damit das nicht wieder passiert.

    Lt. REST API steht der betreffende Dummytext im Feld Excerpt bzw. Auszug der Seite. Entferne den Text dort.

    Code
    https://sv.webupgrader.de/wp-json/wp/v2/pages/1311
    
    
    excerpt: "<p>About Who We Are Best Pool Professionals [..gekürzt..] per conubia nostra, &hellip;</p>\n<p class=\"read-more\"> <a class=\"\" href=\"https://websitedemos.net/pool-services-03/about/\"> <span class=\"screen-reader-text\">About</span> Read More &raquo;</a></p>\n"


    Evtl. hilft es, sich grundsätzlich mit Bedienung und den verfügbaren Feldern, deren Verwendung usw. des Editors in WordPress auseinanderzusetzen.

    Noch eine Ergänzung hierzu:

    Ich habe ... Inhalte nach diesen Dummy Texten durchsucht ohne diese zu finden


    Wie genau hast Du die Inhalte durchsucht? Versuche es z.B. mal damit:

    Code
    https://sv.webupgrader.de/?s=websitedemos

    Ein kleiner Auszug nach kurzem Blick auf die Startseite:

    1. Dein o.g. Webseite Testlink zeigt auf http, das erzeugt erstmal eine Weiterleitung zu https, bei der Suchmaschine oder sonstwo sollte die Seite mit https erfasst/bekannt sein, so dass dieser erste Redirect in der Regel entfällt.

    Webseite: wuestenblumen.de


    Gleiches gilt für mit/ohne www, der Pagespeed Link zeigt auf mit www, redirected dort intern aber erstmal auf ohne www mit https. Man sollte sich schon darüber im Klaren sein, mit welchem exakten Link man einen Website anlegt.

    2. Viele Bilder werden warum auch immer über ein extra PHP Script ausgegeben, z.B.

    Code
    https://wuestenblumen.de/wp-content/webpc-passthru.php?src=http://wuestenblumen.de/wp-content/uploads/2021/04/IMG_0422-e1617632391256.png&nocache=1


    Dabei wird das Bild im Parameter src über http abgerufen und das erzeugt erst noch einen redirect auf https.

    Entferne diesen ganzen webpc-passthru Mechanismus, der schadet (sehr viel) mehr, als er vermeintlich nutzt, vermutlich das WebP Converter for Media Plugin.

    3. Es ist mind. ein weiteres Bildoptimierungsplugin vorhanden, das u.U. viele Resourcen verbraucht, EWWW Image Optimizer, nutze vorab optimierte Bilder. Plugin weg.

    4. Weiterhin wird mind. ein Bild gar nicht gefunden, sowas bremst auch, da es durch die 404 Seite eine weitere WordPress Instanz startet.

    5. Die Plugins Limit Login Attempts und Wordfence Security überschneiden sich in der Funktionalität und können sich in die Quere kommen, verwende nur eines davon.

    6. Es wird intern ein CSS Cache verwendet, vermutlich von DIVI, wurde das mit Absicht so eingerichtet wenn doch ein Cache Plugin in der Liste steht?

    7. Google Webfonts werden von extern eingebunden und das relativ früh, vermutlich durch 4.

    8. Warum/wofür ist WP Fastest Cache in der Liste? Wird es überhaupt verwendet? Siehe auch 4.

    9. Sowas wie Remove "Powered by Wordpress" ist unötig. Blendet man per Child Theme oder CSS aus, Plugin weg.

    Siehe auch Waterfall Tab hier:

    Code
    https://gtmetrix.com/reports/wuestenblumen.de/yZpcK9Rj/

    Ohne eigenen Punkt am Rande, diese Instagram Plugins können auch gern mal resourcenhungrig und auch DSGVO relevant sein.

    Wendet euch nochmal an die Person, die euch die o.g. Dinge empfohlen oder eingerichtet hat, die soll da mal noch etwas nacharbeiten bzw. sich über grundlegende Dinge informieren.

    Sicher werden auch noch Antworten mit "oh mein Gott Strato" und "bei uns oder hier und da bekommst Du ein viel besseres Angebot" kommen, ohne jegliche sonstigen Hinweise wie die o.g. 9 Punkte auf die diversen vorhandenen Flaschenhälse und die unnötige Serverlast durch unsinnige Plugins o.ä., diese Leute haben aber zumeist wenig tiefgreifende Ahnung von WordPress, daher sollte man wohl erstmal die bestehende Installation auf Vordermann bringen und sehen, ob/wieweit das auch eine ausreichende Lösung für den Livetermin sein kann.

    Wie/wo genau werden die Parameter ausgewertet?

    Normalerweise lässt man das [FONT=Courier New]action[/FONT] Attribut weg, dann ruft das Absenden des Formulars die gleichen Seite erneut auf.

    Zum Beibehalten der Seite würde man die Daten per AJAX senden und eine Antwort beim oder anstelle des Formulars anzeigen.


    So habe ich deinen Vorschlag erweitert:

    Code
    #immerunten {
        content: url('https://www.provenexpert.com/wildnisteam/6wv9/');


    Die content Eigenschaft wird nur in sog. Pseudoelementen genutzt, an dieser Stelle ist sie falsch.

    dass ich die Schriftfarbe zwar Code mäßig ändern kann, es aber keine Auswirkung in der Darstellung hat.


    Die Anpassung der Schriftfarbe eines Links erfolgt z.B. so: https://jsfiddle.net/qykm5tur/

    Beispiele für so etwas findet man ...


    .. oder auch umfassend beschrieben in der WordPress Dokumentation zur Ausgabe von Datum und Uhrzeit, verlinkt in der Antwort #2 hier im Thread.

    Etwas eigenes Mitdenken sollte man schon wenigstens versuchen, dafür ist dieses Forum da.

    In diesem Fall hätte einfach auch schon nur das Lesen des Links geholfen, dort steht sehr klar:

    Zitat

    The [FONT=Courier New]date_i18n()[/FONT] function basically behaves like the PHP [FONT=Courier New]date()[/FONT] function, except that it also translates things like month names and weekdays and similar into the current locale for the site. You can replace a call to [FONT=Courier New]date()[/FONT] with a call to [FONT=Courier New]date_i18n()[/FONT], using the same arguments.


    Das ist exakt die Antwort auf die ursprüngliche Frage.