通过 mysql 日志定位到具体是哪里锁等待超时比较好。这样的信息太抽象了

兄弟，把烟戒了吧。

@pagxir 我是写后端的, 其实不懂 RS-232 和 UART -_-

@pagxir 然而书上只讲了帧, 没有讲起止位, 然后我就看到了问题描述中的那一段关于速率的计算. 这种书有点不知道怎么看.
谢谢各位了. 如果有关于如何更好的学习这本书的方法推荐就更好了

@Osk 为啥书上写的是 SLIP 的帧格式的一头一尾各有一个 END (0xc0) 的特殊字符啊. 两个 END 的中间就是 IP 数据报, 并且每个 END 字符占一个字节
你这里的意思听起来是: 每个字节的前后都加一个位 (开始位 /结束位) ? 或是我哪里理解有误?

@otakustay 恩 明白了！谢谢

@randal 这个就比较尴尬了，一时间把这个给望了。-_-

@otakustay 首先，谢谢你的回答。

前提条件： Nginx 默认开启了 Etag （ HTTP 请求也返回了 Etag ）

我观察到的现象是：


1. 当我刷新 HTML 页面的时候， chrome Dev Tools 显示 1.jpg 的状态为 200 from memory cache;

2. 当我在 safari 和 firefox 里面刷新 HTML 的时候， Dev Tools 都是返回 304 ，而不是 200 ，请求头都包含了 If-None-Match

然后我理解的是：没有任何 Cache-Control ，但是设置了 Etag ，每次请求都应该带上 If-None-Match 来验证 Etag 。而且 firefox 、 safari 都如我预期所想，在请求的时候加上了 If-None-Match 。

问题就出现在这里吧，我就直接在心里定义了一个结果：没有设置类似 max-age 这样的缓存时间，则浏览器不应该缓存结果。

所以整个解释如下：

在服务器没有显式返回 Cache-Control 相关 header 时，浏览器可以决定是否缓存资源。而这里 chrome 选择了缓存文件，但是 safari 、 firefox 并没有缓存。

不知道这样理解对不对，望指点一二。

@njstt 没有的，我强调了： safari 会进行正常的 Etag 验证。如果存在诸如 max-age 这样的 header ，那 safari 也不会进行过期验证了。

@tianshuang 没有的，我检查过了。

@JKeita 了解了。你的意思只是说把时间戳作为权重因子，但不是简单的加减，我觉得把时间戳放在小数点后就很靠谱嘛

接上条回复： 会员 m1 的积分是 2 ，时间戳是 100 ，那么排序权值为 102 （不是 103 ） 但是不影响我列举的示例（发过的评论不能修改，有点蛋疼）

时间戳 + 积分，这样好像有问题吧
会员 m1 的积分是 2 ，时间戳是 100 ，那么排序权值为 103
会员 m2 的积分是 1 ，时间戳是 103 ，那么排序权值为 104
这样降序排列的时候， m2 岂不是排在了 m1 之前？

或者是我哪里理解的不对？
@JKeita

写 word 扔 svn ，己准备离职！

感觉读了个假贴子

@Tony8Finet j 是的。我也发现 > tmp-out 这样是有结果的 改天没事看看 grep 源代码吗 -_-

@Tony8Finet 不知道咋贴图了 你点开我发的图片链接看下

@Tony8Finet


@Tony8Finet