@robinwhittleton @scholzmx For anybody else who can't load that page because Firefox tries to force TLS 1.2 on a site that doesn't support it;
DEATH ROAD TO CANADA PRIVACY POLICY
We don't do anything with your private info. I don't even think we collect your info. If we do, it's accidental and I don't know anything about it. In that case, we're still not doing anything with your private info.
PRIVACY POLICY OVER
@c0dec0dec0de @nd @scholzmx courts have interpreted this differently, but some have said that IP addresses are absolutely personal data.
As a result, if you do any kind of request logging, best to disclose it. (And to have processes in place to rotate those logs.)
@Synchro @scholzmx @c0dec0dec0de @nd you might find a lawyer who argues a color is personal info, but you may have a hard time finding a judge who takes that argument seriously. With IP addresses, the argument *has* successfully been made. For example:
“a dynamic IP address is personal data if it is legally and practically possible for the website operator to obtain additional data from the ISP to identify the visitor”
I presume your ISP doesn’t log colors.
IP are private data and need to be processed. I was thinking the same thing the moment I read the original statement.
Now, that processing itself is compliant by GDPR 6 (1) b, as it is needed to answer a request by the data subject. But not mentioning it is not compliant. (This is only my opinion, IANAL.)
To this blanket statement as it stands, I disagree.
EU allows you to set session cookies if you have a good reason. They are illegal if you don't and have not acquired consent either.
E.g., I'm on my way to the Hamradio Faire in Friedrichshafen. There are two web sites offering browsing the program: One from the faire company and one from #DARC. The DARC https://talks.darc.de/hamradio-2023/schedule/ serves the program without cookies. I'm not sure the faire company version is legal.
You can host your scripts, including jquery.js, on your own server. No need to set a cookie to provide scripts to your users.
You can also do a lot of processing in the browser, and get specific info from the server as requested by the user, for a very "non-static" look, feel, and functionality - all without ever setting any cookie.
On the other hand, cookies are the way to go when personal identification is needed by the servier. E.g.: Online banking, web mail, ... .
@scholzmx If taken to the letter: This is actually quite difficult to do in practice unless you have a static website with no user accounts, no comments and nothing to input at all. :D
In fact, under GDPR, even IP addresses count as personal information, and those get logged by default by most web servers. :D
@sindastra @scholzmx "Static website." "Difficult to do in practice."
Um.
@drwho @scholzmx Or, in other words, it's easy to not use any cookies if you run a static website and don't embed third-party scripts.
But if you're building an application which uses a login system, you need a cookie or some other way to store data in the browser.
I was taking the "no cookies" quite literally, hence the beginning of my toot "if taken to the letter".
Of course, mere login cookies are no problem under GDPR, but again, I was taking it literally. (:
@sindastra @scholzmx I kinda did. I didn't sleep last night.
Sorry.
@scholzmx @networkexception yep. In the next week or so the video from OntoCommons should be up and I can show the demo PoC on IKEA.com we built that provides recommendations via our Knowledge Graph, without tracking or third-party data.
The next thing is to look at things like datapods for in-session data and the right to share or remove any data.
We've got some realtime and scale issues to fix but hope it'll be soon.
search.marginalia.nu is a small independent do-it-yourself search engine for surprising but content-rich websites that never ask you to accept cookies or subscribe to newsletters. The goal is to bring you the sort of grass fed, free range HTML your grandma used to write.