Beiträge von b3317133

Wende Dich dafür an den WordPress.com Support, Dein Website ist dort gehostet. Dieses Forum ist nur für selbstgehostetes WordPress von WordPress.org, die Unterschiede sind z.B. hier erklärt.

Siehe Codebeispiel zu "enclosed content" z.B. in den Unser Contributed Notes der Dokumentation von add_shortcode() oder in der Dokumentation der Shortcode API.

Lt. REST-API steht der comment_status des fraglichen Beitrags weiterhin auf "closed", siehe auch Antwort #4 oben.

Irgendwas läuft da schief, versuche es mal mit temporär deaktivierten Plugins und einem Twenty XXX Standard Theme von WordPress. Evtl. ist auch Dein Theme nicht mit der verwendeten WordPress Version kompatibel, dazu konntest Du beim Theme Support fragen.

Und aus der o.g. Auflistung der Einstellungen in #3 geht nicht wirklich hervor, was dort eingestellt ist, poste am besten einen Screenshot davon.

Die aktuelle Installation zeigt derzeit auf einen falschen Unterordner [FONT=Courier New]/home/[/FONT] statt auf den Ordner mit den Dateien und Ordnern von WordPress.

Evtl. wäre auch in Bezug auf das andere beschriebene Problem hier möglicherweise die Person der beste Ansprechpartner, die den Website technisch betreut bzw. ursprünglich installiert hat, bevor noch mehr Dinge schiefgehen.

In der Datenbank sollte in den hier beschriebenen Feldern wohl das stehen:

siteurl: https://stick-handmade.de
home: https://stick-handmade.de

Derzeit steht dort aber das hier:

siteurl: http://stick-handmade.de/home
home: https://stick-handmade.de

Den falschen Eintrag sieht man "von aussen" z.B. über die Ausgabe der REST-API:

https://stick-handmade.de/?rest_route=/

Den Effekt des falschen Eintrags sieht man in der Browser Console im Netzwerk Tab bei den vielen 404 Fehlern...

Evtl. hilft die offizielle Anleitung von WordPress zum Thema Kommentare, dort insbesondere der Teil Turning on Comments for a Single Post or Page weiter.

Die Kommentare der o.g. verlinkten Seite (die WordPress intern ein "Beitrag" ist) sind derzeit lt. REST-API "closed", sie müssen noch auf der Seite selbst aktiviert werden.

/wp-json/wp/v2/posts/3837 - comment_status: "closed"

WordPress sieht für sowas den [FONT=Courier New]single_template[/FONT] Filter vor, Codebeispiele hier (google).

Das Menü wird vom Plugin WP Meta SEO über eine Funktion "Frontend HTML Sitemap" o.ä. erzeugt. Schalte es in diesem Plugin ab oder wende Dich alternativ an die Person, die dieses Plugin installiert und eingerichtet hat.[size=24][/SIZE]

Da das Problem lt. Deinen Angaben auch ohne Plugins und mit einem WordPress Twenty XXX Standard Theme auftritt, bleiben nicht mehr viele Möglichkeiten.

Wende Dich an Deinen Hostinganbieter und stelle sicher, dass Dein Server mit Apache und aktivem mod_rewrite Modul läuft oder im Falle von Nginx der og. Link beachtet wurde.

Mit der Avatarfunktion hat das alles vermutlich eher gar nichts zu tun.

Link zur Seite?

Die Aktivierung/Deaktivierung von Avataren kann technisch eigentlich keinen Einfluss auf die Permalinks haben.

Poste den ganzen Inhalt der .htaccess Datei (mit dem [+] Symbol und Code im Forum Editor). Mit einfachen Permalinks sollte die Datei nicht existieren, mit Permalinks mit Beitragsname sollte dort der Block von hier bei Basic WP stehen. Ausnahme wäre, wenn Dein Server Nginx verwendet, dann mehr dazu hier.

Beantworte auch noch die o.g. weiteren Fragen.

In Elementor Pro gibt es bei den Einstellungen des Text Elements einen eigenen Punkt Custom CSS o.ä., der sich nur auf das Element bezieht, mehr dazu hier.

Ohne die Pro Version kann man z.B. dem Text Element eine CSS Klasse geben, z.B. [FONT=Courier New]text-mit-tollen-disc-punkten[/FONT] und dann die Punkte im Customizer über [FONT=Courier New].text-mit-tollen-disc-punkten li[/FONT] ansprechen. Alternativ auch z.B. über die standardmässig vorhandene Klassen im [FONT=Courier New]body[/FONT] Tag, die u.a. den Seiten ID enthalten.

Link zur Seite mit dieser Liste?

Link zur Seite? Versuche es mit vorangestelltem [COLOR=#ff0000]Slash[/COLOR], also z.B. [FONT=Courier New][COLOR=#ff0000]/[/COLOR]#anker[/FONT]

Wie genau wurde WordPress installiert? Über eine Funktion im Hosting? Oder manuell per FTP ggf. mit einem anderen FTP-Benutzer?

Link zu so einem Artikel in Deinem Blog? Sind dort entspr. Open Graph Daten hinterlegt?

Für facebook usw. ggf. hinterlegte Open Graph Daten kann man z.B. über den Facebook Sharing Debugger oder andere Websites wie dem iframey URL Debugger sehen.

Poste Screenshots des Mail Bereichs des Kontaktformulars. Ist dort Mail (2) ausgefüllt?

Erste Hinweise auf eine mögliche Ursache kann man oft aus den Meldungen bzw. Antworten im Browser ableiten.

Was steht in der Brower Console (google) wenn die Fehlermeldung beim Erstellen einer Seite erscheint?

Und was erscheint dabei rechts im Feld Antwort im Bereich Netzwerk der Browser Console? Ggf. "unformatiert" anklicken.

Weitere Fragen: Welche Plugins und Theme Versionen werden verwendet? Sind alle sicher kompatibel zur verwendeten WordPress Version 5.8? Bleibt das Problem bestehen, wenn man temporär alle Plugins deaktiviert bzw. ein WordPress Twenty XXX Standard Theme verwendet?

Vermutlich läuft der einbindende Website mit SSL bzw. [FONT=Courier New]http[COLOR=#ff0000]s[/COLOR][/FONT] und lädt dann die iframe nicht, weil die in Deinem Codeblock per [FONT=Courier New]http[/FONT] eingebunden wird, Link zur Seite mit dem iframe Tag?

Die Anzahl der Slashes bei [FONT=Courier New]wp-content[/FONT] ist egal, das können theoretisch auch noch mehr sein, macht keinen Unterschied...

Versuche es mal damit:

<iframe src="https://elearning.sebastiankarnoll.de//////wp-content/uploads/...

Ergänzend dazu: Das Attribut [FONT=Courier New]scrolling="”no”"[/FONT] in Deinem Codeblock ist zudem fehlerhaft, zu viele bzw. falsche Anführungszeichen, das hat mit dem o.g. Problem aber nichts zu tun.

Die angegebene Fehlermeldung [FONT=Courier New]InvalidKeyMapError[/FONT] wird beim angegebenen Link zur Fehlerbeschreibung so erklärt:

Zitat

The API key included in the script element that loads the API is not found. Please make sure you are using a correct API key. You can generate a new API key in the Cloud Console.

Also dürfte das Problem am Key selbst liegen.

Am Rande bemerkt, die Anleitung scheint von 2016 zu sein. Evtl. mal beim Divi Support nachfragen (den hast Du mitgekauft), wie das genaue aktuelle Vorgehen wäre.

Nach welcher Anleitung genau bist Du vorgegangen? Link zur Anleitung?

Was steht in der JavaScript-Konsole? Link zur Seite mit dieser Karte?

Ein Dark Mode o.ä. ist nach wie vor aktiv wenn man die CSS Klassen im HTML Seitenquelltext der Seite anschaut, z.B. [FONT=Courier New]<main id="main" class="dark dark-page-wrapper">[/FONT]

Die Hintergrundfarbe usw. ist in einem HTML Tag [FONT=Courier New]<style id="custom-css" type="text/css">[/FONT] hinterlegt. Möglicherweise wird dieses CSS auch aus Theme Einstellungen automatisch dort eingefügt. Schau Dir alle Farboptionen des Themes an.