Beiträge von b3317133

    Die Seite wurde offenbar als Unterverzeichnis installiert, soll jetzt aber über Subdomain aufgerufen werden. Dafür müssten die Pfade in der Datenbank angepasst werden.

    Das kann man nach dem sicherheitshalber Erstellen eines Backups der Datenbank z.B. so machen:

    1. Plugin Better Search Replace installieren und aktivieren
    2. Auf der Seite des Plugins im WordPress Backend alle Tabellen anwählen und (ohne [FONT=Courier New]/[/FONT] Zeichen am Ende)

      Code
      Suchen nach: http://messermann.de/forumtheater
      Ersetzen durch: https://forumtheater.messermann.de
    3. Browser Cache leeren
    4. Einmal Einstellungen > Permalinks > Speichern Button ohne Änderungen anklicken.


    Die beiden genannten Meldungen des Website-Zustands sind nicht relevant und können einfach ignoriert werden.

    ... doch ACF direkt laden, installieren?


    Auf jeden Fall empfehlenswert, lieber das Original als einen fragwürdigen "Klon". Hier findest Du eine kurze Anleitung, wie man auf das echte Advanced Custom Fields umstellt, dort "How to Update ACF". Nach diesem Update kommen die weiteren Updates für ACF dann direkt von ACF und nicht mehr über das WordPress Repository.

    Woher das eigentliche Problem kommt, wäre dann weiter zu ermitteln, falls es weiter auftritt. Evtl. ist der [FONT=Courier New]max_input_vars[/FONT] Wert in PHP zu niedrig, siehe dazu auch hier. Das kann bei unpassend eingestellten Servern passieren oder wenn z.B. zu viele Plugins mit zusätzlichen eigenen Datenfeldern auf der Seite mit dem Editor aktiv sind. Das kann man z.B. herausfinden, indem man temporär alle anderen Plugins schrittweise deaktiviert und dann das Speichern testet.

    Wenn man Chrome z.B. mit dem Parameter [FONT=Courier New]--disable-remote-fonts[/FONT] startet, dann sieht das Forum so aus, vergleiche das einfach mal mit Deinem Screenshot ...

    Manchmal geht etwas vermeintlich nach Neustarts usw. wieder, wenn man es dann doch wieder anders startet oder neu installiert und dabei die Verknüpfung neu angelegt wird, die den o.g. Parameter enthält, oder irgendein Add-On nicht mehr da ist, was die gleiche Einstellung wie der o.g. Parameter verändert usw., es gibt viele Möglichkeiten. Bei Dir waren wohl generell die Webfonts deaktiviert, die eigentliche Ursache der Einstellung wird man jetzt wohl kaum noch herausfinden können.

    Es handelt sich eher nicht um einen Fehler mit Elementor. Elementor bindet seine Ausgaben aus gutem Grund nur dann ein, wenn das in der o.g. Einstellung aktiviert ist.

    Wenn Du das Plugin weiterhin nicht nennst, wird Dir wohl kaum jemand helfen können, wie man das Plugin evtl. zum Einbinden der Elementor Ausgaben überreden könnte.

    Die im o.g. Screenshot fehlende FontAwesome Schriftart für die Symbole wird vom gleichen Server/Domain wie das Forum selbst geladen:

    Code
    https://forum.wpde.org/styles/uix/uix/css/font-awesome.min.css
    https://forum.wpde.org/styles/uix/uix/fonts/fontawesome-webfont.woff2?v=4.6.3
    ...


    Mit dem DNS dürfte das Problem daher wohl nichts zu tun haben, eher mit einer Einstellung in Chrome oder in einem Add-On o.ä. bzgl. Nichtnutzung eigener Schriftarten in Webseiten o.ä.

    Das Jetpack Plugin verursacht derzeit Javascript Fehler und ggf. dadurch weitere Folgefehler, sichtbar z.B. in der Browser Console:

    Code
    Uncaught ReferenceError: translations is not defined .../index.php/2022/10/03/transportugal-2-etappe-peso-da-regua-manteigas/:248
    Uncaught ReferenceError: vectorM is not defined .../index.php/2022/10/03/transportugal-2-etappe-peso-da-regua-manteigas/:259


    Deaktiviere das Jetpack Plugin. Ebenso das zusätzlich installierte Jetpack Boost Plugin.

    Bei der Suche nach Darstellungsproblemen sollte man als allererstes alle Plugins deaktivieren, die wie die beiden o.g. in die Ausgabe eingreifen.

    Deaktiviere bis zur Behebung des Problems auch das WP Content Copy Protection & No Right Click Plugin, auch das nimmt Einfluss auf die Ausgabe im Frontend.

    Am Rande bemerkt, Plugins wie WP Content Copy Protection sind ohnehin eher sinnlos, da die Inhalte auch über die REST-API und anderweitig ausgelesen werden können. z.B.

    Code
    .../index.php/wp-json/wp/v2/posts/?per_page=100

    Es scheint so, als wäre derzeit über das Plugin W3 Total Cache eine eigene Lazy Load Funktion aktiv, evtl. dort mal prüfen statt extra Plugins zu installieren.

    Code
    <style>img.lazy{min-height:1px}</style><link href="https://aveon.ddns.net/treport/wp-content/plugins/w3-total-cache/pub/js/lazyload.min.js" as="script">


    Weiterhin wird parallel zu W3 Total Cache offenbar auch noch das Jetpack Plugin und zusätzlich das Jetpack Boost Plugin eingesetzt, solche sich technisch überschneidende Dinge sollten nicht parallel betrieben werden und kommen sich erfahrungsgemäss oft in die Quere.

    Code
    <script type="text/javascript" src="https://aveon.ddns.net/treport/wp-content/plugins/jetpack-boost/jetpack_vendor/automattic/jetpack-assets/build/i18n-loader.js?minify=true&amp;ver=becd7d9884bc1b331e45" id="wp-jp-i18n-loader-js"></script>
    ...
    <script type="text/javascript" src="https://aveon.ddns.net/treport/wp-content/plugins/jetpack/jetpack_vendor/automattic/jetpack-search/build/instant-search/jp-search.js?minify=false&amp;ver=2b91c6a8150537fa6728...


    Das sollte man bereinigen. Evtl. ist hier die Person der beste Ansprechpartner, die die Installation ursprünglich eingerichtet hat.