Beiträge von b3317133

    Wenn WordPress von sich aus eine Einrichtung mit Eingabe von Seitentitel, Admin E-Mail bzw. Datenbank-Zugangsdaten durchführen will, ist entweder die Datei wp-config.php nicht vorhanden oder die darin eingetragene Datenbank ist leer bzw. unvollständig z.B. weil der (hier nicht näher beschriebene) Import nicht wirklich funktioniert hat.

    Die Einrichtung erstellt eine wp-config.php und die nötigen Tabellen in der Datenbank. Bestehende Datenbank-Inhalte sind danach im Regelfall weg oder z.B. wegen eines neuen Datenbank-Prefix nicht mehr in Verwendung. Die Einrichtung ändert ansonsten nichts an den Dateien/Ordnern usw., daher wurden die Plugins (nicht aktiv) aufgelistet.

    Zum kompletten Löschen einer fehlgeschlagenen Installation gehört vor einem neuen Versuch auch das komplette Leeren der Datenbank.

    Am Rande angemerkt: Der Vorschlag des Supports, diese Einrichtung durchzuführen und auf nachher bestehende Inhalte zu hoffen, lässt darauf schliessen, dass nur begrenzt Ahnung bzgl. WordPress vorhanden ist.

    Wenn nach einer halben Stunde alles wieder verschwindet bzw. die Einrichtung neu getriggert wird, könnte es an irgendwelchen Cache- oder Load Balancing Mechanismen ausserhalb von WordPress liegen, oder auch an falsch eingerichteten serverseitigem "Managed WordPress", das seine dort hinterlegte Datenbank wieder in die wp-config.php überschreibt u.ä., für Hilfe hier ist die Beschreibung der Rahmenbedingungen aber zu ungenau.

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

    • Nutze nur Plugins, die Du unbedingt zwingend benötigst. Recherchiere bei allen Plugins die Kompatibilität zum Rest der Installation.
    • Nutze keine Theme Plugins, die nicht zu Deinem Theme gehören.
    • Schalte beim Yoast Plugin bei SEO > Allgemein > Funktionen die ersten vier Analysen ab, und schalte alles bei SEO > Allgemein > Integrationen ab.

    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?

    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.

    Standard HTML-Code von Contact Form 7 im Standard-Formular:

    Code
    <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:

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

    Zitat

    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:

    Zitat

    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.