阿里云的客服确实一言难尽，连他们自己的技术都要吐槽
之前数据库遇到线上事故的时候，我们急得不得了，客服悠哉悠哉的不得了

我个人感觉 google aws 的界面都还好，azure 的界面体验才是烂的不行

@dongxf 对比了下价格，确实同配置 polar 更便宜才对 最早的 rds 门槛低给了我低廉的印象

如果并发不是特别高，还可以考虑 ecs 自建
我们之前还用的更贵的 polardb ，后来线上事故阿里也不负责之后，我就迁移到 ecs 自建，再用 canal 实时同步到备份节点，成本直线降低到 1/10

doubanapi.com 这看起来可不像官方的，小心别被碰瓷了

正如你所说，因为你看到的都是带口罩的，完美做到了正确戴口罩的很少（当然也很难做到）

不过戴口罩会降低发病率这是医学界公认的，因为已知病毒致病必须满足足够病毒摄入量，再已知口罩可以降低病毒摄入量，所以为 true

但是 95%这个估计是基于以前的病毒感染估计，不能用来评估新冠，因为现在的新冠变种 r0 超过普通的流感病毒不少

ffmpeg 虽然方便但是感觉硬件加速效果不是很好
其实也可以考虑用视频剪辑软件输出的
比如剪映。。
或者达芬奇也可以考虑下，我感觉达芬奇的加速效果似乎不错，也支持脚本

我现在只在源头校验，实现 canal 消费者的时候尽量考虑鲁棒性，单进程插入，在读取 sql ，拼装 sql ，进出队列等逻辑处都需确认成功，一旦不成功就丢入 redis 待处理队列(包括丢队列都是循环重试的不成功一直重试)并通知人工介入，这样理论上来说不会有丢失的情况只是有延迟
目前来看运行很好，因为可能出错的地方都被考虑了，只是有时候手动改了数据库结构时 canal 会失败需要人工维护下基本几个月一次
当然也可能存在意外，但我觉得这种概率很小(几年都未必能遇到一次)暂时不在考虑范围

之前研究过 可以

rdp 当然第一，各种远程都试过，目前为止没有发现任何一款能取代 rdp 的产品
备选可以用 anydesk ，老版本 anydesk 关闭更新检查端口直连体验也可以

用别人的模型生成一张图片，在描述词里加上 by lsp_tag
别人的模型怎么能生成你训练的涩图

@locoz 对我也这样想，所以两者并没有所谓优先用哪个的问题，都是互先的补充，好在人的主观性强，往往可以结合实际情况判断哪边更为合理。例如当你查询浏览器扩展开发中按最新的 api 文档应该如何接受 tab 消息时，web 上大部分是 20 年之前的过时答案，而 ai 可能会告诉你按最新的规范应该如何使用，所以我选择了过时答案，因为新版 api 不太好用，哈哈哈。。。

从另一方面来看，由于互联网大量充斥着高度重复内容，chatgpt 相当于可以快速对有效信息进行提炼浓缩，是个相当不错的 google 补充

先 ai ？
并非高可靠，有些问题反而可能需要花更多时间，所以成年人都是选择全部都要 比如 https://chrome.google.com/webstore/detail/chatgpt-for-google/jgjaeacdkonaoafenlfkkkmbaopkbilf/related?hl=zh-CN

https://github.com/del-xiong/awesome-chatgpt
我也蹭个热点，正在从 discord 搜集魔法中

反代可以自定义 header-比如 cookie 从而维护状态
proxy_set_header Host chat.openai.com;
proxy_set_header Cookie "_ga=GA1.2.879697392.1670164512..."

遍历是必须的，毕竟总得访问才能对比，就算用工具内部也是遍历。。

awk 实现比较方便

挂 adsense 差的 rpm 都有 1-2 刀，20wpv 两百刀还是能保证的，怎么会赚不回来

@402124773 确实惨 看了下他 ytb ，以我们的经验，就算给个中文高价，日收入不到 1 美金。。。

定位到这一句
$objDBCD14->execute("INSERT INTO topUpRecords SET UserId ='$user->UserId', Credits = '$paidCredit', CreditsLeft = '$updatedCredit', Comments = '$comments'");
将 sql 打印出来，如果金额不对就是上面语句的问题
如果正确继续定位到 db 库提交 sql 到数据库之前，打印 sql 出来看是否正确，如果还正确只能怀疑数据库加了什么机制了