.. aber setzt nicht jedes CMS so ein "Session-Cookie"?
Nein.
Wie ist das, wenn ich zukünftig mal ein YT-Video einbette?
Google: YouTube DSGVO
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 erstellen.. aber setzt nicht jedes CMS so ein "Session-Cookie"?
Nein.
Wie ist das, wenn ich zukünftig mal ein YT-Video einbette?
Google: YouTube DSGVO
Spenden ohne Plugins: Man gibt eine Kontonummer und einen Verwendungszweck auf einer Seite an.
Emojis: Bei Dir werden ggf. die Scripts nicht eingebunden, bei anderen ggf. schon, daher ist ein diesbzgl. Plugin wie dieses hier durchaus immer sinnvoll. Schau Dir einfach den Quellcode Deiner Seite ohne Plugin an, dort ist ein Verweis auf den externen Server s.w.org.
Bei den Emojis geht es ebenso wie z.B. bei den Webfonts nicht um Cookies sondern um das Senden der IP-Adresse des Besuchers an externe Server, ein klassisches DSGVO Thema.
Schau Dir z.B. mal das Plugin Timed Content an.
Was der Website von wo einbindet und welche Cookies er setzt, liegt zu 100% in der Verantwortung des Websitebetreibers.
Wenn der Websitebetreiber selbst keine Ahnung hat, sollte er sich kompetente Hilfe holen oder keinen Website betreiben.
Der in den Screenshots genannte Website nutzt lt. HTML-Quellcode offenbar irgendwelche Spendenbuttons die eine komplette Stripe-API nachladen und weiterhin externe Google Webfonts, beides steht derzeit nicht in der Datenschutzerklärung. Ebenso fehlen dort die externen Emoji-Scripts, die manche Browser laden werden. Woher das _gid Cookie kommt, findest Du nach einfacher Google Suche in 2 Sekunden heraus.
Spenden kann man auch ohne Plugins bekommen, Webfonts lokal hosten, den WordPress Emoji Unsinn sollte man sowieso generell deaktivieren, und ob der Website wirklich Google Tagmanager / Analytics zwingend benötigt, sei mal dahingestellt. Welche Einbindungen / Cookies bleiben dann noch übrig?
Welche Cookies werden gesetzt und warum brauchst Du diese Cookies unbedingt?
Das wären die grundsätzlichen Frage, die man zuerst klären sollte.
Wenn die Datenbank gelöscht wird, sind die vorherigen Inhalte wie Beiträge, Seiten, Kategorien, Benutzer usw. weg.
Erstellte Subdomains haben mit WordPress nichts zu tun.
Wende Dich am besten an den Support des Hostings, evtl. haben die noch ein komplettes Backup von vor dem "Ablaufen" Deines Accounts.
Kann man z.B. per CSS und einer Klasse mit dem aktuellen Tag im [FONT=Courier New]body[/FONT] machen, ein entspr. Plugin wäre z.B. sowas:
<?php /*
Plugin Name: Wechselnde Hintergrundfarbe
Description: Siehe auch forum.wpde.org/threads/wechselnde-hintergrundfarbe.187788/
Version: 0.1
Author: b3317133
*/
function b3317133_body_class( $classes ) {
$classes[] = 'my-day-' . date( 'd' );
return $classes;
}
add_filter( 'body_class', 'b3317133_body_class' );
Alles anzeigen
Genutzt werden kann das dann z.B. über Design > Customizer > Zusätzliches CSS mit sowas:
Bleibt eigentlich nur die Möglichkeit, dass bei der Eingabe des Codes und/oder der Integration des Plugin-Shortcodes des Snippets auf Deiner Stellenangebote-Seite was schief läuft.
Das geht nur mit Eingriffen in den Plugin-Code.
Frage beim Support des Plugins nach, für welche Funktionen das Plugin Cookies benötigt oder finde es durch eine Code-Analyse selbst heraus und entferne diese Funktionen aus dem Plugin oder baue eine Mechanismus ein, der diese Funktionen oder das ganze Plugin nur dann aktiviert, wenn Deiner Cookie Notice zugestimmt wurde.
Alternativ verwende ein anderes Plugin für Dein Formular.
Das hat keinen Einfluss. Für eine Neuinstallation lösche wie beschrieben den Inhalt der Datenbank und gehe dann exakt so vor wie in der verlinkten Anleitung und nicht anders. Wenn Du nicht weisst, wie man die Datenbank löscht, wende Dich an den Support des Hostings.
Je nach "Theme" und/oder wie man das Bild einbindet, zeigt WordPress auch die sog. "Bildunterschrift" und/oder "Beschreibung" an, die beim jeweiligen Bild hinterlegt ist.
Wie/wo man diese dann darstellt, kann man ggf. über CSS relativ leicht beeinflusssen.
Genaueres kann man aber wohl erst mit einem Link zu einem Beispiel auf Deiner Seite sagen.
Ohne eine Session funktioniert deine Seite nun mal nicht.
WordPress benötigt keine Sessions, das genannte Cookie kommt nicht aus dem Core, das sollte man als "Managed WordPress" Anbeiter eigentlich wissen... o_O
In die Seite bindet man kein Snippet ein, das Plugin kann/soll komplett deaktiviert sein, man schreibt nur den o.g. Code in [FONT=Courier New]functions.php[/FONT] und den Shortcode [FONT=Courier New][footag][/FONT] in den Editor.
Ich habe eine website gefunden die glaube ich es aktuell gut umsetzt.
Aha, da ist dann irgendein grosses Popup mit viel Blabla, aber im Hintergund wird bereits die IP-Adresse des Besuchers an Google, Facebook, Twitter, Valao und Amazon geschickt und ein Cookie gesetzt, bevor man überhaupt zugestimmt oder abgelehnt hat.
Ein klassisches [COLOR=#ff0000]"Wir wissen in keinster Weise was wir tun"[/COLOR] Beispiel, bitte nicht nachmachen...
WordPress selbst setzt keine Cookies, ausser Du nutzt die Benutzeranmeldung.
Wenn man die "Avatare" aktiv hat, werden allerdings z.B. bei der Anzeige von Autorenseiten durch die "Icons" der Benutzer Daten zu gravatar.com geschickt, und im Backend sowieso, daher Avatare besser abschalten unter Einstellungen > Diskussionen.
Und manche WordPress Standard-Themes binden externe Google Webfonts ein, abschalten via Child Theme.
Der tolle Gutenberg Editor bindet übrigens immer einen externen Google Webfont ein, und zwar auf der Editor Seite, nicht im Frontend bei den fertigen Seiten, der Webfont ist also technisch nicht nötig, führt aber in Multi-Benutzer Installationen bzgl. DSGVO zu Problemen, wenn man sich ernsthaft mit den Themen auseinandersetzt.
Was dritte Themes und Plugins machen, musst Du im Einzelfall selbst recherchieren, und nach jedem Update wieder neu.
Was geht mit Punkt nicht? Wie genau sieht Dein Code dann aus?
Wenn etwas verändert wird, scheint es mit dem Punkt ja doch zu gehen... ohne Punkt ist es kein Klassenname.
Wenn zu viel verändert wird, stellt man einen übergeordneten Selektor vor den Selektor, man macht ihn dadurch spezifischer, mehr dazu (über den o.g. Link gefunden) siehe z.B. hier (developer.mozilla.org).
.kt-blocks-accordion-header [COLOR=#ff0000]kt-acccordion-button-label-show[/COLOR]
{
background-color: #60aff9 !Important;}
Bei [FONT=Courier New]kt-acccordion-button-label-show[/FONT] fehlt auf jeden Fall der Punkt davor, wenn es eine Klasse darstellen soll, mehr dazu z.B. hier (google).
Wie man CSS-Klassen von Elementen herausfindet und wie man CSS-Anpassungen einfügt, wurde Dir doch eigentlich im Forum schon zig mal erklärt.
Mit den CSS Anpassungen hat das bislang recht gut funktioniert.
Mach es so, wie es Dir bei anderen CSS Anpassungen erklärt wurde.
Wenn es dann Schwierigkeiten gibt, poste eine genaue Beschreibung, welche exakte Farbe Du wo genau nicht gesetzt bekommst oder für welches exakte Element Du einen Klassennamen nicht im Browser Inspector findest o.ä.
Genau so soll das Akkordion auch in der Sidebar ausschauen.
Genau so kannst Du das in die Jobbörse posten. Dann bekommst Du sicherlich ein paar Angebote und Copy&Paste Code ohne Nachdenken...
Generelle Ergänzung: Das hier ist hauptsächlich ein "Hilfe zur Selbsthilfe" Forum. Andere sollen später beim Lesen des Threads verstehen, wo ein Problem liegt und wie man es lösen könnte. Daher sollten URLs gepostet werden, wo man Dinge auch nachvollziehen kann und am Ende sollten alle daraus lernen, inkl. des Fragenstellers. Für technisch zu hohe Probleme oder für nicht genug kompetente Agenturen, die warum auch immer Leistungen verkaufen, die sie nicht leisten können, gibt es die Jobbörse.
Viele verwenden z.B. URL-Shortener, deren Linkziel man später anpassen kann.
Wenn man keine URL posten will, bleibt für sinnvolle Hilfe im Forum eher nur die Jobbörse.
Wie gesagt, bin hier ohnehin raus, auch nach zig Nachfragen keinerlei Beschreibung, was genau wo genau wie genau geändert werden soll, sorry. :confused:
Das Hauptmenü in Deinem Screenshot sieht völlig anders aus als die o.g. verlinkte Colornews Theme Seite und hat daher vermutlich auch eine andere HTML-Struktur und/oder andere Klassennamen usw.
Sobald Deine Seite so aussieht bzw. eingerichtet ist, wie die o.g. Seite, wird der CSS-Code im Customizer passen.
Wie gesagt, melde Dich gern dann wieder, wenn man Deine Versuche auch online sehen kann.
Ich habe den CSS-Code auf der o.g. Seite über den Browser Inspector ermittelt und auch darüber in die o.g. Seite eingefügt, mehr dazu hier.