@neighbads 我说了当时，我特么敢说当时要是管用我去吃屎， 你特么敢么。洗地都特么的不会洗。

@7654 不是说 光威 和 假金士顿 还容易出这问题么... 虽然我将近一年没关注硬件消息了...

@Totato5749 国内 8888 已被屏蔽.... 可以用阿里或百度的 nds。

DNS 劫持， 通过抢答，返回一个 IP ,180.149.132.47, 让你的浏览器以为这个地址是百度的，然后去这个地址访问。

这个地址再通过 web 服务 返回一个 302 的重定向请求， 将的请求改成 :https://m.baidu.com/?from=1019080x


在我这非电信网络访问，这个 ip 是 302 到百度首页的，不过方法有点逗...

http://wx1.sinaimg.cn/large/960b5f2cly1fgjpgeye01j20dz01lt8k.jpg

@Jasmine2016 你是恶搞还是认真的？！！！

@wuhao930301 类似， 我一开始是默认信用卡信用卡，后来不知道哪次，可能是他弹窗推荐，我就改成系统自动选择了。 花呗推出的时候也开过，但额度低，我怕多处预支忘了还款，就从来没用过，只用一个信用卡。

一直也好好的，直到去年秋天，某次付款默认就花呗了。
而且记得 好像 当时是选择手动调整付款顺序后，遇上不能信用卡的 /扫其他人的付款码 还得付款的时候再选一次付款方式。(不是十分确定具体的情况，但确实记得有些情况下选择手动之后确实得额外多选一次。)

我特么当时以为这个“系统自动“”是跟着用户习惯自动调整的，就像输入法候选词一样，我一连好几天付款时候手动校准选择信用卡和一个有钱的付款方式，发现根本没卵用。

把花呗关了之后，世界有清净了。



@neighbads 你是不是还想说： “你默认自动选择付款顺序的 支付宝自然首推花呗。 然后你怪谁啊。。。” ？ ？？

@neighbads 6666666 楼上刚说完洗地的就来了

我司没有专业网管的环境里，AP 垃圾到不行，wifi 速度酸爽到不能自已。

@JerryCha hls 直播的推流方式我见到的还是 rtmp 啊....，这部分是 CS 结构，不需要考虑浏览器的支持问题啊。

苹果这次用的什么协议？

我电脑上 Windows 证书查看器显示 "该证书没有问题"
但 chrome 无法访问 使用沃通证书的网页。

更更更奇特的是 我还可以访问沃通官网。

Certum Trusted ... -> Wo sign OV SSL -> *.wosign.com 这个是官网的证书，还可以打开。

StartCom Certification ... -> Certification ... of WoSign -> WoSign Class 1 DV CA G2 -> api.live.bilibili.com 这个就不行。

@torbrowserbridge

我用的 win10 chrome 59 wosign 证书已经狗带。

@NoAnyLove 同头像，同版本，但我的打不开了.

http://ww2.sinaimg.cn/large/006HJ39wgy1fgdt4tk95pj30zr0kwju9.jpg

周末才玩，steam≈dota , ps4 吃灰。

的老年咸鱼报道

@JerryCha 另外 html5 应该除了 http 以外不支持其他端口协议了吧...
我看了一下 B 站的视频，是用 http 协议获取的 flv 切片，不是 rtmp 协议，应该是 http-flv，本质上类似 http 长连接，服务端不停的发送 flv 数据。
看了一下熊猫的，它 flash 播放器获取的也是 http 传输的流，估计是因为 cdn 缓存问题或者担心 1935 端口被网关设备封了。

这样看起来 rtmp 已经死了， 只是 flv 这种 按视频顺序传输，可以传一秒就就放一秒的视频格式 还活着。

@JerryCha 额，我的表述有问题，我的意思是这种不用 flash，单使用 rtmp 的方式会不会有出路。
毕竟我总觉得 http 这个 请求-响应 的模式不太好，还是 TCP 长连接更合适。
所以我后面又说了一句，如果 video 可以直接支持 ws 长连接传输流媒体最好了。

手柄玩 fps 之类的确实不如鼠标爽，这个无解，不过如果不是玩家对战的游戏一般都有辅助瞄准会好用一些。

至于右摇杆控制视角也是传统了，从很早之前的 ps2 时代就这样了， 游戏开发人员也没找到个更舒服的方式。

我买它 是为了玩 战神、勇者斗恶龙建造者、火影、之类的 传统 ACT 或者日式 RPG 游戏。

在 如今 rtmp 协议 快要和 flash 一起狗带的时代 确实需要一种新的流媒体协议了，
而且看目前这样 HLS 快要成为通用的协议了， 估计其他几家浏览器的 pc 端早晚也要支持了。

不过 这个协议切片太多，直播还有延迟，感觉并不是个最优的处理方式...

也不知道 b 站的 flv.js 这类型的方式 会不会有所发展。


个人觉得 如果 video 的源 可以原生直接支持 ws 协议 传输视频流的话 就非常好了。

接着上一个说，如果按照 “联网权限管理是国行的特异性功能” 来说 这个问题就有了合理的解释了。

首先一大堆系统工程师做好了整个系统，而 国行 系统的开发团队又在那个系统固件上 进行本地化修改。

同时 又在标准系统的 新应用打开流程里 询问权限弹窗最前面 添加了一个 询问 联网的弹窗，
因为是后添加的，当 这个联网的弹窗初始化过慢，或者询问通知的弹窗初始化过快，导致了多线程引起的脏读问题，
在后一个弹窗判断完没有弹窗之后，前一个弹窗才弹出并修改标记值，但后一个已经认为没有弹窗 重新初始化了弹窗，改掉了旧的。


所以 应该是 原本的弹出流程比较复杂或者连锁改动太多，不太好直接添加新的询问弹窗，所以另外联网的弹窗应该另外写的，而原本的流程里则添加了一个状态判断，但是没有处理好多线程的问题。

是 bug，我仔细观察过实际情况是这样的。

第一次打开
“当前应用尝试使用数据连接是否同意？” ，然后立即 会弹出另外一个弹窗“是否允许此应用发送通知？” 这个弹窗会将之前数据连接那个询问弹窗顶掉。
诡异的是其他几个如 GPS 弹窗却并没有顶掉这个弹窗，而是在这个弹窗选择后再弹出！！！


这个 bug 感觉和 无线助理 关系不大， 不过不确定，反正我每次都没用到它。

我每次出现这个问题后，都是去 “使用蜂窝移动的应用” 菜单里 随便禁用一个应用的联网权限，
然后再打开没提示授权数据连接的那个应用，他就会再弹一次窗。


个人感觉更像是 这个联网权限管理的 bug， 据说只有国行系统可以控制每个应用的联网权限。