如果直接从备份恢复的话自动化规则是保留的

不能，开发者不扣余额

不懂 java ，但为啥这样会有并发问题？按我的理解 u 是 select 返回的，updateById 的过程才会创建 transaction 并 commit ，理论上 u 不共享不会出并发问题？

「昙花一现」真的太正常了；我是用大量的规则来筛选有价值的东西放在稍后读去读

或许 lz 可以研究下接入一些公证平台 / 国内的某些可信区块链

真的上了法庭，对方律师一句「没公证不认可」真的可以让用户的一切预备付之东流

用 path 是不是有点奇怪，正常做法应该是用 package 的，然后在 registry 查就行

---

如果是一些特殊的服务无法保证 package 唯一，那么可能唯一的办法就是写个脚本来生成了

我咋觉得 lz 的意思不是服务器需要被外网访问而是需要让本来没有外网访问权限的服务器可以访问有限/经过审计的外网

我咋觉得 lz 的意思不是服务器需要被外网访问而是需要让本来没有外网访问权限的服务器可以访问授权内网

歪个楼，要怎么解决恶意用户调用上传接口上传了一堆文件不通知后端的；加个定时任务来检查 s3 里面有没有不该存在的文件吗

不算放弃吧，之前打算 all-in-rust 的（因为语法和 macro 实在太舒服了）；但是发现所有权真的严重影响效率，不适合写业务代码，现在只用 rust 写一些极度基础的组件了，业务多用 js / go

「不会被喊去派出所」有点不太可能，就算你啥也没干我凭空污蔑你只要我报警了你都得来做笔录的

理论上香港都用不了吧

@yuhaijiang2019 是不是在第三方有抢票任务？ 12306 的账号只能在一台设备登录，第三方会频繁和你抢登录

https://i.imgur.com/8DfC40T.png 这个排版出了点问题

我好奇下，为什么不做内购去广告而是做一个新的 app ？

自荐一下我自己基于 pkg/errors 改的 ee 库

以下摘自我的博客：

最优的方案实际上是全局使用第三方库。这里推荐使用我自己的 ee 错误处理库（ https://pkg.go.dev/github.com/ImSingee/go-ex/ee ），其修改自官方的 pkg/errors 库，但基于实际需求做了一定的优化：

1. （相比标准库）为所有的错误都包装了调用栈信息。
2. 对于已经存在调用栈信息的，不会覆盖（来保证永远可以拿到最深层的调用栈信息）。
3. 支持在 WithStack 时指定 skip 来使用上层栈（用于编写工具函数）。
4. 栈信息的 StackTrace 和 Frame 可访问，以供外部工具（例如日志处理库）结构化利用。
5. 增加 Panic 函数，调用时会自动生成 error 并记录 panic 位置信息。
6. 所有 error 都实现了 TextMarshaler 接口，对序列化友好。

原来的版本在 https://v3.lucia-auth.com/

一个替代或许是 https://www.better-auth.com/

因为已经在订阅了（不然也不会是 $10 价格）？是不是之前 thank-you 的时候兑换了免费优惠