Also ohne Add-ons gehts bei Firefox wohl auch nicht.
Eigentlich schon, evtl. hast Du das deaktiviert, mehr dazu: https://support.mozilla.org/de/kb/Rechtschreibpruefung-nutzen
Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenAlso ohne Add-ons gehts bei Firefox wohl auch nicht.
Eigentlich schon, evtl. hast Du das deaktiviert, mehr dazu: https://support.mozilla.org/de/kb/Rechtschreibpruefung-nutzen
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:
Die beiden genannten Meldungen des Website-Zustands sind nicht relevant und können einfach ignoriert werden.
Erlaubst du Suchmaschinen, diese Inhalte in den Suchergebnissen einzustellen? >> NEIN (habe ich jetzt ausgewählt)
Diese Einstellung setzt [FONT=Courier New]noindex[/FONT] für die Seite, das ist ausreichend für Google & Co., weitere Einstellungen müssen dafür nicht verändert werden.
Das wurde nicht von Yoast bei einem letzten Update geändert. Die oben verlinkte Dokumentation dazu ist aus dem Jahr 2020.
Mit Yoast SEO kann man Seiten usw. selbstverständlich auch einzeln auf [FONT=Courier New]noindex[/FONT] setzen, komfortabel über ein Auswahlfeld auf der jeweiligen Seite, mehr dazu in der Yoast SEO Dokumentation.
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.
... 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.
... 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.
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.ä.
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.
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&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&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.