@ioiioi 是的，不过多部署几个点找到规律之后就可以自己写脚本实现自动添加。

屌丝伯应该适合你，最近配的几台机器基本都用屌丝伯，丢桌上毫无违和感：）
打完发现 42 楼已经推荐了，那就不上图了。

InfluxDB + Telegraf + Grafana

问题解决，感谢各位

@Earthman 16 核啊，回头找台 16 核的机器试试效果，多谢建议：）

attached : 除了 H.264 + AAC 编码之外都可以，主题上说错了。所以编码是开放的，所以也可以推荐使用别的编码格式

做的好赞

羊毛已薅，感谢！

@zonghua 额，我是说后缀，不是域名主体部分=。=

域名不一定是 com|cn|net|us 结尾的说，最好还是按照 2-10 位的字母来写正则吧。

http://ww2.sinaimg.cn/large/c75ba658gw1ewwrciubq7j20zk0qo78a.jpg
http://ww2.sinaimg.cn/large/c75ba658gw1ewwrcmagw9j20zk0qoq7n.jpg
http://ww2.sinaimg.cn/large/c75ba658gw1ewwrcosm2ej20zk0qoae7.jpg
姿势错了，重来一遍。

http://ww2.sinaimg.cn/large/c75ba658gw1ewwrbgsnpmj20e80e80tr.jpg
http://ww2.sinaimg.cn/large/c75ba658gw1ewwrbkgofuj20e80e80tr.jpg
http://ww2.sinaimg.cn/large/c75ba658gw1ewwrbnczv5j20e80e80tr.jpg

@branchzero typo 手滑多敲了一个不 （逃

@yxwzaxns =。= 数据库的话，你还是逃不开其他动态脚本 /程序去读取，静态文本基本上就是 Web Server Load 文件的事情了，不需要另外处理(你现在源图是按帧存储，你可以把源图解析之后的结果按帧存成一个个文本文件，然后 ajax 去 load 这些文本，就可以绕过处理了，我的意思是这个=。=)。
方法也不肯定不止 ajax 一种，加油折腾吧：）
忘记说了创意不错，蛮赞的！

@yxwzaxns 额，你 get 错重点了，用 ajax 取没错，错在每次你都要实时去分析图片，造成不必要的服务端开销，我的意思是，把结果直接存下来然后 ajax 去取静态文本。

你都能用 PHP 得到结果了为什么不把结果存成文本来取呢=。=
ajax 一帧一帧从 php 取这个方法不敢恭维啊。

https://www.v2ex.com/t/220094
真拿来用请自己完善吧。

@lostvincent 不会有问题的说，其他的并不影响吧，每个回复他对应的线索串 id 集合都是独立的，是他上面的所有层的回复的 id 集合。

关于目前的博客的回复存储形式，都是加一个 parent_id 存储完事，不存线索串的所有 id ，总感觉在回复量大的情况下会对查询构成负担。
（根据 parent_id 一层层回溯肯定不靠谱，博客应该是把这个 topic_id 的的所有的回复都取出来，然后再根据结果来一层层整理，但如果有分页呢，也查出所有结果是否是多余呢？）
论坛的做法，只有一层引用，且把引用的内容给直接存到这个回复里面了。
目前看来适当的冗余，按顺序存下线索串然后根据值得买的样子做适当折叠，保留搭楼的形式，大概是最好的做法了。
先查出该页的所有回复内容，然后再把所有回复内容的下面的线索串 id 取出来，然后合并后去重然后和这页回复内容取差集，然后丢进去再查询一次，再构造楼层结构是最好的做法了。