@yueji 商业逻辑是人建立的。只是我们没想到而已。想到就是另外一回事了。

@shulinbao 确实是个很复杂的事情。我只想把自己的想法说出来。也许我自己可能做不到。但想法能出来就会有无数可能。因为我感觉现在很多事情都浪费在重复造轮子上了。说得再远一点，游戏与游戏之间和国与国之间，莫不是如此。也主要是真的很多好的网游停服了，很多玩家花费心血建立的角色没有了。如果能互通，游戏可能不在，但角色还在也是好的啊。人类有历史，互联网也有历史，但一款网络游戏的历史好像随着服务器关闭只能停留在玩家心里。

@cuebyte 你的说法也很不错。但是不是也可以在标准之外设置附带属性。我也没说完全按标准照搬吗？你看也可以给自己的游戏创建额外的属性。并不代表这个号在你这个游戏就是满级号啊！你可以玩出很多花样。我大概的意思就是，你在游戏外是一个人，游戏里也是一个人。进到不同的游戏，除了人这个标准存在之外，其他你都可以自定义。

@shulinbao 只是属性照搬，套路不用照搬。我看很多小游戏创意都很好。游戏不只有打怪升级一种玩法。很多解谜单机玩法也是可以用啊。
@newtype0092 你这个还需要存在交易市场。我这个互通了，就跟 sim 卡转运营商一样。号码不会变的。
@Lentin bug 肯定会有，可以完善的。

@yueji 游戏本身就是弱肉强食，那游戏系开发也是如此。不同的游戏有不同的受众，获得利益大小总是会存在的。我不限制你去哪一方游戏，但是给玩家带来的好处太多了（不用重新起账号等等很多方便之处）。危险这东西哪里都存在。

其实我想表达的是。既然很多网站的账号可以通过平台认证这种统一模式进行登录。那游戏肯定也是可以的。

这样可以使很多重复做轮子的开发省去了。你只要构筑玩家喜欢的东西即可。

可以的话，买 Z8d6.性能释放好很多

试一试直接执行应用里得可执行文件，看是否能打开。也就是打开包文件里 macos 下的文件。

@Zchary 是的。仰望星空的时候就在想对面是怎么看的。


@PrinceofInj 也不无道理，任何事物都有新鲜过时。但是我想第一次应该是比较愉悦的。

@wzsllin 这也是有钱快乐的一种，不去试一试么

@mlhorizon 探险爱好者啊！

@Jinnrry 为什么不能信，起码大多数人还是要强啊！
@graetdk 那也是一种荣耀。所以你要现在开始努力，成为第一个。

@jasonchen168 你怎么预知你以后就没钱呢？你所预知的不过是你根据自身环境的预测。生活无限可能，不要把自己圈在自己的圈子里。

@povsister 对，开启 fasttrack ，许多规则条目会失效，但是官方默认还是开启了。也不知为何？可能觉得家用不会搞这些。上行做流控，确实是最优解。但运营商的上行经常是变化的，起码要设置 20% 的余量。不然上行被拉满也是会卡的。你是 cake 配合 Queue Tree 做的流控，还是只做了 Simple Queue 。
好像有点问多了，脱离主题了。不过能遇到你，也算是幸运。mikrotik ros 现在玩的少了。看起来可定制性强，但操作起来要了解很多知识。如果只知其一，很容易搞崩了。我就这么一路崩过来的。后来发现既然同是 Linux ，我为什么不直接玩 Linux 。而且我觉得维护起来比它方便，可能是 mikrotik 教会了很多我 Linux 下的 iptable 操作。

@bojackhorseman 火星地球化，哈哈哈
@tool2dx 街景跟实景还是感受不同的。当然不排除那个时期的街景可能有 4d 5d 化。

@povsister 我看了你这个方案，我猜果然会有这个问题 ”体感首次访问某个被墙站点时，有 30-40%的概率会出现 ConnectionRST ， 随后只需要刷新一下页面即可正常访问。“
我觉得解决这个问题的方法可以试一试把 conn-track 规则时间延长一点（对个人来说影响不大）。然后你这个好像没有支持 ipv6 。
你没有采用 mark-routing （标记路由） mark-connection/packet 等方式，真是明智。这个策略开起来多了，非常影响转发性能。路由器配置不高的话，一个迅雷开起来能把 cpu 干冒烟。

@cmdOptionKana 因为也有风险啊！不是没个人都愿意冒险的。

1 ，如果 lvds 30 pin 没有阉割（物理限制或者 bios 固件限制）。逻辑上是可以点亮的。
2 ，如果你觉得把握不大，试一试从其他接口转过去。也是可以的。
3 ，建议买台新的。这种分辨率的山寨本，配置上不会好到哪去。花时间精力折腾不如新买划算。

我找到答案了。应该是 Google Play 背地里更新了安全机制。导致这个闪退。我恢复出厂设置后，可以正常打开。至于 BUG 显示的错误消息，是关于代码混淆问题。猜测新的安全机制不支持这几个 APP 的代码混淆。

不过又联想到远的地方。如果国与国之间打网络战。最受伤的应该是我们这些平民吧。到时手机里的 app 一个都用不了的话，或者某些关键支付应用出现问题，不知有多少人准备过备用方案。

@contradictspiral 成都地铁也是一样的打不开。但其他都可以正常使用。我怀疑我的原生安卓被针对了。因为附近能用的安卓是国产，没办法对比测试。

@caisanli 怀旧党啊 我的是 Android 12

横店我记得景点之间距离不算大。但是人多倒可能。再说我感觉应该不会太多，毕竟环境变化了。

挣钱么，其实不寒碜。他这个固件是适合对技术要求不高，那种比较懒又喜欢折腾的人。我也玩过很多路由系统。有如下总结：
1 ，发现真的是每种系统的逻辑理念都有很大不同。比如 应用 这个按钮，有的是立即生效，有的需要重启才能生效。哪怕你只改了个无线的模式。
2 ，基于 openwrt 开发的路由固件，那个插件安装包很多对内核有要求。官方的就只能支持最新的内核版本。你如果刷的是旧内核版本，要么自己编译，要么晚上找。真是自求多福。
3 ，然后自定义脚本执行问题。有很多设置，其实 UI 界面是满足不了的。但你也不可能为了这个功能去编译个插件，脚本这时候就很方便。但是问题就在这。如果你不去看根目录，不去看下他的代码。你压根不了解他的启动逻辑是什么。因为很可能我的脚本修改某个文件，他系统自带的功能就会把文件重写回去。当然他这样做是为了保证系统正常运行，无可厚非。所以有时候我会禁用这个重写，但是很可能下次就会把自己搞死。
4 ，所以现在只专注一种最广泛的架构，X86 。买来的路由就当个 AP 就行。我感觉这样非常方便，我可以随时随地修改。坏了回滚快照。可以在任意环境运行。只需要一台电脑，哪怕是虚拟机，所做的修改无非就是网口，和 IP 地址，其他的基本可以不动。而且他的插件几乎无穷尽，再不尽兴可以自己写。而且社区支持也比其他要好。