V2EX › yankebupt 的所有回复 › 第 53 页 / 共 66 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 49 50 51 52 53 54 55 56 57 58 ... 66

❮

❯

2017-10-18 16:56:45 +08:00

回复了 Alain1995 创建的主题 › 买买买 › 大家有买过什么然并卵的东西吗？

leap motion +1
算法再怎么尝试超前也避免不了单纯双摄像头识别的遮挡缺点。真正用的话基本不可用。再怎么精准的定位有 5%的误操作足以毁掉整个体验。
apple pencil....
这个可能纯粹是因为个人没有艺术细胞，懒，以及没找到使用场景。也可能是因为 ipad 用铅笔牵强了一点.

2017-10-14 08:33:44 +08:00

回复了 Chigogo 创建的主题 › 推广 › 还记得 12 人 1 机么？弄到一批激活码福利大家……（非虚拟机）

贡献分母...
多开用硬件加速显卡的游戏只能插多块显卡……么还是比 VM 差了一点，VM 的话部分游戏可以用封装好的半硬件加速.....
碰下运气

2017-10-11 21:17:23 +08:00

回复了 Loyalsoldier 创建的主题 › 程序员 › 针对用户 IP，返回随机 URL，并需要存储 URL 到数据库，这个随机 URL 数据可以每天清空一遍，用什么方案性能最好？

@xmcp 也好，但我看到楼主说了每天数据可以清空，可能意味着楼主想在 SALT 里加入当前日期或者有自己的生成算法，咱们继续看看楼主怎么发展吧....

2017-10-11 21:12:29 +08:00

@Loyalsoldier 但是 ip 可以 hash 的...
不懂 hash 会加速的道理也没关系，这么解释一下，假设你为 0.0.x.x-255.255.x.x 的 ip 建 65536 张表，则每张表最多也就是 65536 个记录(实际每个记录都会很少会更快，因为需要访问一次才有记录)。只查对应的表只需遍历很少的记录....

不过我愈发觉得楼主可能是在钓鱼...专门钓我们这种不懂 memcached/LRU 的...

2017-10-11 20:45:16 +08:00

不要误解我。我是说大多数情况下技术人员会根据热度，分不同的使用用户，高频用户给一个很小的高速查询库，响应极其迅速，查不到再查之外的逐步扩大。但是涉及你这种情况如果这样做实际上是违背网络公平性的，会加大非高频用户的延迟，加之我 redis 基本没碰过，所以完全不能给出有效建议，请见谅。

2017-10-11 20:34:40 +08:00

我觉得楼主如果之后回帖：
我发现一个好方法，把库分成两部分，一部分存国内 ip 和 url，一部分存国外 ip 和 url...根据访问热度和管理要求实现不同查询性能......实现 90%以上的满意度...
的话
我会后悔在这个主题回帖的.....

所以楼主，稍微详细一点说明你的实际使用情况?
还有为什么就选定 redis 了

2017-10-11 20:16:33 +08:00

总有股维和感，我总觉得楼主的意思是不是反过来，是不是想根据 url 记录如果没有随机返回一个 ip 并绑定。

2017-10-11 20:13:28 +08:00

为什么要遍历?由于 ip 地址特性 int32(ipv4)可以加速不用遍历的。
一提到这个就想起最近的动态路由屏蔽表...估计规则数也比你那个不少...那个是真的大访问量...我一直在想那个是怎么跑起来的...有可能是特殊硬件吧?...
我看到第一个回复查询 20W 次，还以为 20W+访问量.....

2017-09-30 13:25:39 +08:00

回复了 zhjits 创建的主题 › 全球工单系统 › 腾讯 iOS 软件的安全模型，大家看了来笑一下

@skylancer 看了一下，还真是。本来以为虽然获取不到 sim 卡手机号码但是能记录唯一 ID 之类的标识符确定是否更换过，后来发现 apple 特意没有给这个权限而且相关权限 app 从严审核的.....

2017-09-29 22:19:02 +08:00

回复了 zhjits 创建的主题 › 全球工单系统 › 腾讯 iOS 软件的安全模型，大家看了来笑一下

比较关心微信的那个测试带不带 sim 卡...
虽然 QQ 现在也绑手机号了，但是微信不是手机号强绑定么...
会不会备份里记录了关于 sim 卡的什么信息...

1 ... 49 50 51 52 53 54 55 56 57 58 ... 66

❮

❯