P3P ist eigentlich eine interessante Idee. Statt das jeder Provider in Schlagwortverseuchten Sätzen erläutert, wie sehr er die Privatsphäre seiner Kunden ernst nimmt (bzw. eben nicht), macht man ein standardisiertes Formular.

Der Hacken an der Sache ist, das manche Browserhersteller sich möglicherweise im Namen der Benutzerfreundlichkeit dazu hinreissen lassen, automatisch und ohne Rückfrage Informationen herauszugeben, wenn die gewählte Seite einen gewissen Grad an Verschwiegenheit vorgibt. Das wäre aber fatal, wenn man bedenkt, dass die Angaben vom Hersteller der Seite selbst gemacht werden, und es keine Kontrollstelle gibt, die die Richtigkeit bestätigt.

PS: Warum soll das eigentlich Einfluss auf das Webdesign oder auf die Servertechnik haben? Die Sache ist doch mit einer zusätzlichen Datei auf dem Server erledigt.

PS: Warum soll das eigentlich Einfluss auf das Webdesign oder auf die Servertechnik haben? Die Sache ist doch mit einer zusätzlichen Datei auf dem Server erledigt

Nicht ganz - das ist nur eine Variante - zum einen koennen einzelne HTML Dokumente P§P Informationen enthalten, zum anderen, und das ist der m.E. wichtigste Teil, kann/soll der Server aus der vorgegebenen P3P Daten die fuer die jeweilige Seite festgelegten Vorgehen in einem P3P HTTP Header übergeben, damit der Client so die Seite bewerten kann.

Weiterhin beeinflusst es das Webdesign, da sich die Macher nun ueberlegen muessen wie sie Ihre Seiten klassifizieren. Wie gesagt, Webdesign ist wesentlich mehr als bunte Farben auswaehlen. Das wird nur zu oft vergessen.

Gruss
H.

Für HTTP-Header mit P3P-Informationen brauchts eigentlich keine Anpassungen am Server. Aber es wird sicher sehr viel angenehmer, wenn der Server dies "von Haus aus" unterstützt, und damit steigen die Chancen, dass P3P sich durchsetzt. Insofern gebe ich dir in diesem Punkt recht.

Einen grossen Einfluss auf das Webdesign erwarte ich hingegen nicht. In der Regel dürften die P3P-Informationen nach den HTML-Informationen gestaltet werden, und nicht umgekehrt. Bei manchen Seiten vermute ich sogar, dass man die P3P-Daten völlig unabhängig von den Webinhalten erstellen wird. Und damit meine ich jetzt nicht Betrüger, sondern ganz normale, kommerzielle Seiten.

Für HTTP-Header mit P3P-Informationen brauchts eigentlich keine Anpassungen am Server.

Nur wenn du die Condensed Version von Hand in Metatags codierst. Aber zum einen ist die Verwendung von Metatags sowiso eine unschoene Sache, zum anderen hebelst man dadurch die zentrale Verwaltung aus. Damits vernuenftig wartbar sit sollte ser Server die entsprechenden Policies lesen und in den Header uebersetzen.

Was die Gestaltung anbelangt, bleibt immer noch das Problem das sich der Designer Gedanken machen muss ... und ich hab gelernt das Denken Arbeit ist, und alle (vernuenftigen) Menschen Arbeit scheuen wie der Teufel das Weihwasser :)

Gruss
H.

Ich hatte eigentlich auf die von einigen Servern angebotene Möglichkeit zum Versenden selbst definierter HTTP-Header (nicht HTML!) angesprochen.

Übrigens: Ich muss mir auch so bei der Gestaltung Gedanken machen ;-)

Ich hatte eigentlich auf die von einigen Servern angebotene Möglichkeit zum Versenden selbst definierter HTTP-Header (nicht HTML!) angesprochen.

??? Jetzt haste mich verloren.

P.s.: Ich bin ja froh ueber jeden der sich heute noch beimWebdesign Gedanken macht :))

Ich verweise hier einfach auf die entsprechende Funktion (da Off-Topic). Das Beispiel ist mit Apache und PHP.

Funktion header()

Resultat in beiden Fällen: Der datenschutzfeindliche böse Wolf zeigt mir mit diesen Einstellungen eine leere Seite, im besten Fall noch ´ne Fehlermeldung, schließt mich also in beiden Fällen von seinem Informationsangebot aus. Was bitte sehr, gewinne ich also mit P3P?

• Sessiontracking? - Schon man drüber nachgedacht die Session-Id im URL mitzuschleppen: http://somehost/someuri?sid=2342
• Usertracking? Cookies sind als HTTP-Header implementiert, funktionieren also ohne JavaScript. Gegen ein Cookie der Form "userid=foo" oder "sid=2342" gibt es meiner Meinung nach nicht´s auszusetzen - war ja auch Zweck der Erfindung. Cookies der Form "cryptical=213890haxlchq213712893" hingegen sind schlichtweg kriminell.
• Content in separaten Fenstern öffnen? Go to hell! Ich entscheide wann wo ein Fenster aufgemacht wird! (Wozu hat meine Mouse drei Tasten?)
• Psychodelische Animationen? Wenn´s Spaß macht... Die Seite sollte aber auch ohne Funktionieren.
• Animierte Navigationselemente? Bei extrem großen Seiten vielleicht sinnvoll. Ich tendiere aber dazu, klare Sitestrukturen mit kurzen Navigationsmenüs gegenüber überladenen Popups, die sich dann auch noch inkonsistent bis schwachsinnig verhalten, zu bevorzugen. BTW: NS-DHTML vs. MS-DOM vs. W3C-DOM ist doch eigentlich nur ´ne unnötige Problemquelle, frißt unnötig Zeit beim Implementieren.
• Formulare vor dem Verschicken auf Konsistenz prüfen. Ooos. Ja, diese Anwendung verspricht wirklich einen Mehrwert -- sogar für beide Seiten: Besucher und Sitebetreiber, bewahrt aber nicht vor der serverseitigen Überprüfung der Eingaben. BTW: Beim Verwenden von Javascript ist es nur mit Aufwand möglich Fehleingaben zu protokollieren, d.h. konzeptuelle Schwächen von Formularen zu entdecken...

Meiner pessimistischen Meinung nach hat P3P nur einen Zweck: Unbedarften Nutzern intime Daten abzuluxen. "Wie, Spionage? Kümmert sich doch P3P drum..."

Lieber Gott, schenk mir ein wenig Zeit, so daß ich ´nen P3P-Exploit entwickeln und präsentieren kann... (ohne wird man ja nur für paranoid gehalten) ;-)