V2EX › AlexaZhou 的所有回复 › 第 26 页 / 共 31 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 18 19 20 21 22 23 24 25 26 27 ... 31

❮

❯

2016-02-19 10:58:14 +08:00

回复了 AlexaZhou 创建的主题 › 分享创造 › VeryNginx 新功能预告

@kmahyyg

接上一条

要注意的是，如果连接数目大，或者使用了缓存的情况下， Nginx 也会使用更多的内存

2016-02-19 10:55:14 +08:00

回复了 AlexaZhou 创建的主题 › 分享创造 › VeryNginx 新功能预告

@kmahyyg

和 Nginx 官方版本相比，多了个 Lua 解释器，另外使用了 21M 的共享内存，并没有哪儿用到大内存

在我本地用作反向代理的情况下，大概占用不到 100M

要注意的是，如果连接数目大，或者使用了缓存

2016-02-19 00:00:38 +08:00

回复了 AlexaZhou 创建的主题 › 分享创造 › VeryNginx 新功能预告

@liwanglin12

让我们一步步向前走，先把基本功能做好了...

2016-02-10 22:18:11 +08:00

回复了 AlexaZhou 创建的主题 › 分享创造 › 对人类友好并且强大的 VeryNginx

@Yamade 你是说 IP 黑名单吗，在 IP 过滤里面配置就可以了

2016-02-10 22:15:37 +08:00

回复了 AlexaZhou 创建的主题 › 分享创造 › 对人类友好并且强大的 VeryNginx

@xuhaoyangx 对的，让 VeryNginx 目录对 nginx 进程可写就行了，因为会保存配置在里面

2016-02-10 14:13:03 +08:00

回复了 AlexaZhou 创建的主题 › 分享创造 › 对人类友好并且强大的 VeryNginx

@Livid 对的，目前的看不到绝对意义上的实时流量。一个请求的流量需要到这个请求结束之后才会反映出来，也就是大文件下载的话，会在这个请求结束之后出现在图表上

2016-02-05 15:16:14 +08:00

回复了 AlexaZhou 创建的主题 › 分享创造 › 对人类友好并且强大的 VeryNginx

@lj0014

URI 统计有两组，一组是从 Nginx 启动之后的全部统计结果，一组是每分钟清空的统计结果
这部分我详细写一下，回头整理进 readme 吧

2016-02-04 23:43:20 +08:00

回复了 AlexaZhou 创建的主题 › 分享创造 › 对人类友好并且强大的 VeryNginx

@rrfeng

这里其实并不需要记录每一次访问，只需要按 URI 归类进行累加就可以了，也就是说只需要为每个 URI 存储一组数据，所占用内存并不会那么多

2016-02-04 18:30:19 +08:00

回复了 AlexaZhou 创建的主题 › 分享创造 › 对人类友好并且强大的 VeryNginx

@laosb
Thanks ，已经 merge 啦

2016-02-04 14:40:40 +08:00

回复了 AlexaZhou 创建的主题 › 分享创造 › 对人类友好并且强大的 VeryNginx

@anyforever

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

2016-02-04 14:39:03 +08:00

回复了 AlexaZhou 创建的主题 › 分享创造 › 对人类友好并且强大的 VeryNginx

@adeweb

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

2016-02-04 12:11:48 +08:00

回复了 AlexaZhou 创建的主题 › 分享创造 › 对人类友好并且强大的 VeryNginx

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

2016-02-04 12:07:14 +08:00

回复了 AlexaZhou 创建的主题 › 分享创造 › 对人类友好并且强大的 VeryNginx

@rrfeng

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

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

2016-02-04 12:03:55 +08:00

回复了 AlexaZhou 创建的主题 › 分享创造 › 对人类友好并且强大的 VeryNginx

@rrfeng

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

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

2016-02-04 10:56:30 +08:00

回复了 AlexaZhou 创建的主题 › 分享创造 › 对人类友好并且强大的 VeryNginx

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

2016-02-04 10:51:18 +08:00

回复了 AlexaZhou 创建的主题 › 分享创造 › 对人类友好并且强大的 VeryNginx

@imria

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

2016-02-04 10:49:29 +08:00

回复了 AlexaZhou 创建的主题 › 分享创造 › 对人类友好并且强大的 VeryNginx

@KenGe

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

2016-02-04 01:26:36 +08:00

回复了 AlexaZhou 创建的主题 › 分享创造 › 对人类友好并且强大的 VeryNginx

@wph95
😊欢迎 PR ～

2016-02-04 01:20:00 +08:00

回复了 AlexaZhou 创建的主题 › 分享创造 › 对人类友好并且强大的 VeryNginx

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

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

2016-02-04 01:05:49 +08:00

回复了 AlexaZhou 创建的主题 › 分享创造 › 对人类友好并且强大的 VeryNginx

@lightforce

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

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

1 ... 18 19 20 21 22 23 24 25 26 27 ... 31

❮

❯