I'm really proud that two websites I designed and built are on that list, but especially proud of <a href="https://foodpartners.us/" rel="nofollow">https://foodpartners.us/</a> which unlike a lot of the sites isn't a blog but is a full brochure style website for a business that would normally load many MB of crap if built by a normal agency.
1MB pages are <i>performance-oriented</i> now. Apparently this isn’t a parody.<p><a href="https://idlewords.com/talks/website_obesity.htm" rel="nofollow">https://idlewords.com/talks/website_obesity.htm</a>:<p>> Today’s egregiously bloated site becomes tomorrow’s typical page, and next year’s elegantly slim design.
For folks who started web dev in the 90s, with 9600 and 1440kbps modems, 1mb seems way too much.<p>Probably not always accomplishable with the high res hero imagens and videos we need these days, but we should strive for a web that’s instant. There’s no reason we should be waiting for a page to download and render with the bandwidth and hardware available today.
> Total size of all member websites combined: 169.4 MB<p>Apparently that is comparable to a single page load of digital ocean’s blog<p><a href="https://news.ycombinator.com/item?id=32076634" rel="nofollow">https://news.ycombinator.com/item?id=32076634</a>
You may want to consider dropping the criteria to 64k (if it can't fit in a RAM of c-64, it is bloated!). There are sites in your index like:<p><a href="https://www.pe-we.com/mengenal-kelebihan-dan-kekurangan-asuransi-mobil-all-risk/" rel="nofollow">https://www.pe-we.com/mengenal-kelebihan-dan-kekurangan-asur...</a><p>that look like content marketing blogs also running google anayltics. Not sure if that was in the spirit of the project.
My next side project, this gave me the goal/hope to keep it under 1mb just to be in this club! The internet is too bloated these days, and I swipe away if it takes even a few seconds to load a webpage. We can all do a little better for our users
I've been making complex biz admin websites for a few years now that fit in under 20kb (uncompressed) by cheating a little bit with web sockets and js eval. Blazor server-side is a pretty good approximation for what my technique looks like today.<p>These websites are not the most accessible if we are factoring in network and platform concerns. But, they are by far some of the fastest (non-static) web experiences I have ever been responsible for. For employees in the same state as our datacenter, "instant" is really the best way to describe most interactions. We also use things like in-process SQLite for all of our persistence, so latency between button click & updated DOM is about as low as you could ever hope for.<p>I think having lightweight & <i>fast</i> web experiences is the key to building a successful technology business. When your customers & employees have to wait <i>seconds</i> for each interaction to "come back", they are going to have way more time to think about competitors and spending their time/money/attention elsewhere.
A quick check on pagespeed[1] gives me great performance numbers. Here is largest contentful paint (desktop):<p>www.google.com 4.3 seconds (yikes...)<p>1mb.club 1.2 seconds<p>(edit)<p>news.ycombinator.com 0.7 seconds<p>t0.vc 0.2 seconds<p>tutor.0b.ee 0.3 seconds<p>[1] <a href="https://pagespeed.web.dev/" rel="nofollow">https://pagespeed.web.dev/</a>
Glad to see this project grow, made my first pull request here :)<p>Occasionally, I would go there and checkout random peoples blogs and its surprisingly how much great it can be. Some sites look good and are surprisingly fast. I love this collection.
I shipped a ~8KiB status page app last week, it's still early days, but even with the features I have planned I doubt the size will be above 10KiB.<p>With frameworks like Remix it's easier than ever to write React and ship pure HTML/CSS.
Proud member[0] of the 250kb club here, 1mb is bloat! :-D<p>[0]<a href="https://250kb.club/withoutdistractions-com-cv/" rel="nofollow">https://250kb.club/withoutdistractions-com-cv/</a>