Beiträge von HorstG

Mal hoch geholt. Wie ist denn die aktuelle Terminlage?

Zitat von firstlady

Zum Jahresende grob geschätzt.

Das ist ja wohl weit hinfällig. Gibt es da aktuelle Infos und wenn ja wo kann man da regelmäßig nach lesen?

Zitat von Lui_brempt

Diese Seite muss technisch bedingt einen Sessioncookie auf ihrem Rechner abspeichern. Ohne diesen Sessioncookie funktioniert das Angebot nicht. Dieser Cookie ist somit notwendig im Sinne von Art. 5 Abs. 3 Satz 2 der EU Richtlinie 2002/58.

Ich klaue mir mal diesen Text. Ist das OK?

Man kann, also im FF zumindest, einen Flash Inhalt anklicken und dann auf erlauben gehen damit der Flash Inhalt der besuchten Seite angezeigt wird.

Erledigt sich ja eh bald komplett von selbst wenn Flash endgültig begraben wird.

Zitat von Indigo66

Schau Dir dazu mal diese Erweiterung an: https://kicktemp.shop/plugins/…system-plugin-fuer-joomla

Sehr schön, kannte ich noch nicht. Vielen Dank!

Danke, dachte ich mir!

Hallo,

ich weis es gibt diverse Threads aber irgendwie geht es da um Like Buttons oder generelles DSGVO.

Heute mal speziell um Cookies. Da gibt es ein neues Urteil nach dem man keine Cookies mehr ohne Einwilligung setzen darf. Also gar keine mehr.

Meine Frage dazu. Kann man Joomla betreiben ohne das beim Seitenaufruf irgendein Cookie gesetzt wird. Geht das?

Zur Vollständigkeit hier der Newsletter unseres Datenschutzbeauftragten, wobei es mir jetzt hier mehr um die technische Frage geht ob man Joomla überhaupt aufrufen kann ohne ein Cookie zu setzen!

Zitat

Was vor kurzem noch reine Spekulation war, ist heute zum großen Thema in der Presse geworden. Denn das EuGH verabschiedete ein Urteil mit weitreichenden Folgen. Die Richter beschäftigten sich mit der Frage, ob voreingestellte Häkchen als eine aktive und vor allem aber freiwillige Einwilligung zu werten sind. Dem vorausgegangen war eine Klage durch die Verbraucherzentrale Bundesverband (VZBV) gegen die Planet49 GmbH vor dem Bundesgerichtshof. Hintergrund dessen war ein Gewinnspiel, bei dem die Einwilligung zum Setzen von Cookies bereits voreingestellt war.

ENDLICH GEWISSHEIT!

Das EuGH entschied ganz klar (Urteil ECLI:EU:C:2019:801), dass dies keine aktive und freiwillige Einwilligung darstellt. Demnach muss der User selbst aktiv werden, damit Cookies auf dessen Gerät gesetzt werden können. Die Option ihm lediglich die Möglichkeit zum Widerruf anzubieten, ist rechtswidrig. Man berief sich bisher in Deutschland auf den §15 des Telemediengesetzes, der es erlaubte Cookies auch ohne aktive Zustimmung setzen. In diesem heißt es:

„Der Dienstanbieter darf für Zwecke der Werbung, der Marktforschung oder zur bedarfsgerechten Gestaltung der Telemedien Nutzungsprofile bei Verwendung von Pseudonymen erstellen, sofern der Nutzer dem nicht widerspricht. Der Dienstanbieter hat den Nutzer auf sein Widerspruchsrecht im Rahmen der Unterrichtung nach § 13 Abs. 1 hinzuweisen.“

Somit konnte man Cookies setzen und es war völlig ausreichend, den User lediglich auf sein Recht zum Widerruf hinzuweisen. Ein Hintertürchen, dass nun durch dieses Urteil nicht nur geschlossen, sondern regelrecht zugemauert wurde. Was viele nicht wissen, ist, dass die EU sich bereits vor zehn Jahren mit dem Thema beschäftigte und durch eine Richtlinie (2009/136/EG) zu bewirken versuchte, dass Cookies erst durch eine aktive Zustimmung gesetzt und auf den Geräten der User gespeichert werden dürfen. Das der Gesetzgeber die Richtlinie der EU nicht umgesetzt hat, ist nur ein weiteres Indiz dafür, dass man die Bedeutung und Reichweite der Digitalisierung bereits im Jahre 2009 nicht verstanden hatte.

WAS IST NUN ZU TUN?

Für die Seitenbetreiber bedeutet dies nun, dass sie sich über ein „Popup-Fenster“ oder ein Cookie-Banner vor dem Setzen der Cookies die Einwilligung des Users einholen müssen. Der interessantere Teil des Ganzen ist jedoch der, dass es nun keinen Unterschied macht, ob dabei personenbezogene Daten verarbeitet werden oder nicht. Somit sind alle Cookies betroffen. Wie nun das verabschiedete Gesetz konkret umzusetzen ist, werden die Behörden uns bestimmt bald wissen lassen.

WIR EMPFEHLEN DAHER UMGEHEND!

• Den Einsatz eines konformen „Popup-Fensters“ oder eines Cookie Banners

• Keine Voreinstellungen/Vorauswahl setzen. Ergo nur aktive Opt-In-Möglichkeiten

• Sicherzustellen, dass die Cookies beim Seitenaufruf auch tatsächlich nicht geladen werden. Diese dürfen erst nach einer erfolgten Einwilligung geladen werden.

• Eine Interessensabwägung, welche Tracking- und Analyse-Tools tatsächlich noch benötigt bzw. wirtschaftlich bedeutend sind.

RICHTIGES COOKIE-BANNER

Ein Banner das eine Einwilligung impliziert (z.B. „Indem Sie unsere Seite weiterhin nutzen stimmen Sie der Verwendung von Cookies zu“) ist nicht datenschutzkonform, da die Einwilligung gegen Art.7 DSGVO verstößt. Demnach muss eine Einwilligung transparent, freiwillig (also aktive Zustimmung) und widerrufbar sein.

Es muss also eine Möglichkeit gegeben sein, über das Cookie-Banner eine Einwilligung zu geben. Ein „OK-verstanden“ reicht hier nicht aus und wird von den Aufsichtsbehörden evtl. mit einem Bußgeldverfahren bestraft. Korrekt wären die Auswahlmöglichkeiten „Ich stimme zu“ und „Ich stimme nicht zu“. Dies wäre der erste richtige Schritt. Oft wird dann jedoch das eigentlich essentielle vergessen: Bevor man überhaupt die Einwilligung zur Erhebung gibt, dürfen keine(!!) Cookies erhoben werden, sondern wirklich erst dann, wenn Cookies akzeptiert werden. Auch kann man dies über einen „Regler“ realisieren. Auch bei einer Nichtzustimmung dürfen keine Cookies erhoben werden.

Alles anzeigen

Zitat von Titus

Stamme aus Bad Abbach / Regensburg.

dito

Ich habe gerade mit einen DS Beauftragten telefoniert und sehe aufgrund von dem Urteil eine ganz andere Basutelle viel schwieriger.

Es wird für Cookies die Cookie-Opt-In-Banner Pflicht und der Ganze Gedöns ist ab sofort abmahnbar!

Man muss also jetzt vor jeder Webseite erst mal so was schalten:

1.

2.

Also die Seite darf nicht begehbar sein bevor man nicht die Cookie Einstellungen gewählt und akzeptiert hat. Die bisherigen Lösungen mit dem Hinweis alleine reichen nicht mehr aus!

Dazu auch hier nachzulesen:

https://mailchi.mp/drschwenke/…etzt-illegal?e=c3735ef740

Newsletter Dr. Schwenke

Gibt es dafür schon Lösungen in Joomla?

Zitat von addi

Besser als Tabellen ist natürlich Bootstrap.

ohne Frage, aber aus Gründen...

Zitat von kitepascal

table-layout: fixed;

Ja wenn man so gut wie nie was mit Tabellen macht hat man nicht alles am Schirm. Das funktioniert.

Vielen Dank an allen Helfern!

Auch kein Unterschied...

Zitat von kitepascal

Die Tabellen brauchen eine width von 100% - ansonsten klappt das mit den 50% der TDs nicht.

Entweder im HTML einbauen <table width="100%" ...

oder per eigenem CSS (ggf. nur für Phones):

@media (max-width: 767px) {

TABLE {

width: 100%;

}

}

Alles anzeigen

Ja war eine meiner Ideen! Aber, ich hab mal die 100% schnell eingebaut, das hat keine Auswirkung auf die responsive Skalierung. Die Bilder bleiben unterschiedlich groß.

Ich teste mal den CSS Befehl...

Noch eine kleine Hilfe bitte!

In der Desktop Ansicht sind die Bilder (im Moment noch skaliert da die endgültige Größe noch nicht fest steht) gleich groß wie angegeben, in der mobilen Ansicht werden die Bilder plötzlich unterschiedlich groß durch die responsive Skalierung

https://www.ft-shoppermarketing.de/unternehmen/das-team.html

Any Idea?

Desktop

mobile

Ah vielen Dank addi So funktioniert es!

Servus,

es geht um diese Seite

https://www.ft-shoppermarketing.de/leistungen/analytics.html

Da sind im Content unten 5 Boxen nebeneinander. Die letzte rutscht einfach etwas nach oben und ich weis ums verrecken nicht warum.

Vielleicht hat jemand mit sehr guten CSS Kenntnissen kurz mal Zeit und gibt mir den richtigen Denkanstoß.

Vielen Dank!

Also dieser Eintrag brachte leider bzgl. den Aktivierungslinks keine Hilfe.

Hab dann mal aus der htaccess die httpps Einträge entfernt - keine Abhilfe.

Geholfen hat dann in der Konfiguration das HTTPS erzwingen ganze Webseite!

So geht es nun mit den Aktivierungslinks.

Kann man das so lassen? Die Webseite an für sich läuft einwandfrei!

Zitat von Re:Later

Zumindest fehlt hinter Zeile 3.

Code

[R=301,L]

In diesem Fall besonders wichtig das "L" für "letzte Anweisund innerhalb dieser RewriteRule

Also so

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]
php_flag display_errors off

Darf ich das noch mal hoch holen. Ich hab gerade auf einer meiner privaten Seite das gleiche Problem.

Der Aktivierungslink ist http und wird dann wohl per htaccess zu https.

Im Joomla Backend hab ich https erzwingen- keine!

Die Seite liegt bei AllInkl und hat ein Let's Encrypt Zertifikat und PHP 7.1

Meine htaccess hat folgenden Eintrag

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}
php_flag display_errors off
##
# @package    Joomla
# @copyright  Copyright (C) 2005 - 2016 Open Source Matters. All rights reserved.
# @license    GNU General Public License version 2 or later; see LICENSE.txt
##

##
# READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE!
#
# The line 'Options +FollowSymLinks' may cause problems with some server configurations.
# It is required for the use of mod_rewrite, but it may have already been set by your
# server administrator in a way that disallows changing it in this .htaccess file.
# If using it causes your site to produce an error, comment it out (add # to the
# beginning of the line), reload your site in your browser and test your sef urls. If
# they work, then it has been set by your server administrator and you do not need to
# set it here.
##

## No directory listings
IndexIgnore *

## Can be commented out if causes errors, see notes above.
Options +FollowSymlinks
Options -Indexes
<IfModule mod_headers.c>
Header always set X-Content-Type-Options "nosniff"
</IfModule>
## Mod_rewrite in use.

RewriteEngine On

## Begin - Rewrite rules to block out some common exploits.
# If you experience problems on your site then comment out the operations listed
# below by adding a # to the beginning of the line.
# This attempts to block the most common type of exploit `attempts` on Joomla!
#
# Block any script trying to base64_encode data within the URL.
RewriteCond %{QUERY_STRING} base64_encode[^(]*\([^)]*\) [OR]
# Block any script that includes a <script> tag in URL.
RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR]
# Block any script trying to set a PHP GLOBALS variable via URL.
RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
# Block any script trying to modify a _REQUEST variable via URL.
RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
# Return 403 Forbidden header and show the content of the root homepage
RewriteRule .* index.php [F]
#
## End - Rewrite rules to block out some common exploits.

## Begin - Custom redirects
#
# If you need to redirect some pages, or set a canonical non-www to
# www redirect (or vice versa), place that code here. Ensure those
# redirects use the correct RewriteRule syntax and the [R=301,L] flags.
#
## End - Custom redirects

##
# Uncomment the following line if your webserver's URL
# is not directly related to physical file paths.
# Update Your Joomla! Directory (just / for root).
##

# RewriteBase /

## Begin - Joomla! core SEF Section.
#
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
#
# If the requested path and file is not /index.php and the request
# has not already been internally rewritten to the index.php script
RewriteCond %{REQUEST_URI} !^/index\.php
# and the requested path and file doesn't directly match a physical file
RewriteCond %{REQUEST_FILENAME} !-f
# and the requested path and file doesn't directly match a physical folder
RewriteCond %{REQUEST_FILENAME} !-d
# internally rewrite the request to the index.php script
RewriteRule .* index.php [L]
#
## End - Joomla! core SEF Section.

Was muss ich umstellen?

Vielen Dank für die Hilfe

1200 Zeilen Code bevor der body tag kommt - cooles Template

Es muss irgendwo einen #berwertungen tag geben. Evtl., irgendwo in den Template Einstellungen?

Hoster Konfiguration hast ja schon geprüft?

Selbst bei Handeingabe springt er da hin, das komt ja nicht von irgendwas aus einem Anker Tag

Danke Euch.

Hab jetzt auch viele weitere und nur noch einmal aufgetreten. Ich werde mal, wenn die Updates durch sind schauen was es da für Gemeinsamkeiten gibt...

Nachtrag

Das tritt bei mir nur bei 1und1 Hosting, jetzt ja IONIS, auf