Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

RFC 35140: HTTP Do-Not-Stab (2023)

5snb.club

Post reply on HN
Print view View original

91–100 of 219 posts

Re: RFC 35140: HTTP Do-Not-Stab (2023)

#91

Post by CRConrad »

WD-42 wrote: post #20
TacticalCoder wrote: post #11

> it’s fucking depressing when even the fucking bare minimum form of regulation is followed to the letter and no more, because every company out there fucking hates you and would sell you out to make a bit more money if they legally could. and even if they couldn’t, who’s going to stop them? Certainly not any government. If you think the EU's regulation are of any help to the consumer you are gravely mistaken. The EU…

[flagged]

No, he needs to learn how to screw on a bottle cap. We keep soda bottles horizontal in our fridge, and they don't leak.

Re: RFC 35140: HTTP Do-Not-Stab (2023)

#92

Post by Aloisius »

rockskon wrote: post #55
shadowgovt wrote: post #44

Earlier quoted context omitted.

Yes, the second one. I don't really care; it's not "my" data. It's data about me. When I walk down the street and sometime sees me go by, those aren't my photons they caught. By analogy, same with my browsing history.

You are the culmination of your life's experiences. Going by your definition, one could infer an individual has zero intrinsic ownership of any non-health data. Which I categorically object to.

You have ownership over your own memories and records.

Other people also own their own memories and records - some of which may be about you.

At least, this is how it was for most of human history.

Now some people think they should be able to demand everyone destroy records about them. If it was possible, no doubt they'd also demand people destroy any memories about them as well.

Re: RFC 35140: HTTP Do-Not-Stab (2023)

#93

Post by SirHumphrey »

orbat wrote: post #23
TacticalCoder wrote: post #11

> it’s fucking depressing when even the fucking bare minimum form of regulation is followed to the letter and no more, because every company out there fucking hates you and would sell you out to make a bit more money if they legally could. and even if they couldn’t, who’s going to stop them? Certainly not any government. If you think the EU's regulation are of any help to the consumer you are gravely mistaken. The EU…

So the EU is bad because you can't learn to screw on a bottle cap that's different than before?

I am not joining the whole “EU is bad argument”, however the new caps are very annoying, especially the limited benefits they provide.

Re: RFC 35140: HTTP Do-Not-Stab (2023)

#94

Post by mcdeltat »

photonthug wrote: post #89
foundry27 wrote: post #14

It’s great satire, but it really does mirror a larger societal shift where the burden of safeguarding personal autonomy has shifted from institutions/regulators to individual users. Do-Not-Stab, Do-Not-Track, whatever it might be, any sort of “voluntary compliance” is a non-starter in the face of financial pressures IMO we need to start normalizing being militant about this stuff again, to aggressively and adversaria…

> aggressively and adversarially defend the freedom to use your computer the way you choose to use it Sadly even if you’re inclined to do this, it’s always a war of attrition, and corporations seem to realize they can just up the cost of your resistance in terms of time/frustration, and that’s enough for them to win in the long term. The history and trajectory of platforms, from browsers to AppStore’s to SaaS-all-the…

Worth noting the times where you have the choice to engage or not with a company with bad practices. Make it unprofitable for them to provide horrible service. Particularly applicable to tech, because most of it is useless rubbish we don't really need anyway!

Re: RFC 35140: HTTP Do-Not-Stab (2023)

#95

Post by shdon »

andyzei wrote: post #71

The Do Not Track header was originally proposed in 2009 by researchers Christopher Soghoian and Sid Stamm.[2] Mozilla Firefox became the first browser to implement the feature. https://en.wikipedia.org/wiki/Do_Not_Track#:~:text=The%20Do%... .

I wonder how many web developers actually honour Do Not Track. I do, in all the websites I've made for my employer too, but I think I'm only getting away with it because my employer doesn't know. I've even made it so that browsing with Do-Not-Track enabled also skips the cookie consent banner and just assume the user wants no cookies other than the strictly necessary ones (like their session/login cookie), and doesn't include Google Analytics, instead just upping a single view counter on the page, with no PII in there.

Re: RFC 35140: HTTP Do-Not-Stab (2023)

#96

Post by travisgriggs »

photonthug wrote: post #89
foundry27 wrote: post #14

It’s great satire, but it really does mirror a larger societal shift where the burden of safeguarding personal autonomy has shifted from institutions/regulators to individual users. Do-Not-Stab, Do-Not-Track, whatever it might be, any sort of “voluntary compliance” is a non-starter in the face of financial pressures IMO we need to start normalizing being militant about this stuff again, to aggressively and adversaria…

> aggressively and adversarially defend the freedom to use your computer the way you choose to use it Sadly even if you’re inclined to do this, it’s always a war of attrition, and corporations seem to realize they can just up the cost of your resistance in terms of time/frustration, and that’s enough for them to win in the long term. The history and trajectory of platforms, from browsers to AppStore’s to SaaS-all-the…

Is this a case where monopoly actually benefits the cause? The last great uprising in the public interest, imo, was Microsoft against the open source movements at the turn of the century. It was a heady time to be involved in software. I miss it frankly.

But perhaps it really only succeeded, because that Microsoft was like the Boeing of today, a company where Pournelles second type (the institutionalists) had taken over and was just riding out the momentum, allowing the upstart unfunded open source hippies to actually have success.

Re: RFC 35140: HTTP Do-Not-Stab (2023)

#97

Post by mola »

shadowgovt wrote: post #33
thrtythreeforty wrote: post #22

Earlier quoted context omitted.

I'm registering my elderly relatives for dmachoice.org, to prevent them from getting junk mail. These clowns create the problem and then have the audacity to charge you to be added to the opt out list. I was really skeptical about the GDPR when it was passed and I am now fully on board for an American version.

I'm still extremely skeptical of it because in practice it basically added a cookie banner to every every website I visit infrequently with no particular benefit to me. I'm just going to click "yes," stop asking.

No,.all the companies running the sites chose to add a cookie banner. And you choose to keep going there

Re: RFC 35140: HTTP Do-Not-Stab (2023)

#98

Post by rockskon »

Aloisius wrote: post #92
rockskon wrote: post #55

Earlier quoted context omitted.

You are the culmination of your life's experiences. Going by your definition, one could infer an individual has zero intrinsic ownership of any non-health data. Which I categorically object to.

You have ownership over your own memories and records. Other people also own their own memories and records - some of which may be about you. At least, this is how it was for most of human history. Now some people think they should be able to demand everyone destroy records about them. If it was possible, no doubt they'd also demand people destroy any memories about them as well.

That's not how it's been for the bulk of modern history. What absolute absurdity. It's an ancap mentality taken to the notion of privacy.

Re: RFC 35140: HTTP Do-Not-Stab (2023)

#99

Post by teractiveodular »

bagels wrote: post #15

The authors are [redacted] Google. Are they actually Google? They seem to unironically complain about what Microsoft is doing, but Google is guilty of the same.

I think the author's entire point is that self-regulation by the big boys is not working very well.
Post reply on HN