关于网页打开速度优化的一个问题

[makeitall]

环境：本地测试
第一个网页和第二个 css 文件之间时间相差了很多，是因为等待服务器执行的时间吗？但是如果是这样的话不应该是在第一个的进度条里显示吗？还是因为什么？

原因出来了，扩展程序安装太多了，删掉就好了，囧。

[lxy]

(from cache)
如果网页引用 css 的链接没变化，就直接从缓存里加载了。

[makeitall]

@lxy 那么中间间隔这么多时间是因为在数据库获取信息吗？能明显感觉到这段时间导致在本地打开网页都很卡。但是为什么不是在上面的绿色的 wait 时间里呢？

[Lpl]

第一个 document 应该是在构建整个网页的结构

[makeitall]

@Lpl 额，但是别的就没有消耗这么久时间啊。只是这个貌似数据库调用比较多就变成这样子了。

[Lpl]

@makeitall 你这个页面结构的数据是走了一趟数据库吧？整个流程大致是：控制器，数据库调用，生成相应格式数据，然后扔到 view 模板中。那就是整个网页结构 + 数据 的构建

[yiyizym]

把鼠标放到绿色的长条上，就会看到详情。

绿色部分表示请求发出后到收到第一个字节的时间，所以你说得对。
之所以要等这么久，就是后台收到请求之后做了很多处理。

[makeitall]

@Lpl 就是 view 函数里调用了一些数据库里的东西返回到 templates 里面了。。。难道第一个的几十毫秒不是已经生成 html 了吗？

[makeitall]

@yiyizym 这个很短只有几十毫秒，我看了 chrome 下面的那个 explanation 连接，这个第一个字节是什么意思不太明白，是服务器的 response 会先返回一个字节，然后再调用数据库之类的，完成之后再返回吗？你说的这个后台是服务器的后台还是 chrome 后台？

[Lpl]

@makeitall 是生成了，这个生成包括了：页面结构 + 返回到 template 的数据，第二条是从缓存中取得的样式 style

[loading]

你没有把静态文件交给 nginx ？然后你是单线程跑的 flask

[makeitall]

@loading 多进程跑的， nginx 反代，感觉和 nginx 关系不大。。因为别的函数都可以正常时间运行，只有这个耗时间比较多。

[makeitall]

@lxy
@Lpl
@yiyizym
@loading
可能和数据库关系也不大吧，我测试了下，发现如果是直接在地址栏输入地址的话就没那段空白。。。搞晕了。。。

[makeitall]

@lxy
@Lpl
@yiyizym
@loading

原因出来了，扩展程序安装太多了，删掉就好了，囧。

[sorra]

原来如此，扩展程序占用了一段时间，有意思。