@laosb
Thanks ，已经 merge 啦

@anyforever

呃，并没有，还是小心点吧
ps ：保存之前可以使用页面上的测试功能来测一下，看规则是不是正确的匹配上

@adeweb

VeryNginx 实现的逻辑依赖 Lua 内存里面的数据来执行，保存的时候即时更新内存里面的数据就可以啦

@fy
嗯 ，限速是很实用的功能，后续争取加上

@rrfeng

确实是分成 all, 4XX, 5XX 更好一些，后续版本会改进 tps 曲线

另外统计结果是存在 shard dict 里面

@rrfeng

后续 uri 访问统计里面会支持按照正则表达式进行归类，这样相似的 uri 就可以合并成一条了，你觉得这种实现怎样？

另外统计结果里面的 avg time 就是平均响应时间

确实是，多谢提醒，已经修正啦

@imria

会继续开发啦
VeryNginix 基于 lua ，比 Nginx 的 C 灵活很多，后续会加入很多新功能进来

@KenGe

试用的时候如果有建议，或者遇到问题记得提 issue 给我🐶

@wph95
😊欢迎 PR ～

@wph95
目前还不能呢，因为目前的实现主要是考虑了性能，目前的状态曲线是前端代码对不断获取 VeryNginx 的状态值（类似一个计数器），然后作差分计算得到的，查看历史纪录的话需要在 Nginx 里面做一个存储，也就是你说的时间序列数据库，会有一些难度（做的对性能基本无影响的情况下）

另外我感觉查看历史流量，是不是在通过 access.log 日志来分析会更好一些，因为那里面包含所有的原始信息，不光可以查看大概的指标例如每秒请求数，还可以查看单个请求的响应时间，返回值，等等，进行具体分析

@lightforce

首页的曲线图，其实是前端本地拿两个时间点的累计信息，作差分计算得到的，对服务器可以说无压力
访问统计那一页读取 uri 的访问记录，会需要 nginx 计算一下生成 json ，但也还好

可能存在的性能压力是在配置了很多规则之后，正则表达式匹配可能会带来 cpu 压力

@wph95
赞大胆～
如果生产中使用时遇到任何问题，请反馈给我，我会尽快解决👿

@wph95
1 ，额，第一次用 vue.js ，我回头再研究一下
2 ，看来 Readme 很需要改进...
3 ，关于数据点时间间隔，其实在 status 页面点右边的齿轮，然后可以设置数据点的时间间隔，目前是只能在 1-15 s 内设置
4 ，正在加油中，陆续会加功能进来...

@wph95
多谢鼓励 ~
必须要做成方便部署的方式

@jinwyp
遇到了 Nginx 本身的一些限制，目前这两个还是需要通过 Nginx 本身的配置文件来写

@lhbc 强力赞～ 这个很有参考价值

@kn007 目前需要有：

http_sub_status_module
lua_nginx_module
以及 lua cjson 模块

不过这里面的 lua cjson 模块并不是必须的，后面会改进成动态判断，如果有就使用 cjson ，如果不存在则使用 dkjson 来代替

@lightforce
额你是说对访问速度的影响，还是读取统计结果时候的影响？
对普通访问来说，日志统计的插入时间复杂度是 o(1)，不怎么耗 cpu
读取统计结果的时候会需要生成 json ，数据很多的情况下（应该可以记录 10 万条以上的 url 统计结果），需要零点几秒，但是也还好