Sammelstelle für DS-GVO-Bezogene Änderungen. Phase 1: Cookie. Alle Gast-Cookies weg. DONE: Cookie visit weg ("Neue Bilder seit dem letzten Besuch"). War einfacher als gedacht, die Information wurde nur noch in der Suche verwendet. DONE: Cookies themes_XXX weg. Kann das heute überhaupt noch etwas sinnvolles tun? DONE: Cookie bda_$OID weg? Oder wie anders lösen? IGNORED: Cookie MARKED_OBJECTS... der wird theoretisch an so vielen Stellen gebraucht. Wie lösen? Einfach beibehalten, das ist Funktion. DONE: Cookie pagedefault - ist der für Gäste irgendwo sichtbar? Wenn ja, weg damit. IGNORED: Sitespezifisch, Cookie index_filter_XXX muß wohl für Gäste weg. Bleibt, ist funktion. IGNORED: Sitespezifisch, Cookie IOTWMODE muß wohl für Gäste weg. Bleibt, ist funktion. DONE: Sitespezifisch, Cookie HEADER_CLOSED muß wohl für Gäste weg. Oder vielleicht ganz weg? DONE: site/templates/con-block.tpl verwendet NF_con_block_closed. Was ist das überhaupt, kann das nichz weg? DONE: pages/lightbox.php: 1. was ist das? 2. Warum verwendet es MARKED_OBJECTS? => ist weg. DONE: Config-Option "bei Gästen keine Cookies setzen" in PHP. TODO: Config-Option "bei Gästen keine Cookies setzen" in JS. DONE: Cookie ufsession: dokumentieren. Phase 2: Benutzercookies ausmisten: DONE: Cookie NOFOLLOW in der Diskussionsverfolgung weg. Durch Merkzettel lösen. TODO: Cookie READ_DATES im Schnellzugriff weg. Kann der Schnellzugriff nicht ganz weg? TODO: Cookie READ_DATES im Quicklinks weg. Kann das nicht auch ganz weg? IGNORED: Cookie VIEWLET_XXX. Das ist auch Mist. Das muß anders gehen. Geht nicht anders, ist Funktion. TODO: Modul VIEW verwendet Cookies, ist aber fast vollständig obsolet. Kann weg. Kann eben nicht weg, wegen tplapi->make_children_norecursion TODO: Modul pagedefault verwendet Cookies. Ist das noch nötig? DONE: Cookie perm_downgrade mal durchsehen, wo der verwendet wird, und ob das jemals für einfache Benutzer sichtbar wird. Und wenn schon, wird nur auf Anforderung gesetzt. |