Beiträge von b3317133

Zitat von pezi

Ich würde nirgend fragwürdige Klone installieren.

SCF ist ein "Klon" von ACF, der bei Millionen Installationen ungefragt und oft automatisch installiert wurde, das ist mehr als fragwürdig. Soviel dazu.

Zitat von pezi

... 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.

Zitat von FBV-Sachsen

... nach einer Möglichkeit dies irgendwie mit Ninja Forms ...

Zitat

[size=14]Limit Submissions[/SIZE]
Submission Limit – If a numerical value is entered here, that value is the maximum number of submissions that the form will allow.

Siehe Ninja Forms Dokumentation, damit kann man zumindest eine maximal mögliche Anzahl Absendungen realisieren.

Zitat von pezi

Bloß: "remote" wäre das nicht eher bezüglich extern geladene Fonts?

Es sind aus Sicht des Browsers remote Fonts anstelle der lokalen Systemschriftarten.

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.

Dann müsstest Du Dich wohl an den Support bzw. Autor des ungenannten Plugins wenden und dort nachfragen, wie Du die Elementor Einbindungen in dessen Ausgaben integrieren kannst.

Möglicherweise musst Du den sog. Custom Post Type dieses Plugins noch in Elementor zur Nutzung aktivieren.

Evtl. wird in der Installation dieses Screenshots ein Plugin wie z.B. Advanced Editor Tools verwendet.

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

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.ä.

Zitat von pezi

So schaut übrigens WPDE (nur in meinem Chrome) aus:

Sieht so aus, als wäre das Einbinden von Webfonts in Chrome deaktiviert. Auf dem Screenshot fehlen die Schriftarten Open Sans und FontAwesome.

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

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.

.../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.

<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.

<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.

Der Fehler kommt vom JetSmartFilters Plugin, evtl. kann der mitgekaufte Plugin Support weiterhelfen.

@pezi Entwickler von Plugins sind erfahrungsgemäss oft sehr dankbar auch über einen Fehlerbericht direkt im wp.org Plugin Forum. Ob man das jetzt Ticket nennt oder nicht, ist da eher nur Wortklauberei.

Zitat von pezi

sich sicher bald jemand beim Jeff Starr melden

Am besten selbst ein Ticket im Plugin Forum erstellen, ist ja schnell gemacht.

Zitat von pezi

irgendein Plugin für die Widgets

Wir nutzen dafür Classic Widgets.

Die WordPress Core Entwickler haben mit WordPress 6.7 bzgl. diverser Dinge leider Fundamentales geändert, ohne auf Rückwärtskompatibilität Wert zu legen.

Für das Classic Editor Plugin (ähnliches Plugin wie Disable Gutenberg) gab es deswegen ein Update:

Zitat

Added fix for selecting/deselecting multiple unwanted categories in WordPress 6.7.1 when clicking on a category checkbox on the old Edit Post screen.

Ggf. die Disable Gutenberg Entwickler ansprechen oder auf ein Update da warten.

Oder Du kannst alternativ den Core auf WordPress 6.6.2 zurückrollen.

Die WordPress Core Entwickler haben mit WordPress 6.7 bzgl. Übersetzungen etwas Fundamentales geändert, ohne auf Rückwärtskompatibilität Wert zu legen, was jetzt sehr grossen Einfluss auf alle möglichen Themes und Plugins hat. Sogar auch alle WordPress Standard Twenty XXX Themes mussten geändert werden.

Aktuelle Meldungen dazu gibt es z.B. hier: https://core.trac.wordpress.org/ticket/62337 (und ähnliche)

Nach Meinung der WordPress Core Entwickler sollst Du bei Problemen jetzt die jeweiligen Plugin bzw. Theme Hersteller kontaktieren und dort Änderungen einfordern. :confused:

Du kannst alternativ den Core auf WordPress 6.6.2 zurückrollen.

@Foxi schau Dir mal [FONT=Courier New]background-size: contain;[/FONT] an.

Der Code hat keine eingestellte Breite, also sollte er per se responsive sein. Wo genau liegt das Problem? Ohne den Kontext, wo der Code eingesetzt wird, kann man dazu schwer etwas sagen.