虽然没做过但是从自己对人工晶体的理解说下……
1. 考虑好手术风险。风险低的界定是存在风险，可逆的前提是没出现问题。尤其是黄斑病变和青光眼的问题。如果以后出现了高眼压可能会有问题。
2. 考虑好手术后的情况。眼镜现在不带不代表以后永远摘掉。手术前考虑一下自己的眼睛近视的发展程度，如果是线性的话可能做了以后还会有增长，如果是对数的话相对来说可能会好一些
3. 考虑好安全问题。意外事件发生的话可能增加失明风险
4. 如果性别为女的话可能不太建议手术……屈光度和眼压可能会因为激素变化影响……

如果考虑到这几个问题之后还想做的话其实作为提升生活质量来说还是可以的……但是 650 度没有散光其实视力也算可以了……价格相对来说还好 价格值得与否更主要看你的经济能力

p.s.不想让儿子学你戴眼镜？不太理解……这个和学不学基本没啥关系吧……其实近视一定程度上遗传有比较大的影响……

不是京东金融泄漏了
而是用着泄漏的数据来以京东金融的名义诈骗……
原因就是京东金融的适用群体大，不像信用卡有那么多家不敢确定说哪家能上钩
注销京东金融可以购物，京东金融的功能包括支付 理财 借贷。注销之后使用微信，云闪付之类的方法支付就可以

如果用 xorg 的话 archwiki 有说

Xorg backend
To use xorgxrdp instead for the backend, install the xorgxrdpAUR package.

Add allowed_users=anybody to /etc/X11/Xwrapper.config to allow anybody to start an X server.

之后建议看下现在所在的 display 号码 有时候分配的不一定是 0

整体来说咖啡因依赖和戒断都是短期的
并且……你喝的其实不算多
感觉没精神也可能和其他原因有关 如果可以的话从饮食之类的调整一下 因为咖啡除了咖啡因作用对新陈代谢尤其消化系统也有一定影响
如果实在不行的话 考虑用低咖啡因过渡一下或者喝茶过渡一下 理论上的病理学物质依赖也需要循序渐进减少……

@amirobotics 分地区和厂家……带录音的也不少……比如三桑……
个人想到的解决方案是 用一个手机做录音 之后设置遇忙转移到那个号码 之后手机需要录音的人挂断之后再说 或者固定的人录音的话用软件加黑名单自动挂断转移过去

18 度……

韩国区的我看了一下发现还是没有
哭了
现在是用爱思安装的国内版本

truenas scale 的话……
适合企业……不适合独立副本……不适合家用……
家用的话 omv 之类的更合适。truenas 更适合纯粹的存储
如果你真的不想用网页改，可以用 cli 虽然文档不多
为什么不让你改文件，就是因为本身系统害怕改坏了。所以为了以文件存储为重点而不是可 diy 为重点所以这样设计的。

ps
truenas 的 zfs 上次我 bug 了……在手动更新之后文件全没了空间还在占用之后.zfs 下面也是空的……后来反正有其他机器备份所以直接清空硬盘重新弄了
所以我现在对 zfs 这种感觉不能作为主要放鸡蛋的篮子

额.短域名还是很容易弄到的比如三字符的 kg moe ooo 之类的🌚 我觉得还是自己弄一个泛解析到 localhost 比较好 适合多个东西一起测试

@ysc3839 还需要考虑境外手机号前面 0 的问题。部分国家的手机号也有类似区号的 0
Alipay 对于选择韩国后输入 1092811234 和 01092811234 就认成了两个账户……
P.S. 那天看到一个正则 133 号段都被当成了非手机号……………… 14 、16 、17 、19 直接没有考虑

更新一下我的后续……
最后一次出问题懒得去天才吧了，本来想让给我预约 pickup 服务，然而对方给我做了记录转到了高级支援。
高级支援让我换到英语之后给关于本机、*#06#的截图，收集了全 log
之后用 https://gigafiles.apple.com/ 上传之后大概 5 个小时给我打电话让我重置手机。重置后就可以用了。
猜测删除了激活数据

…………………………我 重新登陆一下之后…………又炸了

emmm 前两天国外换的机器在没恢复 icloud 的情况下也出现了这个问题 当时没发现现在发现了…… 之后和天才吧的人讨论了一个小时发现解决不了又换了一台…………

千万千万别选心理

@documentzhangx66 三个相互同步的存储设备两个 ecc 一个普通的 我说不需要校验是因为同步过程不需要，开启版本控制后同步定期校验对比足够了，同步是一直在后台进行而不是一次性的复制粘贴所以随时可以补救。不知道你对版本控制是什么设置方式，我对版本控制是保留 365 天并且每周 zfs 快照，数据两地三机五副本（不包括冷备份）。同步造成五个副本全部出错还找不回来那只能说你版本控制有问题而不是同步过程有问题。用最基础的校验去选择准确文件还能出问题的话肯定是有三个副本都是错误且还出现了同样的错误，一个 1 字节的文件在同样位置出现相同的错误的概率都是在出错的情况下的 256 分之一。与其在意同步过程中的校验冗余性质不如考虑好怎么增加副本数让同步过后的单副本错误危害性降低。

@cpstar seafile……不知道现在但是最开始的时候的确我是因为 bug 放弃的……

@documentzhangx66 syncthing 我感觉不算雷……不过前提是打开阶段性文件版本……至于校验并不适合实时同步而是适合冷备份……
@fatigue 同意 并且针对 server 系统需要付比 desktop 高 n 倍费用的软件也可以用 wsl 曲线救国……

@darklinden syncthing 如果有内网固定 IP 可以指定一下 正常情况下内网会自动，如果特别慢打洞了看下 windows 的防火墙……