Beiträge von b3317133

Mit CSS z.B. so wie hier. Wie genau kommt auf Deine Seite an. Link zur Seite? Siehe auch Forenregeln, Punkt II

Warum sollte man ein Video nicht selbst hosten? Dein Elementor Hintergrundvideo kann man problemlos auch als .mp4 in der lokalen WordPress Mediathek einbinden.

Ein ggf. beabsichtigtes Blocken des aktuellen vimeo Hintergrundvideos funktioniert derzeit augenscheinlich nicht, akamai und cloudflare werden von vimeo genutzt/eingebunden.

Laut Theme Dokumentation sollte das ebenfalls im Header Section Bereich der Theme Optionen möglich sein.

Tipp am Rande: Zum Bedanken gibt es hier im Forum auch einen "Gefällt mir" Button unten rechts in jeder Antwort.

Design > Customizer > ExS Theme Options > Header Section > Header Logo section options > Hide Logo Section Social icons on screens > Always hidden

Siehe auch Theme Dokumentation.

Jetzt kannst Du die Dokumentation von Astra und Elementor oben in Antwort #2 lesen und in der Child Theme [FONT=Courier New]functions.php[/FONT] umsetzen und damit dann auf irgendwelche zusätzlichen Entfernungsplugins verzichten.

Weiterhin sind noch Punkte aus einem andern Thread offen:

Zitat von b3317133

.. Die Seite bindet derzeit ohne Zustimmung auch noch weitere externe Inhalte von vimeo.com, akamai.net, cloudflare.net usw. ein, technisch ist das alles die gleiche Problematik wie bei Google Webfonts.

Zitat von Ridonda

..soll er am Ende nur im Child Theme Ordner liegen ..

Der Order ist nur im Child Theme nötig, dazu noch die Pfadanpassungen in [FONT=Courier New]style.css[/FONT] sonst wird weiter an der falschen Stelle gesucht, siehe oben:

Zitat von b3317133

... Upload des [FONT=Courier New]fonts[/FONT] Ordners in das Child Theme.

Und passe in [FONT=Courier New]style.css[/FONT] den Pfad (das ist das "folder prefix" aus Punkt 3 im Google Webfonts Helper) von [FONT=Courier New]../fonts/[/FONT] in [FONT=Courier New]fonts/[/FONT] an.

Habe es oben noch etwas erklärt, Du solltest die Punkte aber auch auf der Google Webfonts Helper Seite selbst lesen können.

Die Font Dateien, auf die in [FONT=Courier New]style.css[/FONT] des Child Themes verwiesen wird, sind lt. Screenshot nicht hochgeladen (Ergänzung: bzw. an die falsche Stelle hochgeladen, es war zunächst nur der erste Screenshot in der Antwort #8 vorhanden).

Offenbar fehlt noch der Punkt 4 aus dem Google Webfonts Helper, "Download files" und der Upload des [FONT=Courier New]fonts[/FONT] Ordners in das Child Theme.

Und passe in [FONT=Courier New]style.css[/FONT] den Pfad (das ist das "folder prefix" aus Punkt 3 im Google Webfonts Helper) von [FONT=Courier New]../fonts/[/FONT] in [FONT=Courier New]fonts/[/FONT] an.

Die Webfont Dateien sind nicht an passender Stelle im Child Theme hochgeladen, Zugriffe auf die Font Dateien ergeben derzeit Fehler 404 nicht gefunden. Poste einen Screenshot der Verzeichnisstruktur und Dateien im Child Theme, dann kann man Dir ggf. weiterhelfen.

Wie man die Google Webfonts in Astra abschaltet, steht z.B. in der Astra Theme Dokumentation.

Wie man die Google Webfonts in Elementor abschaltet und die Ladegeschwindigkeit erhöht, steht z.B. in der Elementor Dokumentation.

Zitat von Ridonda

In die functions.php
}
add_action( 'wp_enqueue_scripts', 'child_theme_styles' );?>

Dieser Code ist offensichtlich unvollständig.

Link zur Seite? Siehe auch Forenregeln, Punkt II.

Um Deine Vorlagen in WordPress nutzen zu können, musst Du daraus ein sog. "Theme" erstellen (lassen).

Lies am besten als erstes mal komplett das WordPress Theme Handbook durch, und am Ende nochmal den Teil zur Template Hierarchy, das sollte das Konzept ganz gut erklären.

Grundlegende PHP Kenntnisse sind nötig.

Offenbar wurde der Website gehackt. Alles auf dem Server inkl. Datenbank ist als kompromitiert zu betrachten.

Die SQL-Trigger Beschreibung setzt voraus, dass der Website bereits anderweitig kompromitiert wurde und ist nur eine Rückfallebene des Angreifers.

Zitat

A real life case would be an attacker that already has obtained unauthorized access to a website and wants a persistent backdoor for regaining unauthorized access..

Jemand hat eine Sicherheitslücke in Deinem Theme oder in einem Plugin oder in WordPress oder auf noch andere Art und Weise ausgenutzt, um (mindestens) diesen einen neuen Benutzer anzulegen.

Ein nachträglicher Versuch, eine mögliche andere Hinterlassenschaft des Hacks (SQL-Trigger) etwas einzugrenzen, ist nicht ausreichend, es beseitigt nicht die Sicherheitslücke.

Das allgemeine Vorgehen bei einem Hack ist z.B. hier beschrieben, das könntest Du mit jemandem mit WordPress Erfahrung bei Dir im näheren Umfeld zusammen durchgehen.

Dabei am Wichtigsten wäre, die für den Hack genutzte(n) Lücke(n) zu ermitteln, damit das nicht wieder passiert.

Im verwendeten Theme OceanWP kannst Du das wie folgt deaktivieren bzw. weiter unten noch ggf. konfigurieren:

Design > Customizer > Blog > Einzelbeitrag > Positionierung der Elemente > Ähnliche Beiträge > Haken rausnehmen.

Evtl. hilft die Theme Dokumentation zum Thema Menü Styling weiter.

Ansonsten könnte die Farbe ggf. auch durch andere Dinge auf dem Website beeinflusst werden.

Link zur Seite wo man das ansehen kann? Siehe auch Forenregeln, Punkt II.

Was mit der Pro Version geht oder nicht geht, am besten direkt beim Colibri Support anfragen.

Füge die gleichen Seiten mehrfach in das Menü ein und verschiebe sie eingerückt unter die Punkte wo Du sie haben willst.

Zitat von meisterleise

... einfach nur Google Fonts unterbinden und fertig.

Dafür ist hier kein Plugin nötig, siehe auch Schritt 6 in der o.g. Anleitung des Theme Herstellers, es gibt in den Theme Einstellungen extra einen Schalter dafür...

Schau Dir die Anleitung Deines Theme Herstellers an:

https://designers-inn.de/google-web-fon…form-einbinden/

Bei DSGVO Fragen am besten einen entspr. Anwalt aufsuchen.

Aus "irgendeinem Forum" kann man dazu sicher keine rechtsverbindlichen Aussagen bekommen.

Die aktuellen Rückfragen lassen auch darauf schliessen, dass bei dem Thema generell noch viel Klärungsbedarf herrscht. Die Seite bindet derzeit ohne Zustimmung auch noch weitere externe Inhalte von vimeo.com, akamai.net, cloudflare.net usw. ein, technisch ist das alles die gleiche Problematik wie bei Google Webfonts.

Eine simple Unternehmenspräsentation Webseite wie hier kann man mit WordPress problemlos völlig ohne Cookies und externe Einbindungen realisieren, dann ist auch kein Banner bzw. keine Zustimmung von Besuchern nötig.

Viele Optimier usw. Plugins verursachen oberflächlich betrachtet solche Probleme.

Die eigentliche Ursache liegt dann aber meist darin, dass die optimierten und zusammengefassten Scripts aus Theme oder Plugins fehlerhaft sind, z.B. syntaktisch falsche Kommentare enthalten, Teile an der WordPress API vorbei einbinden usw.

Daher kann man hier zu keiner Alternative raten, ohne dass das eigentliche Problem gefunden und gelöst ist.

Was in jedem solchen Optimier usw. Plugin abgeschaltet bzw. nicht aktiviert werden sollte, ist das Optimieren usw. für angemeldete Benutzer, da geht erfahrungsgemäss sehr viel schief.

Die Seite erzeugt lt. Screenshot Browser Konsole derzeit einen Scriptfehler:

Uncaught SyntaxError: Invalid or unexpected token

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