百度地图看了下，天健湖那片竟然有几个大数据产业园。

楼主 iOS 方向还写服务端的 Go 语言 👍

17 年 2 月手机返厂维修换了个新的。
然后 16 年到 17 年一年的手表记录全没了。
一年的奖章跟记录（一个月每天达成三项）都没了……

方案 1: 使用 TCP 监听，socket 层的地址就是客户端的真实 IP 地址。基于 TCP 三次握手，无法伪造。
方案 2: 从请求头从拿 RemoteIp 字段。这个类似 5 楼所述，阿里云 CDN 设置的字段。

之前 beta 版遇到这个问题后我默默装回了刚刚被我卸载掉的搜狗输入法

28 寸 4K 与 24 寸 4K 都是目前日常使用的显示器。
之前用过很长一段时间 2 台 27 寸苹果显示器+MBP 13 的。
程序员。

我建议 2 台 24 寸 4K，注意 60Hz.

遇到了我非常熟悉的技术问题，不过读完楼主的表述，感觉我的文字理解能力堪忧，默默关上电脑睡觉……
坐等大神指导围观学习。

16 楼 18 楼的建议重点关注哈

如果楼主不具备广告屏蔽本领（在路由器上配置过滤规则、在电视上装一些辅助应用），严重不建议购买小米电视。要不是我能屏蔽开关机广告，我会非常生气地想砸电视。其它可以接受，但是开关机广告，太恶心了，买会员都不行。系统随时更新，用了半年的电视就这么成为广告播放器了。

中转的没办法加速啊……

你可以看看，去换成按照流量付费的模式，然后把带宽设置得大一点。最贵好像也就 1 人民币 1G 吧。

@skylu 重度蓝牙依赖 ：）现在这个现象已经没了，也正常开启了休眠时候自动唤醒 iCloud 更新。

@ahjsrhj 政策更新了，如果不用 Wifi 热点这块的功能，单纯 VPN 已经不需要申请了。

分享下我的类似经历

机器只有 1G 内存，曾经有段时间好像是 npm 这类非常占内存的操作，只要执行了就会出现机器假死，能 ping 通（内核直接回包）但是不能 ssh （牵涉应用层）进去。解决办法是等 30 分钟单位*X 时间后它机器恢复正常或者去控制台重启。我试着加了 Swapfile，但是依旧不顶用。后续就是换了台大内存机器。

所以我推测要么是自己系统的哪些进程导致的，不过归根结底还是阿里云自身方面的缺陷造成的。如果不是自身某些操作造成的（可以先 top 看 CPU 的 st，不行的话 sar 去 debug ），那么就只能换“母鸡”解决问题了。

貌似是 Windows 环境下的，不懂，胡乱猜测一下：源代码文件编码经过编译后的表示跟 FileSystem 用的不一样导致的吧。
正解：从源头上解决这个问题，文件名用普通常用模式。

这比 0day 都要牛逼的“漏洞”干嘛要平白无故的共享出来？
真要感兴趣，可以先想想怎么在 KVM 的 guest 里头破坏 host

我只知道我的六位 QQ 号是哪天申请的，当时有个 QQ 靓号地带。
刚查了下，竟然是早上 6 点 30 不到买的……

跑个题：

前段时间写了个 instagram 的爬虫，以 web 版为目标。它的 API （ JSON ）结果都嵌入到 web 页面里头了。提取出来后找到 img 的地址（有个大图的）然后直接 GET 就行了。API 里头还有准确的发表时间，而不是页面显示的 X 之前。我当初是以时间戳作为图片文件名。翻页机制类似数据库底层 API 的游标……

10.0.0.0 - 10.255.255.255 (10/8 prefix)
172.16.0.0 - 172.31.255.255 (172.16/12 prefix)
192.168.0.0 - 192.168.255.255 (192.168/16 prefix)

以前的 RFC 规定了以上几个私网 IP，IP 数量最小的是最后一个，65536 个，如果用其它的话，对于"绝大多数家庭路由器"甚至“企业"而言，都显得太大。况且大多数情况下，子网进一步缩小到了 24，也就是 250+台机器在线。

要知道 RFC 给运营商规模网络用的私网 IP100.64.0.0/12 （没错，就是现在一些 ISP 分给家庭宽带的私网 IP ）也是 /12.

不过终究还是当初某些人做的决定因为历史的潮流而被沿袭下来了而已。

对事件双方没有特别明显的立场，各自的诉求都没啥问题。

但是 U 方的这句：
-----------
17 日当天上午，UCloud CRM 后台监测到数据异常，大量用户突然涌入，对 UCloud 服务正常客户产生了严重的影响。

后续一个月，仍陆续有 1000 余个用户为了收听免费视频，通过活动前来注册，直至 2017 年 06 月 22 日，活动正式下线。至此，Laravist 社区共引入 2223 位注册用户.
----------
就故意而为之了。

我试过 pmset 关闭 TCPKeepAlive 那个选项（我在老款的电脑里没有发现有这个，只有带 touchbar 的才有），不过没有作用。

采用这个方法一段时间之后，我取消了 sleepwatcher，然后一个月来电脑又是好好的，没有再出现休眠掉电的问题。

第一步，终端执行：
log show --predicate 'eventMessage contains "Wake reason"' --start "2017-06-18 20:00:00"
把时间替换为盒盖上掉电前的时间。

第二步，看唤醒的原因是否是因为 Network 导致。我当时遇到的情况是，每隔 2 分钟左右就会唤醒。
第三步，brew 安装 sleepwatcher，根据提示和 man 配置。在.sleep 的时候关闭 en0，在.wakeup 的时候开启 en0.
如图所示：
http://y.photo.qq.com/img?s=ql5XrP8u1&l=y.jpg