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 erstellenEs kann mit diesem Code direkt in der functions.php eigentlich noch nie wie beabsichtigt funktioniert haben, vermutlich hast Du die Codeausgabe nur nicht wahrgenommen oder sie wurde überdeckt.
Eine Lösung in der functions.php wäre über eine [FONT=Courier New]wp_head[/FONT] Action oder über die o.g. andere Möglichkeit.
und es passiert nichts.
Es passiert schon etwas.
In der Browser Console wird ausgegeben, dass "gemischte Inhalte blockiert" wurden.
Das liegt daran, dass Dein Website mit [FONT=Courier New]http[COLOR=#ff0000]s[/COLOR][/FONT] aufgerufen wird, die iframe darin aber mit [FONT=Courier New]http[/FONT]
Für die iframe URL gibt es derzeit aber kein Zertifikat für [FONT=Courier New]https[/FONT], wende Dich daher an die Person, die diese iframe auf dem Server bereitsstellt.
Auf dem angegeben Website läuft nicht das Theme Astra sondern das Theme Ash. Weiterhin läuft noch das je nach Einstellung sehr ressourcenhungrige Yoast SEO Plugin, das nicht angegeben wurde. Achte darauf, dass alle Plugins zum Theme passen.
Um die Ursache weiter einzugrenzen deaktiviere alle Plugins und stelle temporär auf ein WordPress Twenty XXX Standard Theme um, wie verhält es sich dann?
Eine allgemeingültige Antwort darauf kann man nicht geben, es fehlen leider jegliche Eckdaten zur Installation, siehe auch Forenregeln Punkt II.
Evtl. kann irgendetwas beim Erstellen des Beitrags von extern o.ä. nicht geladen werden und der Browser wartet auf einen Timeout o.ä., manche SEO Plugins schicken z.B. Inhalte je nach Einstellung an diverse externe Dienste usw.
Deaktiviere alle Plugins und stelle temporär auf ein WordPress Twenty XXX Standard Theme um, wie verhält es sich dann?
Versuche es dort wie im Ticket beschrieben mit der Puny Code Schreibweise der Domain.
Ok, das ist bzw. war dieser o.g. Filter:
Evtl. enthält Dein Theme auch einen [FONT=Courier New]wpcf7_form_elements[/FONT] Filter o.ä., der die für die Warnhinweise nötigen [FONT=Courier New]span[/FONT] Tags im Formular entfernt bzw. Formulare "passender" für Bootstrap umbaut.
Da es sicherlich Gründe gab, warum dieser Filter im Theme eingebaut wurde, solltest Du trotzdem Kontakt mit der Person aufnehmen, die den Website erstellt hat und das klären.
Was ist unter Einstellungen > Allgemein bei den beiden URLs eingestellt, siehe auch dieses ältere Ticket.
Im Ticket gemeint ist, die URL
https://www.höllwieser.at
durch die Puny Code Schreibweise zu ersetzen:
https://www.xn--hllwieser-07a.atStandard HTML-Code von Contact Form 7 im Standard-Formular:
<p><label> Your name<br />
<span class="wpcf7-form-control-wrap your-name"><input type="text" name="your-name" value="" size="40" class="wpcf7-form-control wpcf7-text wpcf7-validates-as-required" aria-required="true" aria-invalid="false" /></span> </label></p>
Der HTML-Code von Contact Form 7 in Deinem Standard-Formular:
<p><label> Dein Name<br />
<input type="text" name="your-name" value="" size="40" class="wpcf7-form-control wpcf7-text wpcf7-validates-as-required" aria-required="true" aria-invalid="false" /> </label></p>
In Deinem Code fehlt der [FONT=Courier New]span[/FONT] Tag mit der Klasse [FONT=Courier New]wpcf7-form-control-wrap[/FONT], siehe o.g. Erklärungen und auch externe Beschreibung.
Wende Dich an die Person, die den Website erstellt hat und zeige ihr diesen Thread, die Person sollte Dir sagen können ob/wo im Theme o.ä. diese [FONT=Courier New]span[/FONT] Tags aus dem Contact Form 7 Formular entfernt werden.
Solange der Tag entfernt wird, kannst Du nicht die aktuellere Version von Contact Form 7 nutzen bzw. es entsteht der beschriebene Fehler / Effekt.
Link zur Seite mit dem Standard-Formular?
Ergänzung: Evtl. enthält Dein Theme auch einen [FONT=Courier New]wpcf7_form_elements[/FONT] Filter o.ä., der die für die Warnhinweise nötigen [FONT=Courier New]span[/FONT] Tags im Formular entfernt bzw. Formulare "passender" für Bootstrap umbaut. Einen solchen Einfluss könnte man ggf. im Frontend HTML Code sehen, wenn ein CF7 Standard-Formular ohne jegliche eigene Änderungen ausgegeben wird.
Erstelle ein einfaches Standard Formular mit Contact Form 7 auf einer eigenen Seite ohne HTML Anpassungen im Formular. Funktioniert es damit?
Derzeit erzeugt Contact Form 7 bei der o.g. Anfrage Seite einen Scriptfehler, möglicherweise findet es erwartete HTML-Elemente in der Seite nicht, ähnlich wie z.B. hier beschrieben.
TypeError: Cannot read properties of null (reading 'querySelector')
at l (index.js?ver=5.5.6:1:2551)
at Array.forEach (<anonymous>)
at index.js?ver=5.5.6:1:3708
Ergänzung: Kann das Problem "leere Ausgabe in oranger Box" hier lokal reproduzieren, wenn im Formular die [FONT=Courier New]span[/FONT] Tags mit der Klasse [FONT=Courier New]wpcf7-form-control-wrap[/FONT] fehlen, was bei Deiner Anfrage Seite der Fall ist. Möglichweise werden bei Deiner Anfrage Seite im Formular die Eingabefelder mit selbstgebasteltem HTML eingegeben anstelle die sog. Form Tags von Contact Form 7 zu nutzen.
Hier erscheint bei nicht korrekt ausgefülltem Formular ein Feld mit orangem Rand und dem Text:
Ein oder mehrere Felder sind nicht ausgefüllt. Bitte Prüfen und erneut versuchen.
Deaktiviere bei der Fehlersuche alle Cache-, Minify-, CDN- und sonstige Optimierungsplugins. Derzeit mind. aktiv: WP Rocket, externes Cloudfront-CDN.
Erstelle am besten einen eigenen Beitrag für Dein Problem mit allen Angaben lt. Forenregeln, Punkt II.
Die Seite zur o.g. Frage existiert nicht mehr und die sonstigen Eckdaten sind höchstwahrscheinlich andere als bei Dir, z.B. wird auf dem Rest des o.g. Websites weiterhin jQuery fälschlicherweise mehrfach geladen usw.
Schau Dir nochmal das "Sehr hilfreiche Plugin für Custom Fields / Metadaten" an.
In WordPress verwendet man für sowas üblicherweise Custom Post Types und Custom Taxonomies bzw. Custom Fields:
https://wordpress.org/support/article/post-types/
https://wordpress.org/support/article/taxonomies/
https://wordpress.org/support/article/custom-fields/
Entwicklerdokumentation:
https://developer.wordpress.org/plugins/post-types/
https://developer.wordpress.org/plugins/taxonomies/
https://developer.wordpress.org/plugins/metadata/
Hilfreiches Plugin für Custom Post Types und Custom Taxonomies:
https://de.wordpress.org/plugins/custom-post-type-ui/
Sehr hilfreiches Plugin für Custom Fields / Metadaten:
https://de.wordpress.org/plugins/advanced-custom-fields/
https://www.advancedcustomfields.com/resources/relationship/
Alternativ Beibehaltung / Nutzung der eigenen Datenbankstruktur via WordPress API:
Mögliches weiteres Vorgehen:
Das verwendete Theme OnePress Version 2.2.8 ist vom September 2021. Damals war der WordPress 5.8.x Zweig aktuell. Die jetzt verwendete WordPress Version 5.9.3 ist vom April 2022. Evtl. wurde WordPress aktualisiert ohne die Kompatibilität zu den restlichen Komponenten zu prüfen.
Der Website erzeugt jede Menge JavaScript Fehler, siehe Browser Console (google).
Das verwendete Theme Bulk Shop Version 1.0.1 ist vom März 2018. Die verwendete WordPress Version 5.9.3 ist vom April 2022. Solche Kombinationen sind erfahrungsgemäss nicht miteinander kompatibel.
Vermutlich wurde WordPress aktualisiert ohne die Kompatibilität zu den restlichen Komponenten zu prüfen.
Möglicherweise hilft das Plugin Enable jQuery Migrate Helper etwas weiter, es löst aber nicht das grundsätzliche Problem.
Dazu werden derzeit über das Jetpack Plugin Teile von WordPress und WooCommerce von Servern aus den USA eingebunden, evtl. wurden in Jetpack versehentlich "Beschleunigungsfunktionen" aktiviert, die erzeugen immer wieder mal Probleme und sind auch im Hinblick auf DSGVO eher nicht ratsam. Deaktiviere das Jetpack Plugin bzw. mind. die genannten Funktionen.
Deaktiviere auch das Plugin WP Fastest Cache, bis das Problem gelöst ist, um weitere Wechselwirkungen hier auszuschliessen.
Jetzt funktioniert die Startseite.
Poste bitte noch kurz das weitere Vorgehen, wie Du das Problem gelöst hast, spätere Mitleser des Forums sollen dadurch ähnliche Probleme selbst lösen können, dafür ist die öffentliche Hilfe in diesem Forum da.
Was man auf jeden Fall daraus lernen kann:
1. Das Einstellen einer Seite als statische Startseite erfolgt nicht über die WordPress-Adresse (URL) in Einstellungen > Allgemein, das ist etwas völlig anderes.
2. Bis vor wenigen Wochen war auf dem Website lt. Google Cache noch der WordPress 4.9.x Zweig installiert, der passte gut zum alten Theme Enfold 4.2.5. WordPress selbst wurde dann kürzlich auf WordPress 5.9.3 aktualisert, das ist ein Riesensprung, dann passte da wohl einiges nicht mehr. Das Theme Enfold wurde dann offenbar heute im Verlauf des Abends auf die aktuelle Version 4.9.2.2 aktualisiert, damit passt alles wieder zusammen. Vor jedem Update immer erst die Kompatibilität zwischen allen Komponenten recherchieren und ggf. nötige Updates vorher besorgen.
3. Vor Änderungen ein Backup machen und wissen, wie man es bei Bedarf sofort wieder einspielt. Noch besser ist es, vor Änderungen einen Klon/Duplikat der ganzen Installation z.B. auf einer Subdomain anzulegen und alles erstmal dort durchzutesten.