|
Only for cookies; and cookies aren't needed to display a text.
Bastard Programmer from Hell 
If you can't read my code, try converting it here[^]
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
Yes but how many websites just display text?
|
|
|
|
|
Do I need cookies to use this site?
Does the text-control "require" cookies?
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
Eddy Vluggen wrote: Do I need cookies to use this site?
No, but the website might use them.
Eddy Vluggen wrote: Does the text-control "require" cookies?
That has nothing to do with the issue.
|
|
|
|
|
Richard MacCutchan wrote: No, but the website might use them.
That's their own choice, innit? 
Richard MacCutchan wrote: That has nothing to do with the issue.
It does; cookies aren't required.
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
It has nothing to do with whether they are required or not. If a site uses cookies anywhere then they are legally bound to post the warning and invite the user to accept or decline.
|
|
|
|
|
..or simply not use the tracking cookies.
Stalking is legally forbidden, in any form.
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
Eddy Vluggen wrote: Do I need cookies to use this site?
We use cookies, a piece of text stored on a user’s computer by their web browser, to store your viewing preferences on the Site and, at your choosing, to store your login information so that once you have logged in you do not need to repeat the login process. We also use a session cookie, meaning it expires soon after you leave the registration process and is not placed on your hard drive, to store your session information during your visit to the Site. Read our Cookie Policy for more information.
Having the site remember that you logged in is convenient, which for many people trumps privacy.
(CP has also earned our trust by not allowing the user list to be used for marketing purposes)
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
Daniel Pfeffer wrote: Having the site remember that you logged in is convenient, which for many people trumps privacy.
It is; even though the browser allows for autologin, I prefer CP's cookies.
Daniel Pfeffer wrote: (CP has also earned our trust by not allowing the user list to be used for marketing purposes)
Also never heard of passwords being stolen from this site.
Bastard Programmer from Hell 
If you can't read my code, try converting it here[^]
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
Is it not true though that GDPR doesn't apply to cookie tokens unless they're used for tracking/behavioural analysis?
Remember-me's, Csrf tokens, and session tokens that are required only for the purpose of enabling a website to operate don't require any special permission.
|
|
|
|
|
WE may understand that, but do (l)users, lawyers, and marketing artists?
And if the site decides to start using tracking cookies later, they are already covered.
|
|
|
|
|
WE - perhaps not, users - even if they do they can feign ignorance and claim they don't in order to have something to moan about, lawyers - if they know their business they will, marketing artists - as for lawyers.
If a site requires tracking cookies further down the line then adding both those and acquiring the users permission should be part and parcel of the same implementation. Besides, as it seems this thread has already established, plonking more complication on the UI than is needed is annoying at the basic level and as is the case with GDPR prompts, misleading if it isn't necessary.
Anyway, it doesn't affect me. I already wrote to my MP and told her that I want as many cookies as I can get.
|
|
|
|
|
The problem is the developers.
For example: we don't need so much javascript-sh*t. It doesn't add any value to hide stuff and wait until the user figures out that they need to do a special mouse dance to see it. Just because you can do it doesn't mean that you should.
KISS!
"Life - Not all parts included, assembly required"
- allan mccombs
modified 11-May-20 18:48pm.
|
|
|
|
|
|
 Thank you, Sander. I expected it even a bit earlier.
|
|
|
|
|
That's the advice of a salesmanager
|
|
|
|
|
No one has mentioned the unbearable numbers of ads that load with what seems like every site.
Nor the videos that start w/o you asking them to.
Faster browser may help too. AS soon as the MS Chrome Edge came out, I tried it. It was so much faster than IE that I switched after a few days of confirming I had no issues with it.
|
|
|
|
|
Auto starting videos are evil.
|
|
|
|
|
From my perspective this is driven by Google.
There is huge pressure to have your sites load fast. Not fast on a desktop, but fast on a mobile device with dodgy 3G connectivity. That's how w're all being judged in Google's Page Rank algorithm (plus the content, of course). Google's gone as far as to say that slow sites will get highlighted as being slow in search results.
So if you have a site that requires customisation for each user then you can' just make a static site. You either invest in massive hardware, rewrite everything in the fastest framework you can, a spend huge on hosting providers, or you create sites that are basically static content with JavaScript that loads and fills in the blanks post load.
Your Time-To-First-Byte, Time-To-First-Meaningful-Paint and all the other metrics then look really good to Google. You can still then customise the page where needed. The losers are then the developers who have to go through these hoops and the users dealing with the Frankensites.
We're having exactly this debate at CodeProject right now. Hosting is not cheap. Hardware is not cheap. Developer time is silly stupid expensive. Yet you have to do what it takes to work around Google's arbitrary rules.
It's particularly frustrating that we, a developer site predominantly used (and most useful) as a desktop site for devs currently at their desktop with their IDEs open, are judged on how fast we load on a $100 Android device in rural Saskatchewan.
cheers
Chris Maunder
|
|
|
|
|
Very interesting, I was not aware of this.
Though, I am wondering if Google is not missing the point there : what they want is happy users by having fast-loading sites - in the end, is is not what they get, but for different reasons. Is there also a Time-To-Last-Byte ?
|
|
|
|
|
There's First Meaningful Interaction, but thankfully they don't have First Meaningful Content. They could be waiting a long time for that.
cheers
Chris Maunder
|
|
|
|
|
We have huge data requirements - we have one table that's got 500k records with over 600 columns. And yes, that's the way it's stored. It's obscene, and that's just one table.
".45 ACP - because shooting twice is just silly" - JSOP, 2010
-----
You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010
-----
When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
Wow.
I know you have nothing to do with this, but as a user, I wouldn't be happy if I was presented with such a beast and I had to try to find the needle in that haystack. It would make a lot more sense to ask for some filtering criteria first, then produce some sensible results.
Obviously I'm not telling you anything you don't already know, and I'm sure you've already had endless discussions on this with The Power That Be.
|
|
|
|
|
A rewrite is in the planning stages. We're going to completely redesign the back-end.
".45 ACP - because shooting twice is just silly" - JSOP, 2010
-----
You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010
-----
When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
IMHO, it's the 'outside' resources (mostly ads with pics/vids) that cause slow loading. There is no way I would give a customer the kind of experience I get when viewing some of the Insider linked content. I'd like to read the article, but am required to wait 10-20 secs until the scroll works. I'm not running an adblocker yet but have been considering it for awhile now. That said, CP has done it right...the unobtrusive ads here don't bother me and don't seem to slow down load time on any device. 
As for the cookie bit, I don't have notifications on any of the dozens of websites I'm responsible for. If I'm breaking a law, I don't care.
"Go forth into the source" - Neal Morse
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
