我用 timewarrior ，不过没有一个好看的 bashboard 或者 report 。只是自己关注趋势的话足够了。

搜索关键字：CSP 、SRI ，看看是不是你需要的。这两个技术目前在有些信息安全相关认证方面是强制要求的。

这个怎么说呢，首先碰一碰和闪付、quickpass 、applepay 以及各家手机 pay 的原理是不一样的，只是都走了 nfc 通信而已。
闪付、quickpass 、applepay 以及各家手机 pay ，实际上是使用手机 nfc 模拟了一张银行卡，在支持 nfc 的 pos 机上是作为银行卡出现的，里边存了你的卡号（实际是虚拟的 token ）以及各种银行卡相关信息。支付的时候是 pos 机读你的手机（银行卡），然后 pos 机发起交易。地铁卡的交易流程一样，只是收单从银行变成了地铁而已。所以这个时候手机 nfc 可以设置为“只读”，因为就是一张卡。有些手机还支持关机读卡都是一个道理，没有哪个银行卡带电池。
碰一碰，实际是使用手机 nfc 模拟了 pos 机的 nfc 读卡能力，贴在那里的才是卡片。所以首先手机 nfc 设置为只读是没用的，你不能拿一张银行卡读取另一张银行卡。其次发起交易是手机 app 来执行的，这也就是为什么各种 pay 可以不用电量或解锁手机，但是碰一碰不只需要解锁还要打开 app 的原因。但是另一方面碰一碰的贴纸原理上应该和二维码类似，只是商户号或者额外的一些信息，没有任何敏感数据，也就不会因为使用碰一碰带来任何额外地安全隐患，因为他就是把“摄像头扫二维码解析商户号”变成了“手机 nfc 读贴纸获取商户号”这么个流程流程是安全的，那么碰一碰也是。
不过这个在教育用户使用 nfc 方面是个挺大的进步，至少在一二线城市，正常的各种 pay 支付要比二维码方便，一样不用带银行卡只要有手机就行。

可能对楼主没什么参考价值...我是 2000 年做的近视手术，当年只分为 lasik （切角膜基质）和 prk （切角膜）两种，我做的是 lasik 。做之前大概是 600 度的样子，戴过 4 年框架和 2 年隐形，做之后一直到现在都是 1.0~1.2 ，取决于我想不想仔细看视力表...
怎么说呢，我现在可以选择戴墨镜平光镜或者防蓝光镜拗造型，也可以选择什么都不戴打羽毛球网球，已经完全忘记不能脱离近视镜的感受了。我个人不存在干眼或者夜视不清楚地情况。
周边还有两个人在 10 年内做的手术，一个是 1000 度近视+400 多散光，现在矫正回来没有近视+100 多散光，另外一个也是差不多 600 的近视，现在完全不近视。
当然这个不作为手术建议，请遵医嘱。我只是简单分享一下我的感受。

我是直接装 nginx proxy manager 做反代+ssl 证书自动更新，openwrt 的 ddns 自动更新，https://url:port 这样访问 vaultwarden ，额外开了 vaultwarden 的多因素认证，使用上没有任何问题。

电子表都是查询晶振的次数来计时，就像上边说的查够 32768 就加一秒。所以如果晶振的频率因为各种原因变化了，那么这一秒就不准了。所以就有了温度补偿晶振、电压补偿晶振之类的。但是考虑到手表都是戴在手腕上，所以温度总体会比较恒定，所以可能大家都不用温补电压补偿，而是用更简单的思路，假设这个晶振在 37 度时候偏差是-0.1 秒，那就每十秒额外增加一秒就行，就像闰年。所以这种操作当然会带来不准确。想要电子表准确，要么电波表，要么 gps 授时，要么手机同步。

我记得 unraid 论坛里有说过因为 shfs 的性能拉胯，smb share 不能跑满带宽速度，需要使用 disk share ，楼主也可以试试看。

@netnr 那看你们自己身份认证系统的实现了啊，举个例子，假设你们接收到身份认证请求，第一步到密码验证系统去完成密码验证，通过后第二步到 MFA 那验证 TOTP ，通过后第三步通知其他系统说身份验证完成。正经的 oauth 应该是直接接入到第三步位置告知其他系统身份验证完成才合理，如果你拿 oauth 挂在第二步前头用来代替密码验证系统，那当然在 oauth 之后就需要 MFA 了，可能的好处是你们“可以”不用管理用户名密码这些东西。

oauth2 是从第三方带着身份验证完成的信息返回的，本地的没必要再额外做身份验证了，也就不存在输入 MFA 的情况了。如果有强制 MFA 的要求，在第三方处做。
单纯只有 TOTP 的传输原则上不限制通道加密。但是总不会你密码传输走 HTTPS ，TOTP 走 HTTP 吧？这东西一起走 HTTPS 不就行了么？

我自己在用 vivo pad pro3 + 原配键盘壳 + 原配震动版手写笔，配合自建的 vscode server 做 ssh 或者 tunnel 都还可以，但是我不是正经程序员，所以只是简单项目的前提下是挺好用的。远程到 windows 用 android 版的 rdp 没问题。
我也配置了 spacedesk 的扩展桌面，不过还是 moonlight + sunshine 扩展桌面更流畅，但是不像 spacedesk 那么开箱即用。
当然我拿 pad 的主要用途是现场审核的底稿记录，直接 obsidian + syncthing 同步回家。
当前长时间用 pad 的最大问题，一个是键盘的输入法切换需要使用 shift 而不能 win+space ，另外就是触摸板的三指单击是后退而不是中键，这两个我很不习惯，不过对鼠标（我主要是各种轨迹球们）的支持很好。
再另外，配合 lightroom 订阅出差或出游选片修图一绝。传统的影音需求当然就更不用提了。

@coldle 明白了，多谢多谢

@coldle 能不能细说改键，我就是在用 android 平板连 windows

FIPS197 是 AES 算法的标准要求，当然其中的部分方法实现各家都可以有自己的想法和手段。但是 AES 算法的正确实现请参考 OpenSSL 的代码，而不是其他不知道来源的东西。
针对你要的 KeyExpansion 部分：
https://github.com/openssl/openssl/blob/master/crypto/aes/aes_core.c#L599
尽量不要重复造轮子，算法实现的正确性可以去 NIST ACVP 找测试向量，如果想拿到算法测试证书可以找对应实验室，这里我就不给我司打广告了。

首先 TOTP 有个最大的问题是时间同步，你看一下他的算法就知道了，简单理解就是时间加上用户的唯一序列号做 hash 生成，所以客户端和服务器端要保持时间一致，这也是为什么大部分 TOTP 都是分钟为单位。如果真的做到 10 秒钟，用户这边看到、输入、确认，那边已经超时了比对不一致了。我们早年做过滑动时间窗口做客户端和服务器的时间偏移，但是没有特别的意义。
然后针对脱库这个，库里可以保存用户唯一序列号的强加密数据，这样即使拿到也是加密后的数据。但是加解密也是有时间损耗的，当然不会到秒级，但是用户量大的时候，专门为了登录这个动作而损耗计算时间是否有意义？
最后，现在的合规要求都是多因素，密码+TOTP 是最理想的双因素认证形式。可以考虑在使用 TOTP 的前提下略微降低对密码复杂度的要求，这也是目前部分认证的思路。
再最后，密码这块不要考虑这些有的没的，有任何想法请上 FIDO2 。

最便宜的 titanarmy 曲面屏 2560*1080 ，配合笔记本屏幕，再结合 i3wm 或者 hyperland 之类的，相当于三面方形的屏幕一起用。我的主业是咨询和写报告，偶尔也会写点代码，至少在我的使用场景下非常的爽

win11 自建 kms 激活的 pro 版，美国区域，目前还没收到对应的推送安装，还有点小期待...

@WizardLeo 大小文件都会慢，无所谓分布在 disk 还是 cache 上都一样慢，wifi 和有线也一样，总之似乎是 unraid shfs 的一个特性。找不到 unraid forum 的链接了...

@WizardLeo 不是，我没用 parity ，只上了足够快的 cache 。据说是 unraid 的 shfs 的锅，如果换成 shared disk 那么 smb 速度会正常，不过我没空测试，反正我更多是 wifi 访问本身就有速度限制...