@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 在性能上是有优势的, 尤其是可以比较容易做到分布式, 从而提高并发读写性能.

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

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

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

公司用 GitHub 并没有什么不妥, 甚至免费用也可以. 但是账号策略有问题, zhangsan-mycompany 这样的用户明显是有问题的, 而 zhangsan 这样的用户看上去则正常.

1. 个人用户就用个人账号.
2. 代码应该归属于组织账号 (公司账号).
3. 个人加入组织, 以获取组织内的代码权限.

从正文描述来看, 现在也没有出现代码丢失的问题, 只是一些访问这些代码的账号被 ban.

如果是已知小问题并且没有建立 issue, 可以不建立 issue, 但至少要有 PR 及相关的分支吧.