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 erstellenDafür gäbe es 2 Möglichkeiten:
a) Du stellst im Hosting ein, dass die Domain auf das Unterverzeichnis zeigt. Dann musst Du aber auch in WordPress unter Einstellungen > Allgemein die dortigen URLs anpassen.
b) Du schiebst alles aus dem Verzeichnis in das Hauptverzeichnis deines Hostings. Das Vorgehen wird hier z.B. beschrieben: https://developer.wordpress.org/advanced-admin…existing-server
Ein Link zur Seite wäre hilfreich damit man das im Frontend mal sehen kann. Zudem wäre interessant, welche "Metas" du meinst, da es sehr viele mögiche Angaben in diesen gibt. Möglich wäre z.B. die Meta-Beschreibung oder auch die robots-Angabe.
WooCommerce ist eigentlich das Non-Plus-Ultra für WordPress. Bietet extrem viele Schnittstellen, sehr flexibel und hat eine große Community. Für die Anzahl Produkte absolut ausreichend.
Du willst also den Doctype ändern und dabei vom modernen HTML5 auf das ältere XHTML-Format ändern? Ich sehe hierbei keinerlei Zusammenhang mit der Barrierefreiheit nach WCAG 2.2. Meines Wissens gibt es dazu keinerlei Vorgaben außer, dass es ein valides Dokument sein sollte damit Screenreader es problemlos einlesen können. Da macht die Angabe des Doctypes aber keinerlei Unterschied. Auch die anderen Angaben bewirken gar nichts in der Richtung.
Wenn Du das dennoch versuchen willst:
Bei FSE-Themes wird das HTML-Grundgerüst über eine im WordPress Core enthaltene Datei template-canvas.php erzeugt. Diese wird hier eingebunden: https://github.com/WordPress/Word…mplate.php#L138 - ich sehe hier gerade keinen Weg diese Datei zu beeinflussen oder deren Laden zu unterbinden und eine eigene Datei unterzuschieben.
Möglicherweise hilft hier nur der "Holzhammer" durch Suchen & Ersetzen im shutdown-Hook mit Hilfe von ob_start() etc. Das birgt aber ganz andere Gefahren wo ich jetzt den Aufwand und Nutzen für dein Vorhaben nicht wirklich erkennen kann.
Begrifflichkeiten:
* Gutenberg => Der Name für die Weiterentwicklung von Block und Site Editor
* Block Editor => Der Editor mit dem man Inhalte bearbeitet
* Site Editor => Der Editor mit dem man die Templates eines FSE-Themes bearbeitet
* FSE => Steht für "Full Site Editing", das was man also mit Block und Site Editor machen kann
Auf Grund deiner Beschreibungen gehe ich davon aus, dass Du also ein FSE-Theme nutzt. Dort werden die HTML-Codes im Frontend durch WordPress und die von dir definierten Templates erzeugt.
Ich bin nun wieder unsicher was Du mit "Header" meinst? Der Abschnitt zwischen <head> und </head> wird durch WordPress erzeugt. Die Angaben hier kann man mit verschiedensten Plugins oder mit Hooks beeinflussen, z.B. diesem hier: https://developer.wordpress.org/reference/hooks/wp_head/
Falls Du jedoch den visuellen Kopfbereich deiner Website meinst, dann wird dessen HTML-Code durch die von dir hierfür genutzten Blöcke erzeugt. Diese kann man auch beeinflussen, ist aber etwas komplexer. Einem Einstieg darin findest Du hier: https://learn.wordpress.org/lesson/block-editor-hooks/ - eine ganz einfache Möglichkeit wäre dieser Hook hier: https://developer.wordpress.org/reference/hooks/render_block/
Ist es ein klassisches Theme oder ein modernes FSE-Theme?
Um welches Theme geht es denn?
Deaktiviere testweise alle Plugins. Geht es dann? Dann war eines der Plugins Schuld.
Teste es auch mit einem Standard-Theme wie TwentyTwentyFive.
Teste es auch mal mit einem anderen Browser oder in einem privaten Browserfenster.
Diesen zusätzlichen Titel haben sie, weil sie von einem Plugin eine bestimmte Funktion zugeordnet bekommen haben. Du selbst kannst so etwas nur erreichen indem Du selbst per PHP solche Titel-Ergänzungen hinzufügst. Dafür gibt es keine fertige Funktion in der Oberfläche von WordPress.
Der zuständige Hook ist dieser hier: https://developer.wordpress.org/reference/hook…ay_post_states/
Hier sind Beispiele zur Verwendung: https://wordpress.stackexchange.com/questions/2400…e-in-admin-area
Mir ist nicht bewusst, dass es dafür ein Plugin gibt (wobei das schon eine nice Idee wäre finde ich).
Das Plugin musst Du auch unter Plugins sehen und dort deaktivieren sowie löschen können. Allerdings kenne ich ein Plugin namens "Cookie Consent Banner" nicht. Vlt. schaust Du nach dem falschen Namen?
Wenn Du derzeit keinerlei Consent Banner nutzt, würde ich dir aber empfehlen zu schauen, ob du es nicht doch benötigst. Wenn deine Website irgendwelche Cookies setzt oder Daten von extern lädt, dann bist Du in Deutschland dazu verpflichtet deine Besucher auch darüber zu informieren. Wenn du es nicht machst, könntest Du Abmahnungen bekommen.
Ein einfaches Popup wäre z.B. hiermit machbar: https://de.wordpress.org/plugins/popup-maker/ - einige Themes bringen so etwas aber auch mit. Wenn Du bei deinem Theme nicht sicher bist, frag dessen Support dazu an.
* Ändere unter Einstellungen > Allgemein beide URLs zu https:// - momentan ist nur eine davon auf https:// gestellt.
* Gehe dann auf Elementor > Werkzeuge > URLs ersetzen und ersetze dort die URL OHNE https:// mit der URL MIT https://.
* Leere dann den Cache des von dir genutzten Optimierungsplugins Siteground, siehe: https://www.siteground.com/kb/clear-site-cache/
* Prüfe abschließend, ob sich am Verhalten etwas geändert hat.
Wenn ein Dropdown-Menu per CSS gesteuert wird, kannst DU den Hover-Effekt auch in den Einstellungen im DevTool setzen. Siehe: https://i.sstatic.net/NwulC.png - oben rechts auf hover, danach hover anhaken. Vorher ein Element aus dem Menu anklicken natürlich. Geht bei Firefox genau so.
Bei JavaScript-basierten Menüs ist das leider nicht so einfach machbar, da müsste man deren JavaScripts näher untersuchen und schauen was sie machen um das Menü anzuzeigen.
Das ist kurioserweise eine Medien-Anhangseite. D.h. es gibt ein Bild namens "kontakt.jpg" welches durch den identischen Namen aufgerufen wird bei /kontakt/.
Normalerweise müsste es ausreichen diese Datei unter Medien zu finden und zu löschen. Allerdings fragt sich wie die Inhalte mit dem Kontaktformular unter der Seite zustande zukommen. Du nutzt offenbar WPBakery für die Verwaltung deiner Seite. Ich würde dir empfehlen dich an deren Support zu wenden.
Vermutlich wurde durch die Reaktivierung von X bei der Aktion der fehlende Datensatz wiederhergestellt. Wobei X sowohl dein Theme als auch irgendein Plugin sein könnte. Aber gut, wenn es nun wieder funktioniert :)
Das ist von Divi. Ich würde dir daher nochmal deren Support empfehlen.
Was meinst Du mit "Hintergrund"? Gerne kannst Du es auch per Screenshot zeigen.
Nein, die Zeilennummern helfen da gar nicht weiter. Man müsste herausfinden was hier vermisst wird.
Der Fehler ist nur im Customizer zu sehen? Nicht im Frontend und auch nicht in den Divi-Einstellungen oder woanders im Backend? Das würde es zumindest etwas einschränken, allerdings werden im normalen Customizer meines Wissens keine Datenbankobjekte aus der Einstellungen geladen, und die werden hier nicht vermisst. Wenn es nur an der Stelle ist, würde ich eher den Divi Support fragen, da es etwas von deren kommerziellen Theme sein könnte.
Du müsstest den Plugin-Namen schon etwas genauer nennen. Es gibt z.B. "Modern Event Calendar" und es gibt "The Event Calendar". Ja, kann verwirrend sein, sind aber 2 völlig verschiedene Plugins.
So oder so würde ich dir eher empfehlen dich an den betreffenden Support des von dir genutzten Event-Plugins zu wenden.
Das ist ein inhaltlicher Fehler. Irgendein Objekt, das in der Datenbank existieren müsste, wird versucht zu laden, welches aber nicht mehr existiert oder nicht gefunden werden kann. Welches Objekt es ist ist leider nicht erkennbar. Kannst Du vlt. eine Sicherung wiederherstellen?
Nicht nur der Firefox - jeder Browser hat heutzutage eine Rechtschreibprüfung eingebaut. Dafür braucht man kein Plugin in WordPress.
