Das Cookie PHPSESSID kommt daher, dass irgendein Plugin eine PHP-Session benutzt. Wie Du herausfinden kannst, welches Plugin das ist, siehe oben...
Beiträge von b3317133
-
-
Wenn Du herausgefunden hast, welches Plugin oder welcher Dienst für welches Cookie zuständig ist, wende Dich am besten an den Support des Plugins und/oder Dienstes.
Wie beschrieben, von WordPress selbst kommt keines der in #3 genannten Cookies.
-
Welches setzt WP den selber, wenn jemand die Seite besucht?
Kein einziges, ausser man meldet sich als WordPress-Benutzer an oder man nutzt die standard WordPress Kommentar-Funktion oder man nutzt eine Seite mit dem standard WordPress Passwortschutz, mehr dazu hier. -
Nein, kein einziges davon kommt direkt von WordPress.
-
Alle Plugins eins nach dem anderen deaktivieren, jeweils die Cookies im Browser löschen, jeweils die Seite neu laden, schauen, welche Cookies nicht mehr dazukommen.
-
Siehe @maxe und was erscheint in der Browser Konsole beim Aufruf der defekten Seite?
-
Versuche es mal ohne das Plugin, das ganz am Ende der Seite irgendwelche Cloudflare Scripts einfügt, es könnte sich um dieses Problem handeln.
-
Ironie des Schicksals, die auf Deiner Seite eingebundene Petition gegen DSGVO stellt nach allgemeinem Verständnis bereits einen DSGVO-Verstoss dar, weil damit die IP-Adresse des Seitenbesuchers ungefragt zu openpetition.de gelangt. Ebenfalls all die kleinen Bilder-Icons von "Cannonblogger", "Foto Spis", "rss-tipp.de" usw., die ebenfalls von extern eingebunden sind.
Weiterhin sind einige Tracker aktiv (AddtoAny, Google Analytics) und offenbar kann man Kommentare hinterlassen.
Das sind schon mal einige Anhaltspunkte, die man auf jeden Fall angehen sollte, auf die kommt man aber auch, wenn man sich etwas durch die diversen DSGVO-Checklisten liest, die es hier und da so gibt.
Rechtlich verbindlich kann Dir nur ein Anwalt unter die Arme greifen, kein Forum irgendwo im Internet...
-
Das "WPBakery Page Builder" Plugin (früher "Visual Composer") fehlt scheinbar oder ist deaktiviert.
Ausserdem werden offenbar mehrere Minify-Plugins parallel benutzt, Autoptimize und noch ein weiteres, das bei abgeschaltetem Autoptimize über den Parameter [plain]deineseite.de/?ao_noptimize=1[/plain] weiterhin den HTML-Code minifiziert. Ein solches Plugin ist genug.
Generell sollte man bei so einer Fehlersuche sämtliche Cache-, Minify- und sonstige "Optimierung" Plugins deaktivieren.
Edit: Und man sollte in einem Forum nach einer gelösten Frage auch posten, wo der Fehler lag, damit andere daraus lernen können.
-
-
Probiere es doch einfach aus? Link zur Seite mit Deinen Umbruch-Problemen?
-
sonst gibt es Probleme mit der CSS-Datei. ... Vielleicht kennt ja jemand eine Lösung.
Eine mMn. saubere Lösung wäre eine Anpassung der CSS-Datei.
Eine andere Lösung wäre das Lesen der Dokumentation von wp_nav_menu() bzgl. des Parameters [FONT=Courier New]container[/FONT].
-
-
Wenn Du schon so genau weisst, was es nicht sein kann, erübrigen sich weitere Tipps hier.
Ein letzter Tipp: Alle nicht existierenden Seiten, also auch z.B. /blablablubb/ werden bei der in .htaccess genannten Domain auf die Startseite weitergeleitet.
Und ein Hinweis am Rande: Der WordPress-Block in der .htaccess ist doppelt vorhanden.
-
Wie gesagt es gibt Themes die das Blogen nur mit Plugins möglich machen.
Nenne doch mal eines oder zwei, wo es keine "Beiträge" im Backend gibt. -
Mann müsste eigentlich eine art einstiegsseite haben wo der Besucher zuerst zustimmen oder ablehnen kann. Oder wie sehtbihr das?
Das kann man durchaus so sehen. Wie das Gerichte sehen, werden die ersten Prozesse nach Abmahnungen zeigen...
-
Was erscheint auf den fehlerhaften Seiten in der Browser Konsole?
Wo wird (auf der o.g. verlinkten Seite) SSL benutzt?
In der Seite steht mittendrin (warum auch immer) in einem Visual Composer Feld ein http-Link zu Google Webfonts der da nichts verloren hat. An anderer Stelle werden die Webfonts korrekt per //-Link eingebunden...
Code<h2 class="hidden">for W3c validation</h2> <div class="vc_row wpb_row vc_row-fluid"><div class="wpb_column vc_column_container vc_col-sm-12"><div class="vc_column-inner "><div class="wpb_wrapper"><link href="http://fonts.googleapis.com/css?family=Open+Sans:700%2C400" rel="stylesheet" property="stylesheet" type="text/css" media="all"> <div id="rev_slider_7_1_wrapper" class="rev_slider_wrapper... -
Evtl. ist auch eine Weiterleituing über ein "Redirect" Plugin hinterlegt, das kann man herausfinden, indem man eins nach dem anderen alle Plugins temporär deaktiviert, jeweils den Browser-Cache löscht und die Seite /videos/ neu aufruft.
-
Die möglichen Themenbereiche eines Blogs werden als Kategorien und Unterkategorien (ggf. mit Kurzbeschreibung) angelegt.
Die Beiträge (Posts) des Blogs schreibt man unter Beiträge.
Ein Beitrag kann eine oder mehrere Kategorien haben.
Dazu gibt es noch die Möglichkeit, kategorieübergreifend verschiedene Schlagworte (ggf. mit Kurzbeschreibung) zuzuweisen.
Ein Menü legt man unter "Design > Menüs" an, dort kann man die Übersichtsseiten der Kategorien und/oder Unterkategorien in das Menü oder ein Untermenü ziehen.
Eine Startseite des Blogs mit den jeweils neusten Beiträgen stellt man unter "Einstellungen > Lesen > bei Startseite oder Beitragsseite" ein.
Die Maximalanzahl von Beiträgen pro Kategorie-Seite oder pro Blogseite (=Beitragsseite) definiert man bei "Einstellungen > Lesen > Blogseiten zeigen maximal X Beiträge".
Die Navigation zwischen den Seiten innerhalb der Kategorien wird von WordPress automatisch erstellt.
Die Navigation zwischen den Beiträgen wird von WordPress automatisch erstellt.
Alles bis hier sind Standardfunktionen von WordPress.
Die Darstellung der o.g. Beiträge und Navigationsmöglichkeiten und das Aussehen des Menüs usw. im Frontend hängt dann vom Theme ab.
Generell gibt es zum Thema Blogging mit WordPress Millionen von Youtube-Videos und Tutorials, siehe auch Suchmaschine Deiner Wahl.
-
Auf Basis der bisher gemachten Angaben kann man problemlos auf alle Plugins verzichten.