提高网站速度的第二种思路

[gowl]

提高网站的速度最直接的思路是用更好的硬件。比如加内存、加 CPU 、加带宽、使用 CDN 、把服务器放到里用户更近的机房等。除此之外还有第二个思路：软件的思路。

软件的思路意味着把网站做得更轻，这样同样可以提高网站的速度。你可以减少不必要的图片元素，使用轻量级的前端技术，将资源打包以减少一个页面的总请求数量。大多数网站的有效内容的展现，其实只需要很少的前端数据（ HTML 、JavaScript 、CSS ）（代码也是数据），如果你能让每一个网页都保持在 200 KB 以下，并且减少每个网页首次加载完成时对服务器的请求数量到，比如说，两个，你的网站也会有不错的使用体验。

[cpstar]

1995 年时的网页，现在加载肯定都是纳秒速

[Leviathann]

astro
qwik

[duke807]

是的，以前 js 很落後，要用各種所謂框架輔助

es6 之後，用過無數框架的我，現在只用 vanlina js ，很舒服

[googlefans]

用纯静态 不需要访问数据库

[gowl]

> 用纯静态 不需要访问数据库

数据库很多时候还是需要的。有一些方法可以使数据库访问也很快，比如添加适当的索引等。
@googlefans

[gowl]

> 1995 年时的网页，现在加载肯定都是纳秒速

是这样的。只是 web 1.0 架构的功能比较有限，仅仅适用于个人博客了。
@cpstar

[gowl]

@duke807 同意，我也在实践、实验这个方法。

[caomu]

个人电脑的硬件水平上去以后，就越来越少人优化软件体积了，现在电脑里面一堆 election ，来一个跨平台应用都是几百 m ，除了少数技术洁癖者，大部分人都不在乎。
网站也有这个趋势，随着光纤入户、千兆万兆入户、全屋光纤、全屋 mesh 、5G 的普及，网站体积也越来越大，大家都越来越不在乎了。首页直接糊你一个视频的都大把，各种炫技的前端狂吃流量。

[gowl]

@caomu 同感～

[keith1126]

@cpstar #1

纳秒（ ns ）级别的话，按照 4GHz CPU 来算，0.25 ns 一个 CPU cycle ，也就是说，10 多个 CPU cycle 就加载完，是不可能的。 网络 IO 的延迟数量级至少得在 ms 级别。

[opengps]

没提到动静分离

[iqoo]

说了等于没说~

[wonderfulcxm]

减少 http 请求数和文件体积是非常初级的优化方法，pagespeed 有完整的优化建议。

[ragnaroks]

主楼说的内容只是 next 增量生成的最低级优化方法

[ragnaroks]

网站的 HTML 应当是最优先响应的，其次是样式表，最后才是脚本和图片等。

HTML 也有优化的余地，可以先响应骨架或者模板的 HTML ，再后续通过脚本获取动态内容。

对于高级用法，数据库也是可以被直接打包到前端的，我的个人网站就实现了纯前端访问能力，提供无网络请求的搜索功能。

[SenLief]

如果只是文字的那加载难不到哪里去，但是大量的图片不行吧。

[deesan]

Jamstack ？

[stille]

现在永远找不到当时从 56k 猫 升级到 2M adsl 打开网页时的感觉了.

[RiverTwilight]

作为前端开发者，我一看标题以为第二种思路才是硬件🤣

[tool2d]

我的前端库，就一个 hello world 都需要下载 500k 。

但是转念一想，现在下载速度那么快，网速正常情况下也就是等 0.5s 。

超过 3 秒才有优化的必要。