为了这个，我已经只去超市门口的快剪，10 块钱一次。一句废话都没有。

@xuegy #14 其实主要看是否为移动自有网络，自有网络，移动的香港出口，在不加钱的情况下，比电信联通都好。当然带宽小，也是事实。但技术人员终归是少，对于普通用户来说，移动对比电信、联通已经没有明显的感知区别。

@loveour #18 @Danswerme #11 移动通信领域，我也不懂，但是我猜测，铁塔能给的应该就是那个塔，甚至的有线电缆。但是无线发射设备，自有网络的搭建应该还是要运营商各自负责的。那么广电要全国铺设发射设备，组建网络的成本依旧很高。那么租用电联现有的设备，同时发射 700MHz 频道的信号（也不懂设备是不是可以这样），在电联自有的城域网出口接入广电的专网以完成计费、结算啥的。

@cue #2 这个主要看网络，其次才是存储。网络拉跨说什么白扯。我自己的闲置设备丢家里，双线 100M 上 500M 下，一天下来 3 块钱的样子。反正宽带钱肯定是回来了。

唔，通讯业务，这么大的前期投入，刚开始肯定是租用三大运营商的基础设施，既然是租用，我觉得总不能把好东西都租给别人吧，终归要留着自己用的。

所以刚开始拉跨很正常的，等个 5 年 10 年以后，自建的都起来了，自然就好起来了。

就像当初移动收了铁通，开展宽带业务，也是拉跨的很，但是经过这么些年以后，如果能用上自用自建的网络，其实宽度已经很不错了。

发展起来需要个时间。

@datocp #7 唔，还不一样。sslsocks 、stunnel 都是 7 层协议。而 zerotier 使用 tun/tap ，它需要的是二层。经过一些排查基本确定就是少了一步类似 VpnService.protect 的步骤。


@ZiShuo #8 如果系统也是 Android 的话，还是优先考虑 zerotier one 自己的客户端吧。如果是 openwrt 或者其他 Linux 设备，可以直接用我编译好的程序（如果也是 arm 架构，其他架构官网上也有下载不用你自己编译）。

@ZiShuo #5 简单的编译环境并不困难，特别是借助 docker 以后。如果想玩，这里给你一个 arm 的参考样例，可以新建一个 dockerfile ，写入以下内容

https://gist.github.com/Lua12138/940ba02c809a1f28416e10b0cfc9cfa9

然后 docker build -t builder:arm . 构建镜像即可。编译的时候，参考命令：

docker run --rm -it \
-v $PWD/ZeroTierOne/:/code \ # <- 挂载进去代码，根据你的实际位置修改
-w /code \
builder:arm \
make \ # <- 这里就是写各种编译参数了
ZT_STATIC=1 \
ZT_DEBUG=1 \
CC=arm-none-linux-gnueabihf-gcc \
CXX=arm-none-linux-gnueabihf-g++ \
LDFLAGS="-s" \

@neptuno @yaott2020 #2 #3 一些个性化配置是一方面，另一方是具体使用设备上，并不是手机，而是定制设备，因此需要能够实现 CLI 。

至于 zerotierfix ，也有关注到，其依旧通过 VpnService 实现，因此要转换成 CLI 工具比较困难，app_process 并不能提供较为完整的 Android 上下文环境，但依旧可以作为备选方案，毕竟各种 context 与 service 都是代理对象。

---
再补充一些信息，通过打开调试信息后，可以得到一些 zerotier 的日志

```
requesting configuration for network <NETWORK_ID>
learned new path 47.254.39.171/9993 to 451e1bcd2d (packet 83c94f7455245fc1 local socket 24751240 network 0000000000000000)
learned new path 47.254.39.171/9993 to 451e1bcd2d (packet 27f78687dc532c4c local socket 24752072 network 0000000000000000)
learned new path 47.254.39.171/9993 to 451e1bcd2d (packet 3aace22563cf24c1 local socket 24761048 network 0000000000000000)
learned new path 84.17.53.155/9993 to cafe04eba9 (packet 6206803e3b771efa local socket 24751240 network 0000000000000000)
learned new path 50.7.252.138/9993 to 62f865ae71 (packet 62067fb9b5119d9a local socket 24752072 network 0000000000000000)
learned new path 104.194.8.134/9993 to cafe9efeb9 (packet 62965da8502523c5 local socket 24751240 network 0000000000000000)
trying unknown path 104.194.8.134/9993 to cafe9efeb9 (packet 62965da85025b36f verb 5 local socket 24761048 network 0000000000000000)
requesting configuration for network <NETWORK_ID>
learned new path 103.195.103.66/9993 to 778cde7190 (packet 624f26cab7985461 local socket 24761048 network 0000000000000000)
trying unknown path 122.233.117.194/30356 to f4b7f79a0a (packet 5fd54282b47ffaab verb 8 local socket 24761048 network 0000000000000000)
trying unknown path 122.233.117.194/30356 to f4b7f79a0a (packet 9350ccb5c20f1429 verb 8 local socket 24751240 network 0000000000000000)
trying unknown path 122.233.117.194/30356 to f4b7f79a0a (packet b7cb5f1fc6e0c571 verb 8 local socket 24752072 network 0000000000000000)
learned new path 84.17.53.155/9993 to cafe04eba9 (packet 6206803e3bb32355 local socket 24752072 network 0000000000000000)
trying unknown path 104.194.8.134/9993 to cafe9efeb9 (packet 62965da85094d197 verb 5 local socket 24761048 network 0000000000000000)
trying unknown path 104.194.8.134/9993 to cafe9efeb9 (packet 62965da850bbe285 verb 5 local socket 24761048 network 0000000000000000)
trying unknown path 122.233.117.194/30356 to f4b7f79a0a (packet 2592f42b345e677b verb 8 local socket 24761048 network 0000000000000000)
trying unknown path 122.233.117.194/30356 to f4b7f79a0a (packet c3430f29f87d3b50 verb 8 local socket 24751240 network 0000000000000000)
```

有考虑过，是否为网络原因导致实际访问路径不通，但是在相同网络环境下，一台 Windows 主机可以快速的接入网络并访问，因此无法怀疑是网络问题。

同时附上编译参数：
make \
ZT_STATIC=1 \
ZT_DEBUG=1 \
CC=arm-none-linux-gnueabihf-gcc \
CXX=arm-none-linux-gnueabihf-g++ \
CFLAGS="-Wall -O3" \
CXXFLAGS="-Wall -O3" \
LDFLAGS="-s" \
$*

通过 AOSP 中一些代码的对比，并未看到 AOSP 中有什么不一样的操作。几乎与 zerotier 的代码一致。

https://cs.android.com/android/platform/superproject/+/master:frameworks/base/services/core/jni/com_android_server_connectivity_Vpn.cpp;l=59;drc=912b26d95c411a41126393b7d341a18f04981342

看了下，设备中的 /dev/tun 所有者是 system:vpn ，我使用 root 去 open 原则上也是没有问题的。对 /dev/tun 的读写就直接进内核了，原与 Android 中的上层应用都无关（就是 framework 那一大堆）。

唯一的区别是，AOSP 将设备初始化为 IFF_TUN ，而 zerotier 中设置为 IFF_TAP 。但既然 ioctl 没返回失败，就应该是没问题。

实在找不出原因了，大佬们救救孩子吧。

如果事实成立，交易金额大概率会被认定为侵占金额。如果事实不成立（即策划并未成功售出），则由物价部门进行鉴定，这类虚拟物品，通常有两种鉴定结果，一是参考市场（包含二级市场）上的售价，二是出具无法鉴定的意见书。但走到刑事流程了，几乎没出现过无法鉴定的结果。

大佬 想咨询一下，搭建私有的 controller 与 moon ，那么在客户端需要做哪些事情呢。

不管磁盘速度，8G 内存就可以劝退了，现在如果有除了爱奇艺看剧和 Excel 以外的需求，8G 妥妥的不够用。

身份证设计之初，没有挂失的操作，原证件在多数场景下依旧能使用。少数场景下，如银行开户等要求持有最新的证件，而银行判断你是否持有新证件，是通过判断身份证上的照片、有效期实现。

多数场景下，并没有验证是否为最新证件，只验证是否为真证件。

我自己尝试过在有效期内的旧证件乘坐高铁、飞机、酒店住宿等都没有任何障碍。

资本不是数学游戏，涨跌并不是 50%的概率对半开。

扇贝跑路、叫停课外培训、老板出轨、俄乌战争、疫情出现等等，这些都不是数学上 50%可以概括的。任何一个看似毫不相干的事情，都实实在在的影响着股市。

国内股市还充斥着各种玄学，"日周月金叉，砸锅卖铁买"，当年都忽悠到了不少人，甚至当年川普当选，企业川大智胜改名字都涨了一波。

哪怕回归到股市的本质，应该反应一家企业的经营状况，这同样不是 50%的赌大小。

最后，在频繁交易下，你远远低估了手续费的占比。

珍爱生命，远离股市。有这钱，还不如买点排骨吃，不香嘛。

复杂的数据库请求，手写 SQL 基本很难避免，各个语言的 ORM 对于简单的查询支持都没问题，比如单表查询，简单的多表查询，但是一旦复杂起来，ORM 生成的 SQL 通常只是能用，但执行效率很一般。

另外就是一些关于数据库相关的特殊语法，ORM 支持程度也很有限。以我常用的 postgresql 为例，如果需要跨数据库查询，甚至需要使用 join 语句进行 update ，ORM 都无法完成，需要使用许多代码，先进行查询，数据送到应用程序内，再通过游标逐条判断进行 update 。而这些对于现代的数据库，基本上都提供了原生的支持。还是以我常用的 postgresql 为例，上面的需求只需要这样的一句 SQL 即可完成。

with t as (
select t1.identifier as tid,t2.created_at
from table_devices t1 left join dblink('self','select identifier,created_at from table_devices')
as t2(identifier text,created_at timestamp)
on t1.identifier = t2.identifier
)
update table_devices
set created_at = t.created_at
from t
where identifier=t.tid and t.created_at is not null

就我个人而言，ORM 的主要用途是提供了数据库表到编程语言的类（ golang 中的 struct ）以及数据类型的对应关系。如果不是单表操作，我更倾向于手写 SQL 。

至于 ORM 支持不同数据库之间的水平迁移，本身就是个伪需求，实际生产中，几乎不会出现底层数据库的切换。如果真的发生，本身就需要细致的测试。简单的 select/join 这种操作，原本就是所有关系型数据库都支持，并不需要 ORM 。而带有数据库特色的语法，多数 ORM 也根本就不支持，这些功能就是手写的。

^-?(?:[1-9]{1,1}\d{0,}|0)(?:\.\d{0,}[^0]|)$

但是可读性真的很差，而且速度也不快。

怀疑可能是 X-Y 问题，多数情况下可以利用语言提供的 parseInt/parseFloat 一类的方法来处理，但是又要排除 01.32 这种情况，着实有点奇怪。

我分别在 JavaScript 、Golang 、Kotlin 使用过，但是个人感觉提示的效果很一般。反而有的时候提示写的注释还不错，甚至根据上下文，还可以直接有中文注释。

@icegaze #71 同北京电信，很早以前注册的大三元，2017 年冲了 20 块钱，至今没用完。长期用来注册不知名网站以及收快递。现在也是进入了保护性停机，可以被叫，可以收短信，但是不能主叫。简单咨询了客服也是要走楼主的复开流程。

不过因为本来也不需要打电话，也没啥影响，就暂时不管了。不知道后期会不会彻底停机。哈哈哈

有些软件似乎在 alpine 上表现不一致，原因是 alpine 并没有使用 glibc 。当时困扰了我很久，得知原因后，就没用过 alpine 了。说到底还是自己太菜了。