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

A 14kb page can load much faster than a 15kb page

endtimes.dev

Post reply on HN
Print view View original

331–340 of 356 posts

Re: A 14kb page can load much faster than a 15kb page

#331

Post by bscphil »

theandrewbailey wrote: post #249
bscphil wrote: post #129

Earlier quoted context omitted.

This is simply false, even if you mean using AVIF. Here's a test case, using a moderate sized (3000x2000) image. Nothing ridiculously huge or anything, and it's not an especially complex image. I'm linking the best I can do for both JPEG (at 200 KB) and AVIF (at 100 KB). If you can create a passable versions of these images at 100 KB with either codec (or WEBP for that matter), please do show us how. Original image:…

> JPEG XL is intended for high quality images, so it is not optimized for this kind of extremely low bitrate (~0.1 bpp) usage. It's better than AVIF at low bitrates. I did a comparison of the latest builds 3 months ago, and was amazed that JPEG XL has more detail than AVIF at 0.05-0.1 bpp (~120KB 1080p). It's a bit subtle, but I could see it. Once browsers ship full support (at least Firefox + Chrome), I'll be on boa…

> and was amazed that JPEG XL has more detail than AVIF at 0.05-0.1 bpp (~120KB 1080p)

bpp = bits per pixel, not bytes. At 1080p, "0.05-0.1 bpp" is 13-26 KB. Much smaller than what you were testing. Might want to recheck your sizes, if you are actually looking at 0.5 bpp it would not surprise me at all that you found JPEG XL superior.

At very small sizes like 0.1 bpp the results are debatable, but I think AVIF is a pretty clear winner if you aren't too bothered by blurring. Samples at 0.15 bpp:

https://afontenot.github.io/image-formats-comparison/#air-fo...

https://afontenot.github.io/image-formats-comparison/#citroe...

https://afontenot.github.io/image-formats-comparison/#festa-...

Re: A 14kb page can load much faster than a 15kb page

#332

Post by immibis »

xwdv wrote: post #298
immibis wrote: post #245

Earlier quoted context omitted.

I guess so. The OP replied and said yes, but he's banned for being an anti-semite and a COVID minimizer, so I'll say it again for those who have dead comments hidden. It's a shame that you can't have both speed and security. One possibility is to have a subdomain, insecure.blah.com, that doesn't redirect to HTTPS by default.

For a static site HTTPS is wholly unnecessary.

Correction: for a static site HTTPS is less useful.

It's not like having a magically attracts the hacker known as 4chan.

For each case you would have to consider what can happen with and without HTTPS. Cat pictures: probably fine either way; the worst someone will do is inject bitcoin-mining javascript; or they may inject phishing, or porn and ruin your site's reputation. Actually this can even be useful sometimes as some ISPs may inject "we are having an outage" or "please remember to pay your bill".

Hacker News is a dynamic site with about the same characteristics.

Now imagine you are Wikileaks. Static, yes. Encryption required? You tell me. Worse: The onion address and bitcoin donation link were replaced with ones pointing to the NSA. Worse: The NSA can see who's accessing what, instead of just who's accessing.

Actually, an attacker can use your cat picture preferences to build up a profile of you, and perhaps identify you on different networks.

Re: A 14kb page can load much faster than a 15kb page

#333

Post by immibis »

immibis wrote: post #242
onion2k wrote: post #124

Earlier quoted context omitted.

most satellite internet users won’t give up just because your page is slow My point is that 'slow' is a relative measure against other websites, not an objective value. So long as your website is faster than a typical website then users won't give up. Trying to be faster than average is worthwhile, but trying to be as fast as possible might not bring any additional value. It's also possible (likely, in my opinion) th…

https://danluu.com/ loads super-fast for some reason. I definitely noticed it. I bookmarked this blog partly because it loads so quickly.

Actually, I was thinking of prog21.dadgum.com

Re: A 14kb page can load much faster than a 15kb page

#334

Post by Noumenon72 »

joaonmatos wrote: post #312
lambda_dn wrote: post #307

Earlier quoted context omitted.

The Caddy website has it written "Caddy is a powerful, extensible platform to serve your sites, services, and apps, written in Go" That could confuse developers thinking they can only develop apps in Go with caddy?

English is my second language, and the comma separating that particle from the rest of the sentence makes it pretty explicit even for me that it is talking about the platform , at the same semantic level as “powerful”, “extensive” and “to serve your sites […]”.

Yes, but the incongruousness of telling me what language something is written in in its sales one-liner makes me think it must be pitching itself as "especially for apps written in Go", because who thinks I am going to pick a tool because it is written in Go? "Try ElasticSearch, written in Java!"

Re: A 14kb page can load much faster than a 15kb page

#335

Post by im3w1l »

Noumenon72 wrote: post #334
joaonmatos wrote: post #312

Earlier quoted context omitted.

English is my second language, and the comma separating that particle from the rest of the sentence makes it pretty explicit even for me that it is talking about the platform , at the same semantic level as “powerful”, “extensive” and “to serve your sites […]”.

Yes, but the incongruousness of telling me what language something is written in in its sales one-liner makes me think it must be pitching itself as "especially for apps written in Go", because who thinks I am going to pick a tool because it is written in Go? "Try ElasticSearch, written in Java!"

I avoid new server software written in languages with too many footguns such as c or php. Nginx gets a grandfather exception, but I'm not sure I would have extended one to caddy.

Re: A 14kb page can load much faster than a 15kb page

#336

Post by 8bitsrule »

hypertele-Xii wrote: post #97
janef0421 wrote: post #37

Earlier quoted context omitted.

The issue, I think, is that the web has become a kind of lowest common denominator app platform, which isn't really what it was originally designed for.

> which isn't really what it was originally designed for. Also known as evolution.

Unless it's Elephant Man.

Re: A 14kb page can load much faster than a 15kb page

#337

Post by 8n4vidtmkvmk »

EGreg wrote: post #223
8n4vidtmkvmk wrote: post #125

Earlier quoted context omitted.

i too use an icon font, but if you want images you should use a spritemap. it shouldn't be sluggish.

I write a framework, not an app. In any event, I need to allow others to style my icons with their own colors. Hence I use a font. Is there a way to use SVG sprites or something, while also letting people control the stroke color with css? Seems yes: dont put CSS in the svg. But why not just use a font? https://stackoverflow.com/questions/37940282/changing-the-st...

Yes, you can even put `color: currentColor` in your SVG file and then color it exactly the same way as your fonts (it'll use the current text color).

Why not? I don't know, you're asking the wrong person, I use a CSS font too. My reasons are (a) last time I looked into putting SVGs into a sprite-map to avoid 1000 HTTP requests it was a shitshow (not well supported), and (b) Chrome and other browsers would sometimes align the SVG on a half-pixel causes the edges to be a little blurry, whereas fonts get special treatment to ensure they are crisp. That was years ago tho.

Re: A 14kb page can load much faster than a 15kb page

#338

Post by tehbeard »

tamsaraas wrote: post #225

Is the post joke? Are there any network technical who can explain that the packet can have different size and modified by different routers inside chain of path from source to destination? I mean some kind of absurd topic. And everyone instead of reading ethernet standard and teaching materials about this OSI level, start to debate about this thing.

Who exactly is running networks with smaller max packet sizes?

Doesn't seem to make sense as it would increase overhead, I can only see it happening at the edge for IoT devices, maybe.

Re: A 14kb page can load much faster than a 15kb page

#339

Post by Abishek_Muthian »

lambda_dn wrote: post #307
tracker1 wrote: post #207

Earlier quoted context omitted.

Have to say, I absolutely love Caddy as a general webserver and reverse-proxy. Lightweight, easy to configure, relatively flexible, sane defaults.

The Caddy website has it written "Caddy is a powerful, extensible platform to serve your sites, services, and apps, written in Go" That could confuse developers thinking they can only develop apps in Go with caddy?

And bit ironic considering the portability of Go enables one to develop a web service with built-in packages without requiring an explicit web server.

Re: A 14kb page can load much faster than a 15kb page

#340

Post by cercatrova »

Noumenon72 wrote: post #334
joaonmatos wrote: post #312

Earlier quoted context omitted.

English is my second language, and the comma separating that particle from the rest of the sentence makes it pretty explicit even for me that it is talking about the platform , at the same semantic level as “powerful”, “extensive” and “to serve your sites […]”.

Yes, but the incongruousness of telling me what language something is written in in its sales one-liner makes me think it must be pitching itself as "especially for apps written in Go", because who thinks I am going to pick a tool because it is written in Go? "Try ElasticSearch, written in Java!"

I would, Go and Rust are fast compiled languages and I would absolutely pick something written in those over alternatives.
Post reply on HN