this post was submitted on 27 Jun 2022
26 points (96.4% liked)

Technology

35541 readers
331 users here now

This is the official technology community of Lemmy.ml for all news related to creation and use of technology, and to facilitate civil, meaningful discussion around it.


Ask in DM before posting product reviews or ads. All such posts otherwise are subject to removal.


Rules:

1: All Lemmy rules apply

2: Do not post low effort posts

3: NEVER post naziped*gore stuff

4: Always post article URLs or their archived version URLs as sources, NOT screenshots. Help the blind users.

5: personal rants of Big Tech CEOs like Elon Musk are unwelcome (does not include posts about their companies affecting wide range of people)

6: no advertisement posts unless verified as legitimate and non-exploitative/non-consumerist

7: crypto related posts, unless essential, are disallowed

founded 5 years ago
MODERATORS
top 10 comments
sorted by: hot top controversial new old
[–] [email protected] 5 points 2 years ago (2 children)

Could be that there are enough middle-boxes inspecting/manipulating plain-text traffic? And those boxes do nothing (or do less) when the traffic is encrypted?

[–] [email protected] 13 points 2 years ago

It says in the text at the bottom (in an unfortunately not quite as obvious way) that the HTTPS connection makes use of HTTP/2, which is significantly faster, because it streams multiple resources across one connection.

This is indicative of reality. If you set up a server nowadays, it will support HTTP/2 out of the box. And major browsers will only do HTTP/2, if it's an HTTPS connection. But yeah, it's not inherent to it being encrypted.

[–] [email protected] 3 points 2 years ago (1 children)

I feel like it's more because most encryption schemes also incorporate compression, it has something to do with preventing entropy-based analysis or some other cryptography black magic.

[–] [email protected] 4 points 2 years ago

I don't think that is the case. There is not general-purpose compression applied to HTTPS as it may leak information like auth tokens. Compression would be transport-encoding compression which is also available in HTTP.

[–] [email protected] 4 points 2 years ago (1 children)

Very cool to see. I wonder exactly why, though. That might be something cool for the site to add at the bottom.

[–] [email protected] 7 points 2 years ago (2 children)

It looks like it's HTTP/2 (which is HTTPS-only) vs. HTTP/1.1

[–] [email protected] 5 points 2 years ago (1 children)

HTTP/2 is not HTTPS-only.

https://http2.github.io/faq/#does-http2-require-encryption

Though, wikipedia states that: "although most client implementations require it, which makes encryption a de facto requirement."

https://en.wikipedia.org/wiki/HTTP/2

So you are kind of right.

Anyway, this site compares HTTP/2 and HTTP/1 so it is not fair HTTP vs HTTPS comparison.

[–] [email protected] 7 points 2 years ago (1 children)

Yeah, I guess it's fair to call this "manipulation".

[–] [email protected] 4 points 2 years ago

I wish it was more obvious from that webpage, since yeah, HTTPS is definitely slower by itself, but it is what a current real-time measurement will likely give you.

[–] [email protected] 4 points 2 years ago

Oh, so it's basically "if we use more techniques to accelerate load time, load times are faster".