Just scrolling through the list, it looked like many of them were blogs and personal websites. I'd be much more interested in seeing lean corporate websites, as those are made by teams with deadlines and requirements to actually look good
Infact a better score would be a combination of daily visitors and size, popularity-adjusted size so that many personal blank sites would not come at the top
I spent a lot of time shrinking down a site of mine last year. It bulked up a little bit later but is still only 22k even with images and mobile friendliness :)
I hope you don't mind a critique; I struggled a bit understanding what your site was about. Took quite a bit to figure out it was an encoding scheme, after being confused whether it was a start-up or a library or what.
You're answering the questions a visitor has in a sensible enough order:
1. What is it?
2. Why should I use it?
3. What does it look like?
I think the proportions are off. In terms of detail, the first question is answered in a brief slogan that is very easily glossed over because it's put in a place where very little informative text usually gets put, then the second question gets a huge amount of space and details and the same points are repeated multiple times with different phrasing. Everyone claims to be "fast", "simple", "effective", "secure", "private", "cheap", "future-proof", "optimized", etc. It very easily gets dismissed as noise when you are at the same time scanning the page for clues as to what it even is about. It's hard to make a sell when what you're selling isn't clear.
Maybe you could overlap 1 and 2 a bit, somehow. If it had said "the encoding scheme is easy to use" rather than "easy to use", my question would be largely answered.
My sites aren't a marvel of intuitive navigation either, I don't claim to be better, but it's sometimes hard to see sometimes how other people view our sites.
Thank you! I'm of average skill when it comes to UX, which is definitely hurting the visibility of this. I'm also worried about how approachable the spec itself is, considering how hard it is to put onesself in the shoes of someone coming at it fresh. There's so much information, but nobody wants to be inundated...
I'll play around with the positioning and ordering to see if I can make it easier to find answers to the primary questions.
I've been approaching it in terms of visitor archetypes, like in the case just now of a person who doesn't know what you're about, or someone looking for the spec, etc. What questions do they have, and can it be answered easily.
I also think being deliberate about where you draw attention to is big. Colors, images, do they serve a function or are they merely to fulfill an aesthetic? Regardless of why you put them there, for better or worse, they will draw the eyes of your visitors. Possibly away from what they are looking for.
@throwawayin16 your account is shadowbanned, so I can't reply directly.
I get the feeling that the page is at a "roughly good enough" phase that the largest segment of people can find it and get a little interested (or at least I hope that's the case!) The fine tuning is always a pain.
The main page is supposed to be a little markety, and then for the technically minded there's the spec and the design doc.
I've played around with what gets emphasized first. It used to be the dual format aspect, but now since switching to the security aspect I've gotten more traction.
It's always a struggle striking the right balance between information and text density. I'll probably end up playing around for awhile yet...
Just checked my site[0] and got 247kb[1] Uncompressed and 136kb compressed, the only improvements I can see is reduce image sizes and remove third party JS code, mostly injected by Cloudflare.
CloudFlare's supposed acceleration has been a bit underwhelming.
I was diagnosing some problems with latencies and it turns out that CF adds a good 200 ms to my page loads (making them load at about 400ms instead of 200ms*), meanwhile, their own tests claim they're able to reduce my page loads down to a roaring 700 ms from the 1 second default.
Your TTFB is pretty darn high for some reason, maybe a server side caching issue? Loading should be effectively instant otherwise, good job getting all critical assets inlined.
You could also mark the company images as `loading="lazy"` – though you may intentionally be eagerly loading all of those now.
yes the TTFB is probably because my application logic and database queries are not optimised at all. I guess that is my next step, I have to do some profiling to figure out why. Probably just slow db query/slow database
These lists are a fine starting point, but I think that the next step is to do some curation and showcase really nice / impressive examples of lean sites.
Perhaps one approach would be to have an old-school web directory, like https://href.cool/ where you have a little screenshot and blurb about why a site is notable or worth visiting.
I wish there was a way to filter this for non text only sites. Yeah it loads fast and has a small footprint but that's hardly impressive when it's just a no css site containing a few paragraphs. I'd love to see some tiny impressive webassembly feats within this bound.
It's a real shame you can't add sites without a github account. I'd like to add search.marginalia.nu which clocks in at about 80 Kb for a full search result page.
so this member checks his internet consumption and has a little shock seeing that he seems to have burnt over 5GB in a few hours, which were especially odd since he could not remember having done anything special, as some practical reasons rendered it impossible in that timeframe. He started suspecting malware.
Than it dawned on him: in those hours he spent time scrolling one page in Reddit. Ludicrous as it is, that remains the only relevant voluntary activity.
And then he planned to start monitoring consumption systematically through `iftop` (which also needs permanent in-session memory of total consumption per address/domain, by the way).
Should be pretty self-reinforcing. If sites are cropping up that load instantly, then sites that take 30 seconds to load and are sluggish to scroll start to look very bad by comparison.
In some sense this already exists (via users clicking away if it loads too slowly). So maybe the market has a nice balancing function for this already.
Oooh my site (jaruzel.com) qualifies for 'Orange team'. I doubt I'll go to the effort of doing a Pull Request on GitHub to get it included. Nice Idea though.
Nice little site: Amiga / retro computing, woodworking, home cinema... I'm into these too. Was "Hutchhikes" yours (in the "geekpics")? I've got one from 1988 (since 1999) but thankfully never crashed it.
No, that car was bought by a friend of mine who relocated to Mexico, and found out he could buy one even though he didn't know how to drive. Hence the end result.
Bizarrely a while later he bought another one and crashed that too. Poor guy has plate in his head now holding his skull together.
How many of these sites serve more than 1000 queries per day to human users?
Most people find the benefits of small websites to be all that compelling. And most businesses seem to be responding to the incentives imposed by this state of affairs. I would love to see a listing of popular websites that are very compact.
It's also withstood two HN "hugs of death", peaking out at multiple visits-per-second (a few dozen RPS). For what it's worth, it's hosted on a consumer-grade PC off domestic broadband.
So few of these are actually good sites. The majority are text-only portfolios. Go figure they’re a paltry few kB.
It feels like the list is pointless, it’s saying “small sites are small” - instead of showcasing well-optimized sites that you would expect to be quite large.
My SaaS landing page (https://healthchecks.io) doesn't do things by itself but it contains screenshots, integration logos, a little bit of JS. It was just over the 512KB threshold, I ran the PNG files through oxipng and got it to qualify :-)
You’re responsible for healthchecks.io? I found and started using it a few months ago to monitor some home backup tasks & a couple other simple jobs that I don’t care about unless they stop.
Thank you for the wonderful service & documentation. I wasn’t looking forward to setting up monitoring but your service actually made it a pleasure!
This is really cool, and so is Humble[0]! Thanks for sharing. You're even underselling things by not talking about gzipped sizes – a paltry 311kB. All that chunky base64 compresses pretty well, it seems :)
Hey thanks, glad you like these projects! Yeah you're right I was only looking at uncompressed size, add in some gzip and actual size through the network is even smaller.
Also glad you like humble, it's one of those side projects I get a lot of enjoyment out of developing and that I can get pretty creative with. You can do some interesting optimizations and modifications when the entire state of a web page is known in advance, and it's fun to look at some of these edge cases.
Yeah... 512 KB is a lot of bytes for text-only website. For text-only sites the threshold should be much lower. Like ten times lower. 50 KB club anyone?
That the majority of that NYT homepage weight is in low-priority video does not lend much credence to it being a text-only site. On an iPhone 12, it's also a 14,000px tall site, chock full of content. The HTML document size alone nearly disqualifies it from being on this list.
It feels rather... pointless? to pick on a news organization's homepage for being bloated, and then gesture at some guy's 9kB portfolio saying "see! this is speed!"
Since this centers around minimalism, I figured I'd point out, to those that don't yet know of it, that a successor to Gopher exists. It's called Gemini.
Edit: Just noticed https://lichess.org/ is on the list