[b]"Why ever use HTTP over HTTPS? Is there still a valid reason?"[/b] or [b]"In what scenarios would you ever use

18 Replies, 717 Views

"why ever use HTTP over HTTPS these days? any legit cases left?"

seriously tho, with all the push for HTTPS everywhere... is there *any* reason to still use plain old HTTP?

like, i get it’s faster (no encryption overhead) but is that even a thing anymore with modern hardware?

or maybe local/dev stuff where certs are a pain?

curious if anyone still has a real use case or if it’s just legacy systems hanging on.

(also, pls don’t @ me with "security!!" – i know HTTPS is better, but wondering if HTTP has *any* niche left.)

discuss!
Honestly, the only legit case I can think of for why ever use HTTP over HTTPS is for local network stuff. Like, if you're running a Raspberry Pi or some IoT device at home and don't wanna deal with certs.

But even then, tools like Let's Encrypt make it so easy now. Or just use a self-signed cert and call it a day.

Still, HTTP feels like a relic at this point.
Performance *can* be a thing in super high-traffic, low-latency scenarios. Think stock trading or gaming where every ms counts.

But yeah, modern hardware mostly negates the overhead. Unless you're Google-scale, it's probably not worth the trade-off.

Fun fact: Cloudflare's free TLS actually makes HTTPS faster than HTTP in some cases due to HTTP/2.
Dev environments, 100%. Configuring HTTPS for localhost or internal tools is a pain, especially when you're just testing.

Tools like `mkcert` help, but sometimes you just wanna spin up a quick HTTP server and not deal with cert errors.

That said, prod? No excuse.
Legacy systems, man. Some old industrial machines or medical devices still run HTTP because upgrading would cost a fortune or break compatibility.

Not saying it's *good*, but it's a reality.

If you're stuck with this, at least isolate those systems from the internet.
OP here—thanks for all the replies! Didn’t realize how many edge cases there still are (even if they’re fading).

Gonna check out `mkcert` for local dev stuff.

But yeah, sounds like HTTP’s on life support. Wild how fast things change.
Monitoring/internal dashboards sometimes use HTTP because they're behind a VPN or firewall anyway.

But honestly, even then, why not just add HTTPS? Certs are free now.

Only edge case I can think of is if you're logging *massive* amounts of data and the encryption overhead adds up.
Ever debugged a weird HTTPS issue? Sometimes stripping encryption helps pinpoint problems.

Tools like Wireshark or `tcpdump` are way easier to use with plain HTTP.

But again, this is a *temporary* thing. Don't run prod like this.
Some embedded systems with tiny CPUs (think Arduino) might struggle with TLS.

But even that's changing—libraries like BearSSL make it feasible now.

Unless you're working with *ancient* hardware, HTTP's days are numbered.
Honestly, the only people still asking "why ever use HTTP over HTTPS" are either dealing with legacy junk or haven't tried modern tools.

Let's Encrypt, Caddy, Traefik—all make HTTPS stupid easy.

The niche is shrinking fast.



Users browsing this thread: 1 Guest(s)