@jiangyang123 肯定不是光绑 IP 就可以，必然是被解析的 IP 响应了请求，不过你可以写个病毒，潜伏起来，等传播到一定程度之后大面积开启 web 服务，然后互相之间访问产生流量……

刚切换过来是这样，不过写上几分钟就适应了

爱奇艺 VR 和优酷 VR 可以在线看，这两个需要国区账号才能下载。
U 盘 /移动硬盘内的 VR 电影，可以用 Littlstar VR 来看，港区可以下载。你说的短片可以自己想办法下载了然后放到移动硬盘内，插到 ps4 上看。
最后就是 dmm （你懂的），需要日本 ip

这什么蜜汁背景色，看得眼睛疼……还有双拼方案不能选啊

最后你要觉得用户可能会去专门找人、甚至花点小钱破解你的软件的话，那就去找个最新版的 VMProtect 之类的软件，把刚才提到的所有校验逻辑保护起来，数据保存时也要挖足够的坑来混淆视线。

啧，看来楼主没看懂，比如用户 1 号 9:00 开启了软件，9:01 关闭了，作为一组，记住，然后用户 2 号 9:00 开启了，你开启的时候就知道累计天数+1。然后他 2 号 10:00 又开启，12:00 关闭，那就不累加，只是记下来。
然后你发现用户下次开启时，居然是 2 号 9:00，这特么就不对了，果断累计天数+1 （甚至+2 ），同时也把这一条记下来，每组记录排好序，方便下次比较。
然后下次开启时，你就直接去枚举 C:\Windows\Temp 目录下每一个文件的访问时间，按最晚的来比较。如果发现里面没文件，那再换 c:\$RECYCLE.BIN 之类的，列一个表依次往里面找。
再下次再换 event log，找里面的各种系统事件记录，总能找到的。

每次开启时记录日期+时间，然后关闭时也记录，累加天数就好，比如累加到 30 天就终止使用。
如果发现某次开启时的时间比上次关闭时的时间还要靠前，那也无所谓，累加 1 天甚至惩罚性地累加两天、三天随你。
如果要绕过这个策略，就必须每次调整时间为同一天的上一次关闭后的时间，而且还得他确实理解了你这个策略才行。
如果还想堵上漏洞，那就去查某些系统文件的访问、修改时间。

@nnnToTnnn 安全呢，就是为了防贼，你说，你是把家的地址直接报出来让贼试锁更安全，还是把地址隐藏在六万多个随机的门牌号上，让贼先找到门牌号再来试锁更安全？

互联网上常见的降维打击的实例，并不是指强龙和地头蛇这种发生交集之后有竞争关系的对手，而是在两者发生交集之后，一方被另一方顺手、甚至无意中毁灭的情况，所谓“毁灭你，与你何干”。
比如口香糖厂家以前都会思考新的广告创意，并增加自己产品在超市结账台的占有率——然而智能手机直接让等待结账的人的视线转移到了眼前的屏幕上，从根本上把你一种广告方式给消灭了，就不是同类厂家之间的竞争的“广告频率”“味道高下”这种维度了。

可以对比一下，你要是在 26 到 27 度的环境下一整天一直裸体，还不怎么运动的话，会不会冻着……给婴儿穿衣服的话另当别论，不过新生儿对衣服是不是会有点排斥？

我怎么觉得直接鼠标选中之后自动复制更方便……这个应该会有支持的吧

@Yiki 直接原因是血压，较高的血压冲击血管壁，使得血管造成损伤并修复从而产生斑块。

哈哈最后一句不能更同意

@waruqi 感谢回复，flags 的通用化我也想了下，如果是对于用户级别的优化我想是足够了的，但是针对开发者的话，就可能让人产生一些疑惑，比如 fastest，在 gcc 下仅指 O3 么，在 cl 下是否包括了强制内联等参数呢？只是举个例子，就是开发者可能因此还是需要进一步查阅文档，某些时候反倒不如直接写一个-O3 来得直接，映射也同理。当然我提这个问题的时候，其实理想中的最优解法还是让各种编译器开发者共同立一个标准，实际上也是不可能的。
能生成 vs 工程的话，我自己开发小工程的时候是会考虑用一下了，将来如果推广得更好了再考虑生产环境吧。

另外我觉得 cmake 的生成其他 IDE 工程文件的功能是非常有用的，要不然我在哪儿写代码、看代码？编辑器和 IDE 毕竟还是不能比的。虽然现在新版的 VS 已经支持直接打开 cmake 工程了，但是不能指望短期内也能支持 xmake 吧。

列一些我在使用 cmake 时的痛点，但是看起来 xmake 也没有解决的部分：
1. 编译选项！编写跨平台工程时，基本上都要写一个专门的文件用于配置不同编译器下的编译选项，非常繁琐。——当然我也没想出什么很好的方式来解决这个问题，只是提一下。
2. command 很多，就像 add_executable 这类的东西，你说到 cmake 的学习成本高，高是没错的，但是主要不是高在语法上，语法非常简单，难点在于那各种命令的学习，也就是对应 xmake 的各种函数。

想多了，腾讯内部都不共享，还想跟外部共享？