Cookies und dergleichen

[Wotan]

Wir haben eine Dikusionsflut losgetretten über das Für und wieder von Cookies, Flash, JavaScripte, Java-Aplets und AktivX-Elementen.

Das Mann und Frau bedenken sollte, das einige User sich hinter Firewalls befinden oder aber diese Funktionen abgeschaltet haben. Mein Fazit daraus ist, das Mann oder Frau sich überlegen muß ob man User aussperrt oder nicht. Hinzu kommt noch das bei eingigen der Elemente auch die Downloadrate eine Rollen spielt, folglich sollte Mann oder Frau Alternativen anbieten.

Wie seht Ihr das.

[schmalle]

schön, dass du uns das mitteilst. aber mal im ernst ... das ist seit bestehen des internets so

[JoelH]

hmm,

aussperren wenn Standards nicht erfüllt werden. Ich meine damit richtige Standards wie Frames usw. also die Sachen die zB. von der w3c festgelegt sind. Alles andere sollte schon alternativ gehalten werden, allerdings sind gerade Cookies eine Sache bei der ich nicht unterstütze dass sie ausgeschaltet sind. Der Aufwand einen Webshop zu betreiben ohne Cookies wäre mir einfach zu gross. Siehe dazu meine Ausführungen hier (http://www.php-resource.de/forum/sho...?threadid=4683), dies ist meine Meinung dazu.

[Wotan]

@all
Ich selber sitze hinter einer Firewall bei der Cookies nicht durcheglassen werden. Ich kenne aus meiner Freundschaft viele die Cookies und Java abgeschaltet haben.

@JoelH

Deswegen habe ich das Thema hier noch mal neu aufgeriffen.

Im Bezug auf einen Webshop, ich habe einen geproggt ganz ohne Cookies, bei mir läuft alles über Session und Datenbank.

[BrainBug]

Leute, die hinter einer Firewall sitzen, sind doch nun wirklich meistens Leute auf der Arbeit, oder?
Und da sollst du doch auch nicht einkaufen gehen, sondern arbeiten

im Ernst: da schliesse ich mich voll und ganz JoelH an. Ich verstehe diese Cookie-Panik-Hysterie-Geschichte wirklich nicht. Und wenn da Firmen sind, die mit ihren Firewalls die Cookies abblocken, dann muß man eben als Verbraucher den Verantwortlichen auf die Füsse treten bis es eben klappt. Meine Meinung.

Außerdem regt sich die halbe Internet-Menschheit darüber auf von wegen gläserner Mensch usw., schalten Java und JavaScript und Cookies ab, und wenn es dann mal darum geht, sich irgendwo ein Passwort auszudenken, geben Sie "Passwort" oder "geheim" ein. Na prima.

[schmalle]

Original geschrieben von BrainBug
und wenn es dann mal darum geht, sich irgendwo ein Passwort auszudenken, geben Sie "Passwort" oder "geheim" ein. Na prima.

so isses ... wenn ich mich bei uns in der db so umsehe

[hand]

Die Kehrseite der Medaille:
http://www.doublecklick.net als Beispiel. Doubleclick gehört zu den führenden Internet-Werbeagenturen (Werbebanner) mit einem Marktanteil von 60%. Doubleclick, natürlich auch andere, verwendet Cookies um Surfer-Profile zu erstellen. Aufgrund des Marktanteiles, sehr präzise Surferprofile. Naja das ist ja noch nicht das Problem, solange es sich um anonyme Profile handelt. 120 Millionen Profile soll Doubleclick bereits gesammelt haben. 1999 hat Doublecklick für 1,8 Milliarden Euro die Fa. Abacus Direct gekauft, die die Namen, Adressen und Informationen über Internet-Einkaufgewohnheiten von 88 Millionen Haushalten gesammelt hatten. Doublecklick kombinierte die anonymen Profile mit den Namen von Abacus und so wurden mehrere Hunderttausend Surfer identifiziert! Die amerikanische Kartellbehörde Federal Trade Commission (FTC) nahm sich dieser Sache an, was ansich sehr ungewöhnlich ist, da dem Datenschutz in Amerika kaum Beachtung geschenkt wird. Es kam zu einem Verfahren, das zu Tage brachte: Yahoo!, AOL, Adlink, Engage und Ad Pepper bedienen sich derselben Methoden. Große Doubleclick-Kunden sind u.a. Altavista, Real Networks (wegen heimlich übertragener GUID-Nummern bekannt), PC-Welt, Tecchannel und Amazon.de.

Meine Applikationen kommen ohne Cookies aus, auch wenn dies für mich hin und wieder einen Mehraufwand bedeutet bzw. bedeutet hat.

[hand]

Original geschrieben von schmalle

Original geschrieben von BrainBug
und wenn es dann mal darum geht, sich irgendwo ein Passwort auszudenken, geben Sie "Passwort" oder "geheim" ein. Na prima.

so isses ... wenn ich mich bei uns in der db so umsehe

Sag blos vBulletin legt die Passworte unverschlüsselt ab! Ich bin sprachlos!

[schmalle]

nicht hier im forum @hand .... no panik

[hand]

Wo dann?

[hand]

Original geschrieben von JoelH
Der Aufwand einen Webshop zu betreiben ohne Cookies wäre mir einfach zu gross.

Müssen Deine Webshop Kunden Cookies akzeptieren, damit sie shoppen können, oder bietest Du eine Alternative ohne Cookies an?

[bohni]

übrigens werden bei sessions auch cookies gesetzt, halt nur session-cookies, die für die aktuelle sitzung gültig sind.

adios

[BrainBug]

@bohni: nö, das stimmt nicht. Kann man in PHP-Konfiguration festlegen, ob die SessionID als Cookie oder immer als URL-Anhängsel weitergegeben werden soll. Oder du baust dir deine eigene SessionID, übergibst diese per URL und startest damit immer die dazugehörige Session, die dann nur auf dem Server läuft (also ohne Daten auf Client).

[bohni]

ach, stimmt. ich vergaß :-)

[J'Moa]

danke hand das waren ja mal Infos mit Gehalt
und das bestätigt mein Misstrauen gegen Cookies
also bleiben sie aus.
und wenn ich mal mein bisschen Kohle online loswerden will
und der billigste Webshop nun mal nen Cookie setzen will
dann mach ich sie eben ausnahmsweise an (und hinterher gleich wieder aus) aber es will ja Hinz und Kunz immer gleich son Ding loswerden egal ob ich was kaufen will oder nur so rumdaddle...

Und hier? Keinen Cookie zugelassen! Ist das der Grund warum ich mich immer und immer wieder einloggen muß?