Link zur Seite mit dem Formular? Siehe auch Forenregeln, Punkt II.
Der Code des Formulars sieht zudem unvollständig aus, hat es keinen Absenden Button? Code einfügen im Forum über [+] und dann "Code".
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 erstellenLink zur Seite mit dem Formular? Siehe auch Forenregeln, Punkt II.
Der Code des Formulars sieht zudem unvollständig aus, hat es keinen Absenden Button? Code einfügen im Forum über [+] und dann "Code".
Wenn jemand eine komplette Seite erstellen soll, braucht er Datenbank Zugangsdaten und in der Regel auch FTP Zugang zum Ordner der (Sub-)Domain, um WordPress zu installieren bzw. bei PHP Fehlern Korrekturen vornehmen zu können.
Auch wenn die WordPress Installation bereits besteht, kann er als Administrator alles machen, inkl. beliebige Backdoors einbauen usw.
Auch das z.B. Auslagern in ein komplett eigenes extra Hosting Paket für die Entwicklungszeit verhindert nicht die Übernahme von versteckten Backdoors bei späterer Liveschaltung.
Wenn Du kein Vertrauen hast, beauftrage die Person nicht.
WordPress Version, Theme, welche Plugins? Siehe auch Forenregeln, Punkt II.
Ansonsten handelt es sich um ein Kaufplugin. Daher wirst Du hier nur dann detaillierte Hilfe finden können, wenn jemand zufällig auch dieses Plugin gekauft hat. Wenn Du mit dem Plugin Support nicht zufrieden bist, wäre die Rückgabe des Produkts eine Überlegung.
Was verstehst Du unter "vorladen"? Was wird geladen und sollte nicht geladen werden? Ist diese Einstellung gemeint?
Link zur Seite? Siehe auch Forenregeln, Punkt II.
Evtl. hilft auch die Goodlayers Dokumentation oder der mitgekaufte Theme Support weiter.
Andere Requests bei Strato nach draußen z.B. zu google.com, wordpress.org o.ä. funktionieren, einfach mit dem o.g. Testcode ausprobieren.
Vermutlich wurde die Frage beim Support falsch gestellt.
Das Problem hat nichts mit WordPress zu tun, siehe Testcode.
Ergänzung: Das Problem betrifft nicht nur die XML URL sondern alle Verbindungen zu diesem Server - falls das "generell nicht erreichbar" oben nicht klar genug war.
Der genannte Server ist lt. kurzem Test von einem Strato Account aus via PHP offenbar generell nicht erreichbar, weder per file_get_contents() noch via cURL.
file_get_contents(https://www.irw-press.at/): failed to open stream: Connection timed out
curl_exec: Failed to connect to www.irw-press.at port 443 after 127280 ms: Connection timed out
Das wird im WPeMatico Plugin eigentlich auch angezeigt, ein kleines Stück oberhalb von Deinem Screenshot Ausschnitt.
Genaueres kann evtl. der Strato Support oder der Support des irw-press.at Servers dazu sagen.
Testcode z.B.:
Die Screenshots zeigen keine WordPress Standardfunktion.
Beispielsweise in den Einstellungen: https://gutenberg-fibel.de/bloecke/video/…er-seitenleiste
Alternativ hier ein Ticket aufmachen, wenn die Einstellung in Deinem Block nicht vorhanden sein sollte.
Schalte Deine Plugins temporär der Reihe nach ab und lade die Webseite jeweils in einem neuen "privaten Fenster" des Browsers neu, dann siehst Du die Auswirkungen der Plugins.
Oft sind für ein langsames Laden auch externe Einbindungen verantwortlich.
Ob/welches Cache-Plugin sinnvoll sein kann, ist für jede Webseite individuell zu prüfen, eine generelle Aussage dazu ist seriös nicht möglich.
Mehr dazu kann man ohne Link zur Seite nur schwer sagen, siehe auch Forenregeln, Punkt II.
Das ist bei dir trotz Nachfrage leider nicht möglich gewesen. @b3317133 hat sich bei der Erkennung anhand des Screenshots richtig Mühe gegeben und ..
.. nicht geraten sondern wie beschrieben den fraglichen Website über den Dateinamen des Screenshots bzw. über Google ermittelt und dort über die Entwicklertools im Detail angesehen.
Der Screenshot alleine war nicht ausreichend. Daraus geht nicht hervor, dass die erste [FONT=Courier New].footer--row[/FONT] auch ein [FONT=Courier New].hfg-slot.left[/FONT] hat.
Es gibt dazu seit knapp einem Jahr ein Ticket Allow Revisions for the Site Editor #36060, evtl. dort Feedback geben, dass Du das benötigt hättest.
Ergänzung: Der Site Editor (FSE) befindet sich noch wie auch im Menü Design > Editor [COLOR=#ff0000](Beta)[/COLOR] markiert in der Beta-Phase der Entwicklung, Funktionen werden dabei stetig ergänzt, verändert oder fallen auch wieder weg. Für Produktivseiten ist es daher nicht empfehlenswert, FSE einzusetzen.
Verwende statt HTTP Basic Authentication ein Passwort Plugin wie z.B. Password Protected.
Support für die App bekommst Du beim WordPress.com Support, dieses Forum ist nur für selbstgehostetes WordPress von WordPress.org, die Unterschiede sind z.B. hier erklärt.
Die Neve Theme Demo hat eine [FONT=Courier New].footer--row[/FONT]
Die Seite in Deinem Code Screenshot, zu der leider kein Link angegeben wurde und man sich den Link dann über den Dateinamen des Screenshots bzw. über Google selbst raussuchen muss, um das im Detail anzusehen, hat mehrere [FONT=Courier New].footer--row[/FONT]
Ergänze daher auch hier [FONT=Courier New]:last-child[/FONT]
Bei WordPress.com ist iframe Nutzung nur mit Aufpreis ab 25€ pro Monat möglich.
Für Fragen zu WordPress.com wende Dich an den WordPress.com Support, dieses Forum ist nur für selbstgehostetes WordPress von WordPress.org, die Unterschiede sind z.B. hier erklärt.
Die Lösung des Problems steht in Antwort #6.
Warum der erstgenannte Code nicht funktioniert, steht in Antwort #8.
Warum der zweitgenannte Code fehlerhaft ist, steht in Antwort #10 und #15.
Wenn die IPs .. nicht über den technisch notwendigen Nutzen hinaus genutzt werden, ist eine Zustimmung nicht erforderlich.
Um diese technisch nicht notwendigen Inhalte geht es bei der Fragestellung in diesem Thread.
Ohne Zustimmung genutzte externe Google Webfonts werden real derzeit wegen der damit einhergehenen Weitergabe der IP-Adressen der Besucher massenweise abgemahnt. wordpress.org hat das Webfont Problem als gigantisches Risiko für die Nutzerbasis erkannt und reagiert, siehe Link oben. Es ist nur eine Frage der Zeit bis z.B. eine fontawesome Abmahnwelle folgt und noch weitere CDN Abmahnwellen.
Dieser Thread wurde alleine nur wegen der Beseitigung dieses externen Google Webfonts Risikos erstellt, siehe Titel des Threads. Was hier derzeit (noch) fehlt, ist das Verstehen, dass die anderen hier genannten externen Inhalte exakt das gleiche Risiko mitbringen und ebenfalls beseitigt und schon gar nicht noch zusätzlich ins Boot geholt werden sollten, wie dieser Contentpass Unsinn.
Jede Einbindung externer Inhalte liefert die IP-Adresse direkt an den externen Server von dem die Inhalte kommen, das betrifft auch die Zustimmungsverwaltung von contentpass.
Es handelt sich technisch betrachtet um exakt das gleiche Problem wie bei den Google Webfonts.
Das wurde jetzt ausführlich und mit vielen Link Beispielen, wo/wie Du diese externen Einbindungen in "Waterfall" Darstellungen usw. sehen kannst erklärt. Viel Erfolg beim weiteren Beschäftigen und Verstehen der Problematik.