还是和用户收入有关系.

如果月收入 $3000, 那么 $29.99/年 也不能说有多贵.

如果月收入只有 $500, 那么 $29.99/年 就显得有点贵了.

Web 的生态非常丰富, 迁移到 Qt 可能有依赖相关的问题.

@Superoutman 新建一个站应该也是一个解决办法. 这时候域名的价值就体现出来了, 从用户角度, 无论作者如何切换站点, 只要域名在就不影响读者访问.

不单是需求变, 技术也在变. 依赖在变, 语言也在变.

代码也应该跟着变化.

`curl -sS "https://auth.docker.io/token?service=registry.docker.io&scope=repository:library/node:pull"` Docker 已经恢复.

参考: https://developers.facebook.com/docs/sharing/webmasters/web-crawlers/

1. UA 是 `meta-externalagent`
2. 判断一下 IP 是否是 Meta 声明的爬虫 IP

OpenAI 的爬虫, 不予置评.

我今天刚试了导出, 正常解包后是完整的数据.

和身份有关的应该就是 planet.key 了.

@FlashEcho 应该是我没表达清楚, 我提到的 "预热" 是阿里云正在做的那种 "预置实例".

1. 预置带来了成本.
2. 目前阿里云的预置不是智能的, 是固定的.

如果最近 10 分钟的并发是 10 实例, 也无法直接预测将来的并发. 比如 08:00 开始预购活动, 可能会导致 07:50 到 08:20 之间有超出平时数倍的并发, 在 08:00 到 08:01 尤甚.

减少冷启动时间是很重要的, 但 "预置实例" 难以应对这样的场景.

针对这样的问题, 我们选择的是针对不同平台, 分别包裹一层后再用 OpenAI 的 SDK.

写一个 SDK, 套壳 OpenAI SDK, 不过针对参数和返回值有套壳.

Polymer 很久之前被弃用, 现在改名为 Lit.

PWA 和 React, Vue 等是平行的概念. React 也能做 PWA.

有一些比较老的硬件, 只能接受 GB 18030. 并且这一字符集是现行国家标准: https://openstd.samr.gov.cn/bzgk/gb/newGbInfo?hcno=A1931A578FE14957104988029B0833D3

如果存储过程和后端的业务逻辑是两班人马写, 并且 存储过程 可以静态分析, 那么 存储过程 才可以接受.

性能问题, 更应该用别的方式优化, 比如调整结构, 异步, 分布式, 缓存等.

我也认为同时可进行双侧滑动并且功能都是 "返回" 的设计, 不是一个好的设计.

如果用 pg, 可以全部数据都在 SQL 上, 部分频繁的读操作或者简单且临时的业务配合 NoSQL 使用.

NoSQL 在性能上是有优势的, 尤其是可以比较容易做到分布式, 从而提高并发读写性能.

GitHub Actions 很好用, 但是更建议使用 self-hosted runner with docker, 可以直接用 PC, 成本不高.

@RustRover 所有代码应该在组织账号下, 不应该在个人账号下. CTO 可以是组织 (当前) 的 owner, 但不应该直接拥有代码仓库.

"-company 后缀" 这件事不符合 GitHub 的用户协议, 因为每人只应该持有一个 GitHub 账号 (开发用机器人除外).

强制要求团队成员开启 2FA, 并且 2FA 要有两种方式. 同时再建议开启 Passkey 在日常中节约时间.