5000 个面啊。。。删除我 1 楼的话

8 进制比特位，不知道行不行，LZ 试试

好吧，每次的字体文件好像都不一样，那也就是说服务器动态生成的字体文件，所以，继续逆向吧。加勒个油。

但是思路没问题，肯定是通过 unicode 的一定编码机制，生成密文和密码本，然后恺撒加密

我怎么感觉就是一个凯撒加密呢？
1 也 2 苏 3 局 4 界 5 二 6 生 7 湖 8 乐 9 和 0 打
但是页面刷新之后就变了。但是仍然是个凯撒加密。

那么考虑字体如何对应的，每个字都一个编码，而字体库就是某个编码如何渲染成可展示的东西。那这就好办了，0-9 是个数字，把字体库逆向一下，这样就是一堆 key-value，key 是编码，value 是 0-9 。
如果其中能够发现一些规律当然是好的，key 就可以少很多了；如果找不到规律，那就只能枚举了。

同 @ClericPy 7#

如果没有明确指示，可以按照第二张图行驶，其实更应该的是先下往上直行（直行绿灯时）然后等待右向左直行绿灯开放。
LZ 那个左转绿灯，是给机动车指示的，给非机动车指示的，应当就是绿色的自行车标记，给行人指示的，是一个小人。

但是北京有部分路口改善了： https://3g.163.com/dy/article/GAAGS8AG0545CBGK.html

基本上开机之后，浏览器全屏，并且维持到下班，壁纸是啥，哦，开机关机的时候能看一眼。。。
我在 ms store 上找了一个 backiee，稍微多一点花样

再来三台，跨屏拼接 4K，48 寸大 4K，哈哈

HTTPS 只是在容器层判定了 Bob 是不是 Bob 的问题，但如果不信任容器层呢？所以也可以在业务层再做一次 Bob 是不是 Bob 的判定。

A2119 的情况是这样的，里边有一块小芯片，与主机通信的，是 DP 协议，然后芯片把 DP 协议转成 HDMI2.0 传输给显示设备。但是与主机通信是 DP:USB=2:2 的模式。
以带宽能力讲，DP2Lane 最高 12.96Gbps （ DP1.4/HBR3 ）和 8.64Gbps （ DP1.2/HBR2 ），HDMI2.0 则是最高 14.4Gbps 。那么无论如何无法实现 4k60hz10bit，如果主机有 DP1.4 则能够 4k60hz8bit，否则只有 4k30hz10bit （最高）

其实带宽方面，即便是基于 DP AltMode，LZ 的需求还是能够实现的。
Type-c 接口有四条高速数据链路，外加兼容 USB2 的低速线路。USB2 的不说了。
高速链路方面，实现 DP AltMode，有三种方法
> DP:USB=4:0，这种情况下，四条链路全都传输视频信号，按照 DP1.2/HBR2 的能力，最高速率 17.28Gbps，能够满足 4k60hz10bit 数据传输，即 4K 60HZ HDR 不是问题；如果是 DP1.4/HBR3，即便没有 DSC 压缩，实现 8k30hz 没问题。线缆方面，需要直接 type-c 转 DP 线。
> DP:USB=2:2，这种情况下，两条链路传输 DP，两条链路传输 USB3 。以 DP1.2/HBR2 的能力，有效带宽 8.64Gbps，只能做到 4k30hz8bit 或 10bit ；如果双方设备支持 DP1.4/HBR3，那能力到达 12.96Gbps，4k60hz8bit 没问题，但是实现 4k60hz10bit 就只能靠 8 抖 10 了。线缆、扩展坞方面，最近出品的产品，基本都支持，老的产品可能部分支持了。另外数据方面，保留了两条数据链路，USB3 的一条链路 5Gbps，两条总带宽就是 10Gbps，也就是最高实现 USB3.2 Gen2 。
> DP:USB=0:4，即四条全都是 USB，5Gbps*4=20Gbps，实现 USB3.2 Gen2*2，但是没有显示带宽了。

https://post.smzdm.com/p/636483/ 我的文章，数据量分析。

DA310 那个，采用硬连线 2:2 的模式，做到 4k60hz，需要双端支持 DP1.4/HBR3 。Thinkpad 40AS 同样，只不过理论上扩展坞芯片具有 MUX，可以动态变为 4:0 。
注意，有些显示器标称 DP1.4 但是并不支持 HBR3 。至于 DSC，今年以前发布的显示器，鲜有支持，应该只有一些高端型号比如 5k 、8k 之类的。

最后，吐槽 USB-C 为了兼容 USB2 空占了两对数据线浪费了 5G*2 的能力；吐槽 DP AltMode 徒增用户入坑概率，搞出一堆花样看似为了方便用户其实困扰了用户。

这个需求，可以看看 thinkpad 40AS USB-C Dock Gen 2 。或者 dell 的 D310 。

低于 300 元的，芯片大同小异，功能大同小异，差的就是用料和做工，基本上 4K60 都要靠命。大厂的产品，做工用料不说，标称的性能肯定非常明确，能够避坑。

这得看是文件分享还是视频分享。前者无关文件内容，那要么公有网盘，要么私有 NAS 。如果是视频分享，那就简单了，找个视频站，上传，设置访问密码。
如果涉及版权，即便是文件分享，一切公有的服务都绕开，只能信任私有方式。

thinkpad 扩展坞一律带有电源按键，可惜你不是 thinkpad

拆机器，把电源按键引出来吧

@cubecube 唔，可能咱俩哪里的理解有偏差。
在电子印章方面，第一，PDF 是一个载体，当然如果有其他安全文档比如 OFD ；第二，这个文档进行数字签名，保证文档不被篡改；第三，附件一个图片信息作为数字签名的展示形式；最后，这个数字签名按照一般的电子认证体系签出公钥私钥等即可。
其实，发挥作用的是第二个数字签名保护文档；能够表征的是第三个图片或者其他形式的信息表征；技术基础是第一和最后。

那么基于此，只要按照一般电子认证体系签出来的证书有效，无所谓什么公认，因为已经被公认了——好比 SSL 证书，此前 gongle 在 chrome 里吊销了谁签发的证书，就是因为那个证书滥发不被公认；图片内容到底是公章还是个人手签图片，均只是展示形式而已；保护文档那个事情，决定了一个文档被二次签章之后的实际效果。

然后再说统一公认的问题，首先说证书被公认了——因为机构设立，具有资质，他的上游根证书被公认；其次说公章制作这事已经在公安局备案了，那也就是具备了资质，也不存在统一公认的问题。
总之，这是一个备案的行业，具有认证资格，就是充分条件，否则开展的业务均违法，更别说公信力问题了。

你举得 SH 印章的例子，我查了一下，正好第二条对电子印章的定义，跟我理解的差不多，第二条第二句也说到了手写签名问题；第三条说明了种类，第四条几个相关机构，除了经|信|委还有 GONG'AN 局和 MIMA 局。第五条其实是比较奇怪的，按照市场原则，这条是有问题的，经信委应当采购社会服务，提供统一的电子印章系统，但是不能指定，特别是第三条中的提及的企业、个体工商户，变相成了 GOV 职能、GOV 垄断，这是有问题的。

@cubecube 10# 你举得例子，恰恰是电子证书不能解决，或者不能很好解决的一个事情，双签证书。如果同一厂商，稍微好点，但不同厂商更复杂一些，但也不是不能解决。

双签章，不是谁信任谁的问题，而是自己签自己的，自己认自己的。但是问题来了，谁先签谁后签，不可能同时签——做签名要保护文档内容，不得篡改，但是后签名的必须修改文档使文档加载上新的签名内容，于是先签的章就被破坏了。但是不是不能解决，只要先签的不做文档保护，后签的做上文档保护，完活。
为什么我知道这个，因为正好我经历一个应用，文档是多页的，需要每页都盖章，但实际上电子签章签的是文档而不是某一页，于是在第三页（如果存在）第二页上倒叙先签不保护文档的章，然后在第一页上签保护文档的章。解决了。合同就是这个问题，后签的要修改文档，导致前签的作废。

其实这也可以理解，现实中，除非同时盖章，否则前后盖章的时间差，存在导致文档被篡改的可能。

@cubecube 10# http://www.cfca.com.cn/20150806/101228237.html 第二个证书 证书号 ECP11010420002 这叫没许可？

@cubecube 没那么乱，一些大的机构，BJCA 、CFCA 、SHACA，这个业务是 GOV 特殊许可业务，不能随意开展。因为涉及公章，除了在 MIIT 申请许可，可能还要到公共 SECURITY 部申请许可。

主要是数字证书，你需要从认证的机构获取电子签名的数字证书。
有对机构公章进行签字的，比如电子发票上的税章；也有对个人的，之前银行给个人的 U-key 可以看作是一种私钥证书的载体，只不过这个证书签发者是银行自己，自己认就行。而数字签名法中的电子签名需要有公信力，就找一些认证了的结构签证书。

最后，不是你要做签名再找场景或者对接公务系统，而是看什么场景需要做电子签名，然后考虑解决方案。

有 3G 信号的话，应该会有 2G 信号，短信与外界联系，定位的话，手机必备 GPS Test 之类的。

最后就是，如果野外活动较多，铱星比较贵的话，至少配备一个北斗，北斗可以上行短消息，综合成本较低，以备不时之需。