[Friederike]

Wazu muss Typo3 Cookies setzen?

[Junior]

Zum Beispiel um sich ins Backend oder Frontend einzuloggen.

Lieben Gruss

[arne.wagner]

Hallo,
die Konzeption des "fe_typo_user"-Cookies ist nicht eins der Highlights von Typo3. Es wird immer gesetzt, aber nur selten benötigt - m.W. hauptsächlich für den Fall, dass ein Login auf der Seite vorhanden ist (auf wieviel Prozent der Sites ist das der Fall?), und dann auch erst, wenn sich ein User eingeloggt hat. Dass Menschen evtl. eine Abneigung gegen Cookies haben und evtl. Cookies in den Datenschutzrichtlinien begründen müssen, wird völlig ausser acht gelassen.
Man kann das Cookie aber ausschalten: dazu in der localconf.php die Zeile

$TYPO3_CONF_VARS["FE"]["dontSetCookie"] = 1;

einfügen.
Auf der Site ein Login anzubieten ist dann natürlich nicht mehr möglich.
Gruß, Arne

[elektroniker]

Hallo,

ich hänge mich hier mal dran.

Ich habe versuch bei meiner Typo Installation mit dem Tipp von arne.wagner das Setzen von Cookies im Frontent auszuschalten. Wenn ich nun unter Konfiguration nachgucke steht da:

$TYPO3_CONF_VARS['FE']['dontSetCookie'] = 1;

Aber Typo hält sich nicht dran und setzt trotzdem immer einen Cookie.

Ich bin mit Typo noch nicht so erfahren und hoffe hier kann mir jemand dabei helfen.


Die Url möchte ich nicht angeben, da ich erst weiter dran basteln will, bis Google und Co. die Seite finden.

MFG Fabian

[david]

Zitat von arne.wagner

Dass Menschen evtl. eine Abneigung gegen Cookies haben und evtl. Cookies in den Datenschutzrichtlinien begründen müssen, wird völlig ausser acht gelassen.

Viel wichtiger ist, daß es Personen gibt, auf deren PC keine Cookies gesetzt werden können weil sie z.B. einen Textbrowser oder Screenreader verwenden (die Java-Script nicht ausführen). Somit sind Cookies nicht barrierefrei. Auch die clientseitige Verschlüsselung von Passwörtern mittels JS ist nicht barrierefrei, wird aber von den meisten Foren die ich kenne verwendet, unter Typo3 im Frontend ist sie möglich, im Backend wird sie sowieso verwendet.

Typo3 ist somit zwar geeignet barrierefreie Seiten zu erstellen, eine barrierfreie Bedienung des Backends ist aber nicht möglich.

Personen die Cookies als einen Angriff auf die Privatsphäre betrachten, halte ich trotzdem für extrem übervorsichtig.

[Armin]

Guten Tag,

ich erlaube mir auch mal ein paar Worte:

Vorweg: Cookies stören nicht die Barriefreiheit, sondern können diese Sinnvoll unterstützen. Das gleiche gilt für den Einsatz von JS!

Leider wird Barrierefrei meist sehr eng verstanden, es umfasst aber deutlich mehr Barrieren die berücksichtigt werden müssen. Die Barrierefreit auf Screenreader oder Text-Browser zu begrenzen, schafft Barrieren für andere Nutzer.

Viel wichtiger ist, daß es Personen gibt, auf deren PC keine Cookies gesetzt werden können weil sie z.B. einen Textbrowser oder Screenreader verwenden (die Java-Script nicht ausführen).

Bei der Nutzung von Screenreader und Text-Browsern können Cookies gesetzt und JS (Aus diesem Grund macht auch eine Client-Seitige Verschlüsselung keine Probleme) verwendet werden. Probleme macht hier allerdings Ajax, da Scrennreader die Änderungen am Text nicht erfassen und ausgeben können.

Armin

[josDesign]

Ich sehe zum Beispiel nicht ein, dass das Backend barrierefrei sein sollte. Mit Textbrowser eine Seite administrieren macht doch nicht mehr... dann kann man sich gleich wieder vor eine alte Dosbox setzen...

Wieder Ontopic: Ist es denn wirklich so, dass wenn der Client keine Cookies unterstützt, dass er dann sich auch nicht einloggen kann? Ne oder? Ich dachte da führt Typo3 in der Datenbank eine Sessiontabelle?

[david]

Zitat von josDesign

Ich sehe zum Beispiel nicht ein, dass das Backend barrierefrei sein sollte. Mit Textbrowser eine Seite administrieren macht doch nicht mehr... dann kann man sich gleich wieder vor eine alte Dosbox setzen...

Es gibt Personen, die sind auf alternative Browser angewiesen, und einige davon sind auch in der Programmierung und Administration tätig. Das Ziel ein CMS auch im Backend barrierefrei zu gestalten ist zwar schwierig umzusetzen - besonders wenn ein CMS so durchsetzt ist mit JS wie Typo3, aber es soll keine Schikane sondern ein Mehrwert sein - weil einfach mehr Personen damit arbeiten könn(t)en.
Wenn Typo3 in Zukunft auch im behördlichen Umfeld eingesetzt werden können soll, müssen sicher einige Veränderungen vorgenommen werden oder alternative Bedienungsmöglichkeiten angeboten werden.
Momentan ist der Druck sicher noch nicht so gross, vermutlich wird er bei Software bzw. Arbeitsumgebungen in Zukunft auf gesetzlicher Ebene steigen - ohne Anpassungen könnte Typo3 als geeignete Umgebung herausfallen.

[josDesign]

Aber mögen doch viele Beamte wenn alles bunt und herumhüpft am Bildschrim.

[david]

Zitat von josDesign

Aber mögen doch viele Beamte wenn alles bunt und herumhüpft am Bildschrim.

Autsch, ... [Matth. 5,3]