Beiträge von threadi

Ich kenne das Plugin nicht. Geht es darum, dass ein Besucher im Frontend diese Info quasi abonnieren kann?

Das Problem in dem Fall ist, dass die Suche nach "otp" nur Plugins liefert die ein Login ins WordPress-Backend ermöglichen (oder in WooCommerce). Aber sie erfüllen nicht den Wunsch der hier genannt wurde. Mir ist auch nach einem Tag überlegen kein Plugin bewusst was diesen Wunsch in der Form erfüllen würde.

Dann ändere mal nicht zu viel gleichzeitig, evtl. hat sich da etwas widersprochen.

Geh mal auf Updates und lade dort die Sprach-Aktualisierungen. Sollte ggfs. auch schon automatisch passieren.

In der Tabelle die Du kopiert hast stehen keine Produktdaten. Die ist gar nicht dafür gedacht. Die Produktdaten müssen also irgendwo anders her kommen. Sie sind aber in jedem Fall nur in deiner WordPress-Installation vorhanden und haben keinen Bezug zu einem anderen Shop, den Du "irgendwo anders" noch hast. Wenn Du unsicher bist, erstell eine Sicherung und bereinige danach die Daten.

Nach einer frischen WooCommerce-Installation sollten keinerlei Produkte und Kategorien angezeigt werden. Wie kommen die in dein Projekt? Hast Du einen Import durchgeführt?

Da hat wohl die Installation des Plugins nicht richtig funktioniert. Kannst Du das Plugin deinstallieren? Dann mach das. Wenn du nicht mehr ins Backend kommst, entferne das Verzeichnis /wp-content/plugins/woocommerce/ per FTP und installiere das Plugin danach neu.

Also funktioniert nun alles?

Du meinst den Tabellen-Prefix? Also das was in der Datei wp-config.php so geschrieben wird:

$table_prefix = 'wp_';

? Dann musst Du nicht nur alle Datenbanktabellennamen ändern (wirklich alle!) sondern in der usermeta-Tabelle auch bei jedem Nutzer die Angaben zu capabilities und user_level. Bei "wp_" als Prefix heißt der meta_key z.B. "wp_capabilities". Solange Du das beides nicht anpasst, wirst Du dich auch nicht im Backend anmelden können.

Beachte, dass je nach verwendeten Plugins ggfs. weitere Anpassungen an anderen Stellen notwendig sein könnten.

Die Ergänzung der Schriftart-Verwaltung wurde soeben im Core-Scrub auf WordPress 6.5 verschoben. Aus vielfältigen Gründen.

Sowas realisiert man am besten mit einem Cookie Consent Tool. Auch dafür gibt es viele Plugins für WordPress. Nur um mal 2 zu nennen: CookieBot & Borlabs.

Hab dazu nichts gesehen. Kannst es gerne hier anmerken: https://github.com/WordPress/gutenberg/issues

Das hat aber so rein gar nichts mit der Ergänzung der Schriftartenverwaltung zu tun. Die werden von Google geladen und lokal gespeichert (übrigens in /wp-content/fonts - ich hoffe kein anderer kam bisher auf die Idee dort etwas zu speichern xD).

Soweit ich das in Gutenberg 16.7 sehe, werden die Schriftarten als eigener Post-Type gespeichert. Für den Anfang dürfte die Funktion nur von FSE-Themes mit oder ohne den Block Editor ohne weiteres genutzt werden können. Ich denke mal es ist nur eine Frage der Zeit bis jemand diesen Post-Type auch in anderen PageBuildern (wie Elementor) zugänglich macht.

Ja, ich seh sie nicht mehr. Ich würde nochmals auf die Einstellungen der beiden Plugins hinweisen. Ggfs. überschneiden die sich funktional auch, was ungünstig wäre.

Leere mal den Seiten-Cache in WP Optimize und Autoptimize. Falls es sich dadurch löst, solltest Du dir mal die Einstellungen dieser Plugins näher anschauen und ggfs. deren Support kontaktieren.

WordPress von Haus aus kann das nicht, aber mit Individualentwicklung wäre das machbar. Sehe ich aber auch bei jedem anderen CMS als erforderlich für dein Vorhaben an.

Die 80% sind Standard soweit ich sehe. Der Unterschied ist eher, dass auf allen anderen Seiten eine Eigenschaft existiert, die die Breite auf 100% setzt. Du müsstest schauen, woher diese Angabe kommt. Sie steht im Inline-CSS von Neve. Ich weiß aber nicht wo man diesen eingibt/auswählt. Du solltest dich evtl. an den Support von Neve wenden: https://wordpress.org/support/theme/neve/

Die Seite ist responsiv. Das einzige was nicht stimmt ist der Aufbau vom Header. Dieser wird durch eine Custom CSS-Angabe mobil völlig falsch dargestellt. Das hier ist die schuldige Stelle im CSS:

#site-header-inner{padding:0 !important;display:flex;justify-content:center;align-items:center}

Lösung wäre, diese Eigenschaft nur ab einem bestimmten Viewport zu verwenden - also zum Beispiel:

@media only screen and (min-width: 600px) {
 #site-header-inner{padding:0 !important;display:flex;justify-content:center;align-items:center}
}

Dein Theme kann nichts für das was Du individuell ergänzt.

Das Problem ist deine Annahme, dass die Schriftart auf jedem Endgerät vorhanden ist. Diese von Microsoft erfundene Schriftart ist nahezu nur unter Windows zu finden. Auf Handys gibt es sie nicht - da sucht sich der Browser dann irgendeine auf dem Gerät vorhandene Standard-Schriftart aus und nutzt diese.

Da man Comic Sans aus Lizenzgründen auch nicht selbst einbinden darf, hast Du eigentlich nur 3 Möglichkeiten:
* Du verzichtest auf diese Schriftart und nimmst eine andere.
* Du gibst als alternative Schriftart eine ähnlich an die entweder als websichere Schriftart gilt oder z.B. per Google Fonts eingebunden werden kann (Hinweis: Datenschutz dabei beachten - nur lokal einbinden, nicht von extern)
* Du lässt es so wie es ist und ignorierst die Abweichungen auf nicht-Windows-Computern.