V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  yankebupt  ›  全部回复第 52 页 / 共 66 页
回复总数  1310
1 ... 48  49  50  51  52  53  54  55  56  57 ... 66  
@nosugar 这个还好...比较危险的是热更新...比如斗鱼 apk,不重要的版本更新都是热更新试水然后替换 apk 的。
你什么都没动版本号已经先上去了。然后可能 AB 测试后没问题再换官方下载链接 apk 版本号。
我是用 accessibility 服务自动化工具读弹幕给蓝牙耳机时发现的。没手动更新 apk 结果自动更新了,内部变了读弹幕失效了,app crash 了几次之后官方才推送完整 apk 下载来...
热更新确实能够对不重要的更新减少大量 apk 编译安装时间,但是万一 crash 了版本号和安装包都对不上...
2017-11-04 20:15:56 +08:00
回复了 opengps 创建的主题 优惠信息 阿里云 ECS 的 1M 带宽能干嘛?
更新...搜了一下,发现 OSS 还是有视频流相关的应用方案的...还有收费转码什么的...个人用只不过买流量包就是了...
那个 500G 流量包不知道是每天限死流量 1500MB 超流关闭还是只是用 500G/365 平均一下大约 1500MB...
2017-11-04 01:57:16 +08:00
回复了 opengps 创建的主题 优惠信息 阿里云 ECS 的 1M 带宽能干嘛?
目前基于 OSS 的流量 QoS 质量分类估计有两个弊端
1.很可能不支持准实时(延迟 20 秒内)串流数据。
2.不能自定义防流量攻击的方式,只能选择 OSS 提供的。
1 是为了技术或非技术方面的风险防控,甚至可能是 OSS 本来的目的,估计没有办法解决.
2 的话,是不是可以想想什么办法?
2017-10-29 21:47:42 +08:00
回复了 qcloud 创建的主题 问与答 有办法完全禁止 PC 用户访问吗?
@qcloud 还行...
实在不想碰小程序或平台接口那些麻烦事的话接入一个聊天机器人或公众号,用户每次打 1 或者公众号按钮返回(或者检测移动端真实性后返回,虽然我觉得没多大必要)一个链接+token,token 含各种大小写数字等不少于 30 个字符,让用户最方便的方式就是点击链接然后选择浏览器进入,除非闲的蛋疼的人才会手抄或者每次发送链接到桌面...一定时间后超时什么的...
防君子不防小人的话这种可以保留 wordpress 基本不动,用户甚至可以自己选用什么浏览器浏览。

只是不知道 wordpress 为啥要[完全]屏蔽 pc 端...使得最简单的桌面 /移动不同模板的屏蔽方法都不入法眼...
2017-10-29 19:15:44 +08:00
回复了 qcloud 创建的主题 问与答 有办法完全禁止 PC 用户访问吗?
能禁止特定 ios 版本,只让 ios10 以上访问么?
能反过来,只让 ios10 以下版本访问么?
能禁止越狱的 ios 系统访问么?
能禁止语言区域未设定在大陆的 ios 系统访问么?
能禁止没安装特定 app 并且打开了 ios 允许广告追踪的用户访问么?
能禁止 ios 和其他系统,只让安卓访问么?
能禁止开源及半开源 rom,只让联盟内 rom 版本访问么?能禁止 BL 未锁定的设备访问么?
能禁止访问过某个别站 url 或用过某个 app 的用户访问么?
能禁止任意被黑名单过的真人访问么?不论他是否换手机+隐私记录,换手机号+sim 身份证明,换地点位置都不行的那种?

楼主是打算上面这条路问下去呢...还是单纯想问这个问题

能禁止不能带来直接收益的用户访问么,如果不行,能禁止潜在收益少的低价值用户访问么?
2017-10-18 16:56:45 +08:00
回复了 Alain1995 创建的主题 买买买 大家有买过什么然并卵的东西吗?
leap motion +1
算法再怎么尝试超前也避免不了单纯双摄像头识别的遮挡缺点。真正用的话基本不可用。再怎么精准的定位有 5%的误操作足以毁掉整个体验。
apple pencil....
这个可能纯粹是因为个人没有艺术细胞,懒,以及没找到使用场景。也可能是因为 ipad 用铅笔牵强了一点.
贡献分母...
多开用硬件加速显卡的游戏只能插多块显卡……么 还是比 VM 差了一点,VM 的话部分游戏可以用封装好的半硬件加速.....
碰下运气
@xmcp 也好,但我看到楼主说了每天数据可以清空,可能意味着楼主想在 SALT 里加入当前日期或者有自己的生成算法,咱们继续看看楼主怎么发展吧....
@Loyalsoldier 但是 ip 可以 hash 的...
不懂 hash 会加速的道理也没关系,这么解释一下,假设你为 0.0.x.x-255.255.x.x 的 ip 建 65536 张表,则每张表最多也就是 65536 个记录(实际每个记录都会很少会更快,因为需要访问一次才有记录)。只查对应的表只需遍历很少的记录....

不过我愈发觉得楼主可能是在钓鱼...专门钓我们这种不懂 memcached/LRU 的...
不要误解我。我是说大多数情况下技术人员会根据热度,分不同的使用用户,高频用户给一个很小的高速查询库,响应极其迅速,查不到再查之外的逐步扩大。但是涉及你这种情况如果这样做实际上是违背网络公平性的,会加大非高频用户的延迟,加之我 redis 基本没碰过,所以完全不能给出有效建议,请见谅。
我觉得楼主如果之后回帖:
我发现一个好方法,把库分成两部分,一部分存国内 ip 和 url,一部分存国外 ip 和 url...根据访问热度和管理要求实现不同查询性能......实现 90%以上的满意度...
的话
我会后悔在这个主题回帖的.....

所以楼主,稍微详细一点说明你的实际使用情况?
还有为什么就选定 redis 了
1 ... 48  49  50  51  52  53  54  55  56  57 ... 66  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1262 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 39ms · UTC 18:00 · PVG 02:00 · LAX 10:00 · JFK 13:00
Developed with CodeLauncher
♥ Do have faith in what you're doing.