Beiträge von b3317133

    Ergänzend zum o.g. Tipp am Rande: Die Abfrage der Zustimmung bzgl. DSGVO bei der verlinkten Impressum Seite ist falsch bzw. unvollständig umgesetzt. Nicht nur für reCAPTCHA sondern auch für andere Dinge, die bereits vor Zustimmung von extern eingebunden werden. Wende Dich am besten direkt an die Person, die das GDPR Consent Plugin installiert und eingerichtet hat.

    Der Captcha erhebt ja keine Daten vom Besucher, oder sehe ich da was falsch ?


    Da siehst Du einiges falsch. Schau Dir mal den oben hinzugefügten Link dazu an.

    Es gibt auch Antispam Alternativen ohne externe Datenerfassung bzw. Zustimmungsanforderung, z.B. für das bereits genannte Contact Form 7 wäre das Honeypot for Contact Form 7 Plugin eine oft genutzte und unserer Erfahrung nach zuverlässige Lösung. Ob es für WPForms etwas ähnliches gibt, müsstest Du selbst rausfinden.

    Gibt es eine Möglichkeit, dass diese automatisch fortlaufend nummeriert werden (also z.B. /vorstellungen/urban-priol-2)


    Eigentlich macht WordPress automatisch genau das mit den Slugs wenn bereits ein gleicher Slug existiert.

    Falls JetEngine das bei den Events warum auch immer nicht macht, wäre der dort mitgekaufte Support der beste Ansprechpartner.

    ..oder ich könnte in domain.de/landingseiten einmal wp installieren


    Würde anhand der restlichen beschriebenen Voraussetzungen diesen Ansatz wählen, dann können bei späterer Installation von WP in den Hauptordner die aktuellen Landing URLs unverändert bestehen bleiben, indem man die Landingseiten dann unter eine Elternseite landingseiten in WP verschiebt.

    Worauf zu achten wäre: Falls es in joomla .htaccess Regeln geben sollte, die die WP Installation im Unterordner beeinflussen, sollte/kann man die über eine zusätzliche RewriteRule mit Abfrage/Ausschluss des WP Ordners in der joomla .htaccess anpassen.

    ...habe ich dann aber eigentlich alles selber gebaut ...


    Wo/wie genau wurde selbst gebaut? Code in Theme Dateien geändert? HTML-Code in Beitrag und Seiten eingegeben? Ein extra Page Builder Plugin verwendet? Andere Ansätze?

    Erstelle ein Backup oder am besten einen Klon der ganzen Installation z.B. auf einer Subdomain mit eigener Datenbank, dann kannst Du dort einfach ausprobieren, was bei Änderungen passiert.

    Hier wird mobil ein Icon oben rechts gezeigt. Die Seite erzeugt intern lt. Browser Konsole derzeit einen Scriptfehler im Zusammenhang mit einer jwplayer Komponente, vermutlich daher funktioniert das Menü nicht.

    Deaktiviere bei der Suche nach Darstellungsproblemen und zur Ursachensuche bei Scriptfehlern alle Cache-, Optimier- und Minfy-Plugins, um Einflüsse dort auszuschliessen, derzeit mind. aktiv: Autoptimize, LiteSpeed Cache

    Das Gutenberg Framework, das bei WordPress seit Version 5.0 automatisch und kostenfrei in stetig neuen Iterationen mitgeliefert wird, ist im direkten Vergleich zu Divi oder auch Elementor in Bezug auf viele Funktionen eher in einem beta Zustand bzw. hat diese einfach nicht. Ein aussagekräftiger Vergleich zwischen diesen Frameworks ist daher bisher nicht sinnvoll möglich.

    Für einfache Seiten scheint Gutenberg zunächst auch im aktuellen Stand geeignet, je mehr Komplexität und Anforderungen dazu kommen, an desto mehr Grenzen und Hindernisse stösst man.

    Der verlinkte Artikel ist aus 2021, Gutenberg ist trotz weiterer Entwicklung seitdem aber nach wie vor keine erstzunehmende Konkurrenz zu den komplexen Möglichkeiten von Divi, Elementor und anderen Pagebuildern bzw. Frameworks.

    Die einzige .htaccess Datei, die WordPress über Einstellungen > Permalinks > Speichern erstellt, ist im Hauptverzeichnis der Installation.

    Eine .htaccess Datei im plugins Ordner oder in anderen Ordnern erstellt WordPress standardmässig nicht. Du hast die Datei dort entweder manuell selbst angelegt oder sie stammt(e) aus irgendeinem Sicherheitsplugin.

    Weitere Ansätze:

    • Überprüfen der Browser Konsole (google) auf Fehlermeldungen der REST API o.ä.
    • Überprüfen des Error Logs auf dem Server bzgl. REST API und/oder Arbeitsspeicher usw.
    • Temporäres Deaktivieren aller Plugins, prüfen ob der Effekt dann auch noch auftritt
    • Kontakt zum Theme Support aufnehmen falls trotz Deaktivieren der Plugins der Effekt weiter auftritt
    • Was man bei solchen Problemen auch noch machen kann, ist das Deaktivieren von Browser Erweiterungen und/oder Antiviren Lösungen usw. die in Webseiten eingreifen auf dem betroffenen Gerät, das ist aber eigentlich nur dann relevant, wenn der Effekt IMMER auftritt.

    Die Kurzanleitung bezog sich auf das beschriebene Problem vor zwei Wochen, Datenbank gelöscht, Rest unverändert.

    Offenbar hast Du inzwischen ganz andere Dinge gemacht, die jetzt nicht mehr dazu passen.

    Poste am besten eine neue exakte Problembeschreibung der aktuellen Probleme und mache dann erstmal auch nur und ausschliesslich das, was Dir geraten wird, und nichts sonst.

    Tipp ganz am Rande: Manche Einstellungen speichert das tolle Gutenberg Framework nur im Browser und nicht (mehr wie früher mit dem Classic Framework generell) serverseitig. Das kann sehr verwirrend sein, wenn unterschiedliche Browser oder Arbeitsplätze verwendet werden oder regelmässig aus Gründen die Browserdaten bereingt werden.