如果只是为了软件包丰富的话建议你去用 opensuse，obs 不比 aur 差，yast 管理整个系统、更新快照都是开箱即用。
Arch 最大的好处是 kiss，简单、直接，各种 derive 基本没啥意思。

官方不是有么

C#是 Java 那个时代的语言了，虽然各种语法糖特性加的多，放到现在也算不上“写的爽”。
dotnet 平台上倒是 ml 系的 F#写起来很爽，可惜一直不被重视，不温不火。

dd 把数据读出来，再写回去。

很多时候并不需要什么 nas，只是需要一台服务器而已。
本地存储可靠性、可维护性、价格都没有太大优势。加密上各大公有云的 s3 一劳永逸。

termscp，一个用 tui 重写的 winscp

直接 fastboot 刷，但是没有 twrp 还是不方便，可以去 xda 看看。

basic 过不了说明你系统有问题，建议重刷。

syncthing 主要是同步数据的，照片库之类的。
代码的话用 git 更合适。

Netfli 的 DRM 要求太严格了，解锁的设备都不能看。

不能复制也太过了吧。

山灵 UA2

你们说的通刷，难道是不解 bl 锁直接刷？还是刷完再锁回？一般来说解锁了以后什么 pay 之类的应该直接就不能用了。

国内全部都是用手机号，没有支持 TOTP 的。

另外，你这种写法看起来好像有点问题。不是很熟悉 Java，toByteArray()是不是分配了个新的 buffer 把整个流复制到里面？正常来说应该流式读取，需要解析多少就读多少，你这样可能会有性能损失。

datatracker.ietf.org/doc/html/rfc6455#section-5

Payload length: 7 bits, 7+16 bits, or 7+64 bits

The length of the "Payload data", in bytes: if 0-125, that is the
payload length. If 126, the following 2 bytes interpreted as a
16-bit unsigned integer are the payload length. If 127, the
following 8 bytes interpreted as a 64-bit unsigned integer (the
most significant bit MUST be 0) are the payload length. Multibyte
length quantities are expressed in network byte order. Note that
in all cases, the minimal number of bytes MUST be used to encode
the length, for example, the length of a 124-byte-long string
can't be encoded as the sequence 126, 0, 124. The payload length
is the length of the "Extension data" + the length of the
"Application data". The length of the "Extension data" may be
zero, in which case the payload length is the length of the
"Application data".

真正有效的：蚊帐