1
lxy 2016-10-21 12:05:05 +08:00 1
(from cache)
如果网页引用 css 的链接没变化,就直接从缓存里加载了。 |
2
makeitall OP @lxy 那么中间间隔这么多时间是因为在数据库获取信息吗?能明显感觉到这段时间导致在本地打开网页都很卡。但是为什么不是在上面的绿色的 wait 时间里呢?
|
3
Lpl 2016-10-21 12:15:15 +08:00 via Android 1
第一个 document 应该是在构建整个网页的结构
|
5
Lpl 2016-10-21 12:25:28 +08:00 via Android 1
@makeitall 你这个页面结构的数据是走了一趟数据库吧?整个流程大致是:控制器,数据库调用,生成相应格式数据,然后扔到 view 模板中。那就是整个网页结构 + 数据 的构建
|
6
yiyizym 2016-10-21 12:30:08 +08:00 1
把鼠标放到绿色的长条上,就会看到详情。
绿色部分表示请求发出后到收到第一个字节的时间,所以你说得对。 之所以要等这么久,就是后台收到请求之后做了很多处理。 |
7
makeitall OP @Lpl 就是 view 函数里调用了一些数据库里的东西返回到 templates 里面了。。。难道第一个的几十毫秒不是已经生成 html 了吗?
|
8
makeitall OP @yiyizym 这个很短只有几十毫秒,我看了 chrome 下面的那个 explanation 连接,这个第一个字节是什么意思不太明白,是服务器的 response 会先返回一个字节,然后再调用数据库之类的,完成之后再返回吗?你说的这个后台是服务器的后台还是 chrome 后台?
|
9
Lpl 2016-10-21 12:53:45 +08:00 via Android 1
@makeitall 是生成了,这个生成包括了:页面结构 + 返回到 template 的数据,第二条是从缓存中取得的样式 style
|
10
loading 2016-10-21 12:58:07 +08:00 via Android 1
你没有把静态文件交给 nginx ?然后你是单线程跑的 flask
|
11
makeitall OP @loading 多进程跑的, nginx 反代,感觉和 nginx 关系不大。。因为别的函数都可以正常时间运行,只有这个耗时间比较多。
|
12
makeitall OP |
14
sorra 2016-10-21 14:06:07 +08:00
原来如此,扩展程序占用了一段时间,有意思。
|