Beiträge von b3317133

Das setzt die Checkbox vor den Text:

input[type="checkbox"][name="agb-datenverarbeitung"] {
    width: 1em;
}

Und ganz links an den Rand rücken könnte man sie so:

.wpcf7-form-control.wpcf7-acceptance .wpcf7-list-item {
    margin-left: 0;
}

Hier ein Ansatz mit mehreren Buttons mit einer Klasse und einer gemeinsamen Funktion, allerdings auf Basis von jQuery (wird auf Deiner Seite mitgeladen), das ist etwas komfortabler: https://jsfiddle.net/7y0sc3d4/

Zur verlinkten Seite:

1. Zum Zeitpunkt der Ausführung von [FONT=Courier New]getElementById()[/FONT] im [FONT=Courier New]<head>[/FONT] existiert das DOM des [FONT=Courier New]<body>[/FONT] und somit der gesuchte Button noch gar nicht, also kann man ihm auch kein Click Event anhängen.
2. Wenn man den Code an das Ende der Seite verlagert bzw. erst nach Erstellung des DOM aufrufen würde, wird es auch nicht funktionieren, weil die ganze Seite derzeit kein Element mit einem [FONT=Courier New]id="button-color2"[/FONT] enthält.

Zitat von scharf-s

.. werden einzelne Buchstaben eines Wortes einfach in eine neue Zeile gesetzt, ..

Vermutlich liegt das an den [FONT=Courier New]word-wrap[/FONT] und/oder [FONT=Courier New]word-break[/FONT] Regeln für [FONT=Courier New]body[/FONT], die sich weitervererben.

Deaktiviere für Hilfeanfragen alle Cache- und Minify-Plugins, derzeit mindestens aktiv: WP Fastest Cache, Autoptimize

Link zur Seite auf der das Snippet eingebaut ist und diese Meldung in der Konsole erscheint?

Solange drei verschiedene jQuery Versionen gleichzeitg auf der Seite geladen werden, ist eine weitere Fehleranalyse wenig sinnvoll.

Weiterhin deaktiviere für Hilfeanfragen alle Cache- und Minify-Plugins, derzeit mindestens aktiv: Autoptimize

Ein Problem zeigt sich beim einfachen Betrachten des Quelltextes in Firefox schon anhand der Farbgebung des Codes dort.

Im Footerbereich wurde wohl irgendwo ein SVG Icon eingefügt und damit u.a. der Codeblock:

<style type="text/css">
   <![CDATA[
    .fil0 {fill:white}
   ]]>
  </style>

WordPress macht da "aus Gründen" dann aus dem [FONT=Courier New]]]>[/FONT] ein [FONT=Courier New]]]&gt;[/FONT] so dass der Code jetzt so aussieht

<style type="text/css">
   <![CDATA[
    .fil0 {fill:white}
   ]]&gt;
  </style>

wodurch wiederum ein Grossteil des folgenden HTML Codes als CSS bzw. Inhalt von CDATA betrachtet wird, mit diversen Folgen. Entferne diesen [FONT=Courier New]<style ...>[/FONT] Codeblock.

Der Code passt so nicht für WordPress, das selbst eine eigene jQuery Version einbindet. Mind diese Zeilen müssen entfernt werden:

<script type="text/javascript" language="JavaScript" src="https://st2.schuhe.de/cms/js/jquery.min.js"></script>
...
<script src="https://www.schuhe.de/cms/js/jquery-1.4.2.min.js"></script>

Derzeit wird ein Scriptfehler auf der Seite erzeugt, das aktuell dreifache(!) Einbinden von jQuery in unterschiedlichen Versionen extern 1.3.2, 1.4.2 und WordPress 3.5.1 dürfte hier eine Ursache sein.

Weiterhin ist der ganze Codeblock offenbar doppelt eingefügt, einmal über ein iframe Plugin (dort falsch/seltsam ausgegeben) und einmal in einem HTML Widget, dort wird er wohl genutzt.

Wende Dich am besten an die Person, die den Website technisch betreut bzw. eingerichtet hat, die dürfte Dir hier am besten weiterhelfen können, da alle Eckdaten der Installation bzw. solche technischen Zusammenhänge bekannt sein müssten.

Hier wird übrigens keine kleine iframe sondern gar nichts angezeigt.

Vermutlich solltest Du das [FONT=Courier New]display: flex;[/FONT] usw. auf [FONT=Courier New].astra-shop-summary-wrap[/FONT] und seine Inhalte anwenden, der o.g. CSS Code mit der Klasse [FONT=Courier New].woocommerce-LoopProduct-link[/FONT] beeinflusst eher den Bereich des Thumbnails wenn ich das recht verstehe... (Text geändert)

Deaktiviere testweise die Mechanismen, die Kategorie und Steuer einfügen, so dass im Frontend das gleiche ausgegeben wird, wie im Backend. Sonst ist logischerweise keine Vergleichbarkeit gegeben.

Mögliche Ansätze zur Fehlersuche:

• Alle Cache- und Minify-Plugins deaktivieren
  
• Elementor > Tools > Regenerate CSS aufrufen, siehe auch Elementor Anleitung

Link zur Seite wo man das ansehen kann?

Evtl. arbeitest Du an den falschen Elementen. Deine Vorschau Screenshots enthalten weiterhin andere Inhalte als die gezeigten Frontend Screenshots.

Wie/wo genau gibst Du den CSS Code ein, der in der Vorschau greift und funktioniert?

Das Deaktivieren von Cache- und Minify-Plugins usw. dient dazu, dass mögliche Helfer den HTML und CSS Code ohne Einflüsse durch Plugins sehen und nachvollziehen können.

Am Rande bemerkt: Während der Entwicklung sollten ohnehin keine Cache- u.ä. Plugins zum Einsatz kommen, die sind oft eine Ursache von "meine Änderungen sind nicht sichtbar" Postings hier im Forum

Für Mitleser, das Umstellen einer bestehenden normalen Installation in Multisite birgt viele Unwägbarkeiten, die man von aussen nicht beurteilen kann.

Generell sollte man sich komplett und ausführlich mit mindestens diesen Anleitungen auseinandergesetzt haben:

• https://wordpress.org/support/articl…eate-a-network/
• https://wordpress.org/support/article/create-a-network/

WordPress Multisite ist ein Thema, das einen sehr breiten Wissensstand bzgl. WordPress voraussetzt, vermutlich das komplexeste Thema bei WordPress.

Wenn wie in diesem Fall beschrieben das Anlegen von Subdomains nicht wie für Multisite benötigt möglich ist, bleibt nur ein Hosterwechsel wenn man Subdomains unbedingt nutzen will.

Man sollte aber beim neuen Hosting dann zunächst mal mit einer frischen, leeren Installationen starten und darin alles Schritt für Schritt so umsetzen, wie man es mit dem bestehenden Website machen wollen würde. Wenn das dann zu 100% klappt, inkl. die angedachten zwei Shops usw., dann kann man sich an die Umstellung bzw. den Umzug des bestehenden Websites bzw. der Inhalte in die funktionierende Installation machen.

Wie der fehlerhafte CSS Codeblock bzgl. [FONT=Courier New]font-family: 'Snippet';[/FONT] an dieser Stelle gelandet ist, kann man von aussen nicht beurteilen. Das sollte die Person wissen, die an der Seite gearbeitet hat oder es liegt ein Fehler im Theme vor.

Die beiden geposteten Screenshots der Vorschau und der Seite zeigen unterschiedliche Inhalte mit zusätzlichen Elementen wie z.B. einer Zeitangabe und mehrfach umgebrochene Überschriften.

Deaktiviere für Hilfeanfragen alle Cache- und Minify-Plugins, derzeit mindestens aktiv: WP Fastest Cache

Die Design > Menüs Seite lädt lt. Video normal schnell. Sehe da keinen Teil, der auch nur ansatzweise 2 Minuten dauert.

• Was genau ist der langsame Teil?
• Kannst Du erst nicht links auf die Seiten klicken?
• Ist es der Speichervorgang?

Wie man das etwas (seitens Browser) eingrenzen könnte:

• Verwende einen anderen Browser, ändert das etwas?
• Sind Browser Add-Ons aktiv? Deaktiviere diese, ändert das etwas?
• Sind am PC irgendwelche extra Antiviren oder Firewall o.ä. "Schutz" Programme aktiv, deaktiviere diese temporär.

Wie man das etwas (seitens WordPress) eingrenzen könnte:

• Deaktiviere das Advanced Menu Manager Plugin, ändert das etwas?
• Deaktiviere temporär das Elementor Plugin (im Filmbeispiel wird Gutenberg zum Erstellen von Seiten verwendet), ändert das etwas?
• Deaktiviere/entferne das Jetpack Plugin, das ist ohnehin nicht DSGVO konform einsetzbar, egal wieviele GDPR/DSGVO Plugins genutzt werden (da sind ein aktives "Ninja GDPR" und ein weiteres aktives "Cookies" im Film sichtbar, solche Dinge nicht parallel nutzen)
• Deaktiviere alle sonstigen Plugins, die nicht zwingend nötig sind.

Wie man das weiter eingrenzen könnte:

• Was erscheint in der Browser Konsole im Konsole Tab beim langsamen Bearbeiten des Menüs?
• Was erscheint in der Browser Konsole im Netzwerk Tab beim langsamen Bearbeiten des Menüs?

Link zur Seite?

Vermutlich ja, [FONT=Courier New]register_uninstall_hook[/FONT] wird üblicherweise nur in Plugins verwendet.

Wobei in Deinem Fall da eine ganze Menge Dinge aufeinandertreffen, uralte PHP Version 5.3.29, uralte WordPress Version 3.4.1, uralte Twentyten Version 1.2 und es auch unklar ist, ob und ggf. welche manuellen Änderungen in Theme gemacht wurden, welche zwei Plugins von welcher auf welche Version aktualisiert wurden, welche kleine Änderungen gemacht wurden, usw.

Weiterhin stellt sich die Frage, ob etwas an den WordPress Einstellungen verändert wurde, denn z.B. das Nextgen Plugin geht derzeit davon aus, dass die Plugin Installation in einem Unterordner [FONT=Courier New]/wordpress/wp-content/plugins/...[/FONT] zu finden ist, seine Dateien befinden sich aber derzeit offenbar einen Ordner höher in [FONT=Courier New]/wp-content/plugins/...[/FONT]

Da geht einiges schief, oder es sind ggf. zwei ineinander verschachtelte WordPress Installationen vorhanden o.ä.

Tipp dazu: Die aktuell im Quelltext der Seite im CSS-Block [FONT=Courier New]kirki-inline-styles[/FONT] sichtbare Verlinkung einer Schriftart ist falsch und kann so nicht gefunden werden.

src: url(/www/htdocs/w01bb746/ladys-backblog.de/wp-content/fonts/snippet/bWt47f7XfQH9Gupu6vjKeuh-UWY.woff)

Das ist ein Serverpfad und keine URL für den Browser. Evtl. ein Überrest von vorherigen Integrationsversuchen...

Zitat von tonton

Zunächst habe ich die Plugins durch Umbenennen der Reihe nach deaktiviert, jedoch ohne Erfolg.

Der Hinweis bzgl. [FONT=Courier New]register_uninstall_hook[/FONT] deutet darauf hin, dass mind. ein Plugin weiterhin läuft. Benenne testweise den ganzen Ordner [FONT=Courier New]/wp-content/plugins/[/FONT] temporär um, erscheint dieser Hinweis dann immer noch?

Falls nein, weiter eingrenzen durch z.B. erste Hälfte aller Plugins im Ordner umbenennen, dann zweite Hälfte usw. bis man es auf den/die Verursacher eingegrenzt hat. Das Problem kann ggf. auch von mehreren Plugins verursacht werden, so dass einzelnes Umbenennen der Reihe nach ggf. wenig nutzt.