V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  sujin190  ›  全部回复第 98 页 / 共 122 页
回复总数  2429
1 ... 94  95  96  97  98  99  100  101  102  103 ... 122  
@SkyLanD 其实现在的锁的弱点还是在锁头,毕竟带个能剪断那么粗的钢索的设备来说大多数情况还是不多见的,特别是公共场所,抬走就更不现实了,而锁头太通用了,很多工具都可以开,而且时间不超过两分钟就能搞定,要是能设计个通过手机控制的锁头,是不是好很多,毕竟以大多数小偷的水平来说应该搞不定
2016-08-25 23:27:15 +08:00
回复了 wildlynx 创建的主题 分享发现 Mozilla 考虑对沃通 CA 采取行动
@mdzz 这都行。。牛逼
2016-08-25 13:44:04 +08:00
回复了 mumuy 创建的主题 GitHub 最新最全的中国行政区划数据(省市区街道)
2016-08-25 13:09:09 +08:00
回复了 mumuy 创建的主题 GitHub 最新最全的中国行政区划数据(省市区街道)
其实中国民政部的网站上给出的似乎才是最新的,国家统计局那边的都好久没更新了
2016-08-25 09:43:52 +08:00
回复了 newton108 创建的主题 微信 求微信服务器 IP 列表
@ZE3kr 微信不是一直使用 https 的么?
2016-08-19 13:49:59 +08:00
回复了 414348489 创建的主题 问与答 支付宝的无网支付是如何实现
或者简单的在有网的时候提前更新一个和账号相关支付密钥也可以啊,然后支付的时候用这个密钥签名或加密都行,总不可能你一直没网吧,有网的时候刷新一下这个密钥就行了
2016-08-12 09:43:53 +08:00
回复了 chenset 创建的主题 PHP 使用 Laravel ORM 时的一个问题?
@chenset 看你描述的这个场景我觉得还是第二种比较好
2016-08-12 09:16:24 +08:00
回复了 chenset 创建的主题 PHP 使用 Laravel ORM 时的一个问题?
重点是当和用户相关的数据越来越多的时候用户 model 里岂不是越来越多方法,每个细分功能都会修改 user model ,这样不合适吧,除非所有细分功能共用,否则最好还是写到各自 model 里比较好
推荐 https://github.com/snower/TorMySQL 正在用在生产环境中,虽然官方推荐使用同步就可以了,但异步和同步相比也有自己的好处
Peewee 改过异步版本,不过事务上不太好处理,高并发下和同步版本 Peewee 性能差距不大
2016-08-09 13:34:30 +08:00
回复了 sujin190 创建的主题 Redis redis 关闭 bgsave 后整个 web 响应时间提升 5 倍,这是个坑么?
@Rosanta 恩,确实,虽然 redis 写请求大半,但每秒也不到一千,这小意思了吧
2016-08-09 13:32:19 +08:00
回复了 zeroJason 创建的主题 程序员 并发解决一秒钟五十万的并发网站
@zeroJason 看需求像是实时统计展示之类的,如果是这样的话 50w 个长连接推送更靠谱吧, 5 秒发 50 万推送还是很简单的,每秒处理 50 万请求就有点太不靠谱了,而且可以数据不变更不推送,这样推送次数明显变少了吧,再者如果数据是类线性变化的话,还可以客户端计时自己加,然后服务端没过一段时间推送正确值修正就可以了,这样推送量有变低了
2016-08-09 12:20:46 +08:00
回复了 zeroJason 创建的主题 程序员 并发解决一秒钟五十万的并发网站
秒杀?每秒五十万,每天数百亿?这么牛逼恐怕不是简简单单优化就能搞的定的吧
2016-08-09 10:12:13 +08:00
回复了 sujin190 创建的主题 Redis redis 关闭 bgsave 后整个 web 响应时间提升 5 倍,这是个坑么?
@linoder 写缓存?这就是说用户空间内存使用加写缓存?
2016-08-08 10:56:52 +08:00
回复了 sujin190 创建的主题 Redis redis 关闭 bgsave 后整个 web 响应时间提升 5 倍,这是个坑么?
@onlineismy 首次启动确实是,之后就不是了啊,直接 master 把操作命令同步发给 slave ,后面消耗就很小了
2016-08-08 09:52:14 +08:00
回复了 sujin190 创建的主题 Redis redis 关闭 bgsave 后整个 web 响应时间提升 5 倍,这是个坑么?
@onlineismy 其实我知道这个过程,只是数据量和 fork 时间影响比我想象的大多了,所以是不是还有其他的坑呢
2016-08-07 23:59:43 +08:00
回复了 sujin190 创建的主题 Redis redis 关闭 bgsave 后整个 web 响应时间提升 5 倍,这是个坑么?
@500miles 内存只用了四分之一,应该不是这个问题
2016-08-07 23:59:16 +08:00
回复了 sujin190 创建的主题 Redis redis 关闭 bgsave 后整个 web 响应时间提升 5 倍,这是个坑么?
@500miles 这个系统调用不是同步文件写到磁盘的么?主进程还会有这个调用?
2016-08-07 23:57:38 +08:00
回复了 sujin190 创建的主题 Redis redis 关闭 bgsave 后整个 web 响应时间提升 5 倍,这是个坑么?
@tczzjin 现在就是这么干的,还不错
2016-08-07 22:20:34 +08:00
回复了 sujin190 创建的主题 Redis redis 关闭 bgsave 后整个 web 响应时间提升 5 倍,这是个坑么?
@SErHo 可是在 bgsave 过程中,响应延时都过秒了,也和那不一样啊,奇怪
2016-08-07 22:19:15 +08:00
回复了 sujin190 创建的主题 Redis redis 关闭 bgsave 后整个 web 响应时间提升 5 倍,这是个坑么?
@killpanda 不可能吧
1 ... 94  95  96  97  98  99  100  101  102  103 ... 122  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1160 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 35ms · UTC 18:29 · PVG 02:29 · LAX 10:29 · JFK 13:29
Developed with CodeLauncher
♥ Do have faith in what you're doing.