TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Two Years and over 700 Websites Later

140 点作者 bradley_taunt将近 3 年前

14 条评论

dimmke将近 3 年前
I&#x27;m really proud that two websites I designed and built are on that list, but especially proud of <a href="https:&#x2F;&#x2F;foodpartners.us&#x2F;" rel="nofollow">https:&#x2F;&#x2F;foodpartners.us&#x2F;</a> which unlike a lot of the sites isn&#x27;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.
评论 #32139836 未加载
评论 #32139724 未加载
评论 #32143778 未加载
评论 #32148690 未加载
评论 #32143207 未加载
评论 #32139975 未加载
评论 #32140974 未加载
评论 #32140069 未加载
oefrha将近 3 年前
1MB pages are <i>performance-oriented</i> now. Apparently this isn’t a parody.<p><a href="https:&#x2F;&#x2F;idlewords.com&#x2F;talks&#x2F;website_obesity.htm" rel="nofollow">https:&#x2F;&#x2F;idlewords.com&#x2F;talks&#x2F;website_obesity.htm</a>:<p>&gt; Today’s egregiously bloated site becomes tomorrow’s typical page, and next year’s elegantly slim design.
评论 #32139797 未加载
评论 #32140319 未加载
评论 #32140204 未加载
tambourine_man将近 3 年前
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.
评论 #32139634 未加载
评论 #32139126 未加载
评论 #32139014 未加载
评论 #32139209 未加载
peanut_worm将近 3 年前
&gt; 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:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=32076634" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=32076634</a>
评论 #32141131 未加载
freediver将近 3 年前
You may want to consider dropping the criteria to 64k (if it can&#x27;t fit in a RAM of c-64, it is bloated!). There are sites in your index like:<p><a href="https:&#x2F;&#x2F;www.pe-we.com&#x2F;mengenal-kelebihan-dan-kekurangan-asuransi-mobil-all-risk&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.pe-we.com&#x2F;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.
评论 #32140657 未加载
frontrowseat将近 3 年前
My next side project, this gave me the goal&#x2F;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
评论 #32138904 未加载
评论 #32143126 未加载
bob1029将近 3 年前
I&#x27;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, &quot;instant&quot; 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 &amp; updated DOM is about as low as you could ever hope for.<p>I think having lightweight &amp; <i>fast</i> web experiences is the key to building a successful technology business. When your customers &amp; employees have to wait <i>seconds</i> for each interaction to &quot;come back&quot;, they are going to have way more time to think about competitors and spending their time&#x2F;money&#x2F;attention elsewhere.
philliphaydon将近 3 年前
I just scrolled the list and saw craigslist.org, visited it, and its 2.3mb?<p>Aren&#x27;t the sites meant to be under 1mb?
评论 #32141582 未加载
nelsonfigueroa将近 3 年前
Similarly, there&#x27;s also <a href="https:&#x2F;&#x2F;512kb.club&#x2F;" rel="nofollow">https:&#x2F;&#x2F;512kb.club&#x2F;</a>
8organicbits将近 3 年前
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:&#x2F;&#x2F;pagespeed.web.dev&#x2F;" rel="nofollow">https:&#x2F;&#x2F;pagespeed.web.dev&#x2F;</a>
whoibrar将近 3 年前
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.
rozenmd将近 3 年前
I shipped a ~8KiB status page app last week, it&#x27;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&#x27;s easier than ever to write React and ship pure HTML&#x2F;CSS.
harryvederci将近 3 年前
Proud member[0] of the 250kb club here, 1mb is bloat! :-D<p>[0]<a href="https:&#x2F;&#x2F;250kb.club&#x2F;withoutdistractions-com-cv&#x2F;" rel="nofollow">https:&#x2F;&#x2F;250kb.club&#x2F;withoutdistractions-com-cv&#x2F;</a>
评论 #32174487 未加载
300bps将近 3 年前
What frameworks are everyone using to achieve small and fast page size?
评论 #32149962 未加载