V2EX › sujin190 的所有回复 › 第 103 页 / 共 127 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 99 100 101 102 103 104 105 106 107 108 ... 127

❮

❯

2016 年 8 月 12 日

回复了 chenset 创建的主题 › PHP › 使用 Laravel ORM 时的一个问题?

@chenset 看你描述的这个场景我觉得还是第二种比较好

2016 年 8 月 12 日

回复了 chenset 创建的主题 › PHP › 使用 Laravel ORM 时的一个问题?

重点是当和用户相关的数据越来越多的时候用户 model 里岂不是越来越多方法，每个细分功能都会修改 user model ，这样不合适吧，除非所有细分功能共用，否则最好还是写到各自 model 里比较好

2016 年 8 月 10 日

回复了 lzjun 创建的主题 › 程序员 › Tornado 组合 MySQL 时，你们用的驱动是用 MySQLdb， PyMySQL、SQLAlchemy 或者 Peewee 还是其他？

推荐 https://github.com/snower/TorMySQL 正在用在生产环境中，虽然官方推荐使用同步就可以了，但异步和同步相比也有自己的好处
Peewee 改过异步版本，不过事务上不太好处理，高并发下和同步版本 Peewee 性能差距不大

2016 年 8 月 9 日

回复了 sujin190 创建的主题 › Redis › redis 关闭 bgsave 后整个 web 响应时间提升 5 倍，这是个坑么？

@Rosanta 恩，确实，虽然 redis 写请求大半，但每秒也不到一千，这小意思了吧

2016 年 8 月 9 日

回复了 zeroJason 创建的主题 › 程序员 › 并发解决一秒钟五十万的并发网站

@zeroJason 看需求像是实时统计展示之类的，如果是这样的话 50w 个长连接推送更靠谱吧， 5 秒发 50 万推送还是很简单的，每秒处理 50 万请求就有点太不靠谱了，而且可以数据不变更不推送，这样推送次数明显变少了吧，再者如果数据是类线性变化的话，还可以客户端计时自己加，然后服务端没过一段时间推送正确值修正就可以了，这样推送量有变低了

2016 年 8 月 9 日

回复了 zeroJason 创建的主题 › 程序员 › 并发解决一秒钟五十万的并发网站

秒杀？每秒五十万，每天数百亿？这么牛逼恐怕不是简简单单优化就能搞的定的吧

2016 年 8 月 9 日

回复了 sujin190 创建的主题 › Redis › redis 关闭 bgsave 后整个 web 响应时间提升 5 倍，这是个坑么？

@linoder 写缓存？这就是说用户空间内存使用加写缓存？

2016 年 8 月 8 日

回复了 sujin190 创建的主题 › Redis › redis 关闭 bgsave 后整个 web 响应时间提升 5 倍，这是个坑么？

@onlineismy 首次启动确实是，之后就不是了啊，直接 master 把操作命令同步发给 slave ，后面消耗就很小了

2016 年 8 月 8 日

回复了 sujin190 创建的主题 › Redis › redis 关闭 bgsave 后整个 web 响应时间提升 5 倍，这是个坑么？

@onlineismy 其实我知道这个过程，只是数据量和 fork 时间影响比我想象的大多了，所以是不是还有其他的坑呢