Beiträge von b3317133

    Evtl. ist auch (z.B. durch Statisik oder Logging Plugins) die Maximalgrösse der Datenbank erreicht und es kann nichts mehr geschrieben werden, das ergibt einen ähnlichen Effekt.

    Schau diesbzgl. mal im Hosting nach oder frage den Hosting Support. Alternativ könnte man mögliche Ursachen vermutlich auch in den Error Logs des Servers sehen, ebenso im Hosting.

    Ergänzung: Falls Du im Hosting die Datenbank einsehen kannst, oft geht das dort über "phpMyAdmin", poste einen Screenshot der Übersicht aller Tabellen (das sollte dann grob ähnlich aussehen wie hier), evtl. geht daraus mehr hervor, achte dabei darauf, dass die Spalte mit den Grössenangaben der Tabellen mit auf dem Screenshot ist.

    Ist das wirklich so schwer?

    Suche Dir auf Deinem PC die .zip Datei des Themes, die Du genutzt hast, als der Website installiert wurde, nimm daraus die o.g. Datei, an der Du auf Deinem Server die Änderungen vorgenommen hast, ersetze die bisherige durch diese frische, unveränderte Datei auf Deinem Server. Alternativ nimm diese Datei aus einem Backup bevor Du die Änderungen vorgenommen hast. Damit schliesst Du aus, dass Deine Änderungen einen Einfluss haben. Und das beantwortet Deine "Ursachenvermutung" schnell und einfach.

    Kann Deine Beschreibung im Übrigen auch nicht nachvollziehen, hier wird der Anker Deines o.g. Links genutzt und genau bis zur gewünschten Stelle gescrollt:

    Code
    <p id="Vereinstaler">Die vorliegende Münze ist ein Vereinstaler in Silber, nach dem ...


    Ergänzung: Würde empfehlen, ein anderes Plugin zu suchen, wenn das nicht ohne diese Hash-Konstruktionen auskommen kann. Evlt. verhalten sich auch Browser unterschiedlich, teste mit verschiedenen und dabei nicht in WordPress angemeldet sein...

    Sie haben meine Seite mit allen Plugins nachgebaut und es funktionierte bei deren Anordnung. So schrieben Sie „Honestly I can't get the issue. Everything with the same theme working in our localhost. But not working on your side.“


    Konntest Du selbst persönlich nachvollziehen, dass es dort funktionierte?

    Der Effekt mit [FONT=Courier New]#[/FONT] wird zu [FONT=Courier New]#!#[/FONT] tritt auch bei einer simplen frischen Installation mit einem Standard Theme auf, Beispiel (temporär verfügbar), gescrollt werden müsste bis zu test:

    Code
    https://s-q5d4fhgm6s7bl.eu1.wpsandbox.org/gallery-test/#test


    Das liegt an der Art der Verwendung der angular Bibliothek im Plugin, wo mit dem URL Hash eigenen Dinge gemacht werden...

    Code
    <h2>Hello World <span style="font-family: 'Courier New', Courier;">dies ist ein</span> Test</h2>
    Code
    @media only screen and (max-width: 768px) {
      h2 span[style*="Courier"] {
          font-size: 10px;
        }
    }


    Das sind CSS Grundlagen zum Thema Selektoren, mit WordPress hat es nichts zu tun, daher bin ich jetzt raus, viel Erfolg.

    • Das Plugin verwendet kein Flash
    • Das Plugin ist lt. Beschreibung kompatibel bis WordPress 5.2.9, Du verwendest WordPress 5.5.3
    • Das Plugin wurde zuletzt im Mai 2019 aktualisiert
    • Evtl. nutzen die Besucher inzwischen Werbe- und/oder Tracking Blocker im Browser


    Evtl. wird die Einbindung daher aus anderen Gründen nicht mehr korrekt angezeigt, an Flash liegt es nicht.

    Abgesehen davon, dass eine Einbindung von Dingen wie Facebook ohne vorherige Zustimmung lt. DSGVO problematisch ist, könntest Du es mit einem aktuell gepflegten Plugin wie z.B. Widget for Social Page Feeds versuchen, gefunden über die Plugin Suche facebook widget bei wordpress.org

    • Anleitungen, FAQ, Tutorials der Cookie Consent Plugins genauestens lesen.
    • Herausfinden, wie man mit der Browser Konsole (google) herausfinden/prüfen kann, ob/was bei einer Seite geladen wird und ob/welche Cookies gespeichert werden/wurden.
    • Ggf. eine kompetente Person in Deinem Umfeld finden/ansprechen, die mit Dir zusammen das in Deinem Website umsetzt, mit sinnvollerweise direktem Einblick ins Backend.


    Ansonsten bei weiteren Fragen die Forenregeln beachten, v.a. Punkt 2

    Geholfen hat es nur insoweit, dass man jetzt analysieren kann, welches Plugin o.ä. das Problem gewesen sein könnte, also:

    Welche Plugins waren vorhanden, als das Colormag Theme noch da war? Welche Versionen der Plugins? Welche Version des Colormag Themes?


    Wenn man die Ursache des "Verschwindens" nicht ermittelt und beseitigt, wird es sonst mit ziemlicher Sicherheit wieder passieren.

    War das Plugin vorher vorhanden? Welche Plugins waren vorhanden, als das Colormag Theme noch da war? Welche Versionen der Plugins? Welche Version des Colormag Themes?

    Würde das Einspielen eines Backups empfehlen und dann eine genaue Analyse des Istzustands.

    Deine Beschreibung des Problems deutet auf eine Nutzung einer Lücke wie im genannten Plugin hin.

    Ergänzung: Auf dem Website wird offenbar auch das Plugin Jetpack verwendet. In der Datenschutzerklärung ist nur die Statistikfunktion genannt. Es werden aber noch weitere Funktionen wie z.B. externe Einbindungen von WordPress Core Dateien verwendet, wodurch z.B. die IP-Adresse jedes Besuchers in die USA geschickt wird, die sollte man abschalten bzw. die Datenschutzerklärung anpassen (lassen). Wenn man sich Sorgen um DSGVO usw. macht, sollte man Jetpack am besten gar nicht einsetzen.

    Eine simple API und damit generelle Lösung für das Blockieren von Cookies oder von externen Einbindungen gibt es in WordPress nicht, die Plugins und auch Themes nutzen da unterschiedlichste Techniken.

    Daher muss man generell jedes Cookie Consent Plugin für bzw. zusammen mit den restlichen Plugins usw. einrichten.

    Oft sieht man hübsche Cookie Conset Banner mit diversen Zustimmungen usw., aber durch mangelhafte Einrichtung werden egal bei welcher Einstellung bereits im Hintergrund und auch danach alle möglichen Dinge weiter gesetzt bzw. geladen. Die reine Installation eines solchen Plugins ohne weiteres Fachwissen für passende Einrichtung täuscht eine sehr trügerische Sicherheit vor.

    Kurz: Das gibt es nicht.

    Derzeit ist das Twenty Fourteen Theme aktiv und der Website sieht soweit ok aus.

    Lt. Google Cache war vorher das Colormag Theme aktiv.

    Mit Colormag wird in der Regel ein Plugin Themegrill Demo Importer installiert, das nach der Erstinstallation eigentlich nicht mehr benötigt wird und besser deaktiviert werden sollte, was es aber oft nicht wird.

    War/ist dieses Plugin installiert? Falls ja, welche genaue Version?

    In einer älteren Version gab es eine Sicherheitslücke, über die man die Datenbank zurücksetzen und sich als Admin anmelden konnte. Falls das passiert ist, sollte die gesamte Installation als kompromitiert betrachtet werden, das allgemeine Vorgehen in dem Fall ist z.B. hier beschrieben. Alternativ kannst Du ein Komplettbackup von vor dem Zeitpunkt einspielen, an dem sich das Theme verabschiedet hat und dann umgehend das o.g. Plugin aktualisieren und/oder deaktivieren.