这些天个人博客网站终于写好了，使用的技术是react17 + vite + redux + saga + ts等，后台使用的是 node + koa + mysql + ts ，
前台地址是： http://blogs.chenliangliang.top/
前端代码地址： https://github.com/cll123456/blog
服务端代码地址： https://github.com/cll123456/my-blog-serve
问题描述
项目是写好了，但是我的首页加载出来竟然要20多s（服务器是最低标准，http协议）
效果
我使用另一个浏览器给大家截图，为了避免大家说是缓存啥的。
看到效果后，大家都会觉得比较满意的，但是怎么做的呢？大家可能都知道，不就是 启动了个 gzip嘛。 对的，是这样的。
思路
这一步其实是最难的，对于一个只知道概念，但是不知道原理的人来说。所以一切从原理出发。
zip 文件由哪端生成？
这个是一个问题，网上大部分教程会告诉你，在服务端配置nginx, 然后 xxx 一波操作猛如虎。 但是对于新手来说，这样真的好吗？不告诉人家原理，是不行的。所以咋就是那个打破沙锅问到底的，不弄明白。觉也睡不好。
服务端生成
zip 文件可以服务端生成，例如：
nginx
nginx 有一个模块是 gzip 模块，然后你只要开启了，nginx就会帮你来把数据（静态资源 和 接口数据）进行压缩，然后传入到客户端，客户端来解压，然后在进行代码的读取，其实这一步就是节约带宽，减少传输的代码包的数量。从而节约传输时间。然后网站就能很快打开了。
node
node也有相关于 compression 的库,然后配置一些选项，来选择对数据（资源和接口数据）的压缩，这个是同一个道理，就是服务端来进行压缩嘛，然后在传输。
其他的服务也有相关的库，怎么使用要看对于的语言了，这里就不展开
客户端生成
既然 服务端可以生成gzip文件, 那些构建工具 webpack, rollup, 等为啥也要写一些压缩的包？ 而且会发现包好像周下载量还停高的。
例如：
为啥要客户端生成呢？ 问得好， 我们知道服务端生成是不是每一次请求都要去请求服务器，然后服务器来生成压缩包。服务器每一次生成压缩包是不是会不会浪费服务端的性能哇！， 如果客户端生成，服务端先判断是否存在的后缀名为zip的文件，直接去拿，不存在在来压缩，这样是不是把服务器每一次都要压缩的事情，交给客户端了呢？ 虽然客户端打包进行代码压缩会很慢。 但是我们打包只是发布代码的时候打一次包，而服务器是要面对成千上万的人来访问等。 说到这里大家应该明白了吧。
实战
这里服务器我选择使用nginx，来配置。
服务端来进行压缩
对于服务端来进行压缩，客户端啥也不用做，只需要把打好的包放入对应的目录下面，然后在访问的时候 nginx 自动进行压缩传给客户端进行解析等。
nginx配置
使用HttpGzip（这个模块支持在线实时压缩输出数据流）模块.
下面这一段命令的作用域是 : http, server, location, 意思是在 http, server, location 这三个地方加入到哪个地方都行，为了不影响其他的，个人建议加到 location模块,这样其他的就不会影响了。
gzip on; gzip_buffers 4 16k; gzip_comp_level 6; gzip_types text/plain application/javascript text/css application/xml text/javascript application/x-httpd-php;
