3 ms·
Considering this is a well-known, well-advertised feature from many many many years ago, and has long been the way they do things, it's not going to suddenly ch
by jasonlotito 4y ago
Considering this is a well-known, well-advertised feature from many many many years ago, and has long been the way they do things, it's not going to suddenly change because you think more people should be tracked by default.
- ignoramous 4y agoConsidering it is a misfeature, I'd rather they think twice: I'm neither on a older browser nor do I disable JavaScript and yet I'm subject to ddg's terribly slow redirects.
- allarm 4y ago> terribly slow redirects Huh? Ive just checked with multiple links, it’s quite fast. I don’t think that user experience that can be measured in fractions of second can be referred as “terribly slow”.
- ignoramous 4y agoLatency is a long tailed distribution, and that's discounting the fact that various regions in the world won't see similar perf. Given the number of times I use ddg in a day, I usually hit slow redirects more often than not. I mean, we didn't go from http1 to http2 / vps to edge / tcp to quic only for ddg to add an additional redirect.
- allarm 4y ago> various regions won’t see similar perf How’s the latency of ddg redirects depends on the region? > given the number of times I use ddg in a day What’s you estimation? A hundred? It’s something like a minute or two of accumulated time. It’s not even worth mentioning. Also I doubt that the redirect delay should be taken in account at all. The workflow may vary (obviously) but I normally open a link in a separate tab. By the time you click on this tab all the redirect work has finished. What’s your workflow and how does the redirect delay impact it?