"有网络请求的情况下切换页面时观感上会没那么快，一般会用哪些手段提升体验。" 快不快不能用感觉，要用 waterfall 的数据来对比。对于后台管理这种没有什么并发量的系统来说，同样的业务，用 react 等现代框架实现一般都慢于用 jQuery 经典技术实现。数据渲染，中间计算的代码越多就会越慢。所以现代框架通常都会有转场动画，让人产生一个流畅的错觉。比如用 jQuery + PHP 实现的管理后台 dcatadmin ，目前还没发现用 React/Vue + PHP/Java 的管理后台能比 dcatadmin 快的。

而且直接开通支付，默认费率最低也只有 0.6%了。

换四大行。我 20 年换成工行，上来就问你 1 天 50 万，够不够。

用 vultr 的有很多，这还是第一次听说。

同 15 款，不过是 16+512 版本，mojave 系统。现在 chrome 50+ tab ，emacs + lsp java 开发，内存用掉不到 8G ，还是比较流畅。内存升级也是很成熟的技术了，只要颗粒没问题，基本都是很稳的。

一键给所有的 VPS 装 httpd ，想想就刺激。

@lovestudykid 如果真这样的话，那就得要求 GTP4 对日常生活中正常的图片文字（各种字体，包括二次拍摄的图片）的 OCR 准确率能达到 100%，才能谈不需要训练也能秒杀大部分验证码。 不过，GPT4 已经发布一个月了，还没人发现它有这种能力。

图片验证码其实早就没作用了，10 年前的打码平台就已经在用卷积神经网络训练识别验证码了。对于图片验证码，只会有人能识别，AI 识别不了的。人只要认识常规的字母和数字就行，而 AI 识别的前提是对各种样式的验证码进行学习，没学过的就不太灵了。不过，AI 现在可以生成图片，那么也可以生成不同样式的验证码，反而能提高验证码的破解难度。

就拿《我再也不敢装逼了》这个帖来说。一个新用户进去，啥也没干就能消耗掉接近 7M 的流量，json 换 MessagePack 就没什么必要了。

大行 D6

mybatis-plus 啊，基本不用写 sql

今天刚 1020

去年阳的时候出汗，穿了差不多 7 天的迪卡侬速干衣，相当舒服。

emacs 18 年，自动档。跟 emacs 比 vim 确实是手动档。

直接邮局体检换证，不存在光线不好的情况。

把两个文档看一遍，vue 先看 2 ，再看 3 。完了再看 React ，大部分都会选 React 。

最简单就是退款后台审核，一般很少有退款，如果有很多那更应该通过审核退款。

正常主要流程应该是：
1. 更改原订单状态
2. 拿到第 1 步成功值后，创建支付流水退款订单
3. 更新余额（和第 2 步在一个事务中处理）