雪花算法和 UUID 主要目的是让 ID 在服务器之间也不重复，但是看上去并没有那么随机，人类能从中找出一些规律知道 ID 之间的关系，比如雪花算法前面部分会暴露出两个 ID 之间的先后顺序关系。当然 UUID 也有 UUID v4 整串都是随机生成的，不会被看出规律

找到我用的算法的名字了：费斯妥密码
https://zh.wikipedia.org/wiki/%E8%B4%B9%E6%96%AF%E5%A6%A5%E5%AF%86%E7%A0%81
这个算法没有限制加密块的长度，所以你可以产生任意位数的结果，算法可逆保证不会重复，不需要补随机数或截取（随机数和截取理论上还是会导致重复），复合一定条件时，超过 4 轮可以实现强伪随机

CREATE OR REPLACE FUNCTION public.hexid(p integer)
RETURNS text
LANGUAGE plcoffee
AS $function$
b = 15

f = (r, k) ->
((r * k) + 51735) & ((1 << b) - 1)

fc = (n, ks) ->
l = n >> b
r = n & ((1 << b) - 1)

for k in ks
t = l
l = r
r = t ^ f(r, k)

(l << b) + r

r = fc(p, [24358, 25934, 52897, 8057])

return ('00000000' + r.toString(16)).slice(-8)
$function$

我找回代码了，但还是不知道里面的算法是什么
入参是 1 2 3 4 这样用数据序列自增产生的，返回值看上去就是随机数，但实际是加密算法算出来，由于加密算法可逆，所以保证了产生的值不会重复。

先用自增生成 0001 0002 这样的序列，然后用可逆对称加密算法对其加密，每次都会得到一个看似随机，而且不会重复的值。

类似功能我很早之前写过一个，用来在 PostgreSQL 里面实现类似题主的需求，数据库已经没了，代码有一份放在 runjs 上，今天想去看看，结果网站也已经关了……

当时用的加密算法的名字忘了，但实现很简单，大概 10 行代码左右，秘钥长度和明文长度一样，照着维基百科上面对那个算法的说明写出来的，大致过程是循环替换。

有谁知道是什么加密算法吗，也帮我回忆回忆

@salmon5 应该是到 2024 年，full RHEL support phase 指的应该是表格里的 Full support ends，这样就和 https://wiki.centos.org/FAQ/CentOSStream 这里能对上，RHEL 9 发布后大约一年。
RHEL 9 Beta 开始，CentOS Stream 就会同时有两个源可以用，用户自己选 8 或 9 Beta，RHEL 9 发布一年后 8 的源就取消了。

我还没升级也是这样的，而且一直是这样，休眠的盒盖就会激活外接显示器。所以我就一直开着盖，或者盖上再用鼠标点休眠

@NeoChen 可能苹果故意设置的？我也差不多，同是 2020 13 寸 Pro，循环 35，健康 89，降低上限让电池不会真的充满

微信公众号 jsapi 有接口和周边的 ibeacon 设备交互，那个功能要用蓝牙

@mv0x 莱萨魔，莱萨魔，天要掉下来了！

@Creolophus 很难申请的，我们公司以前申请过，折腾大半个月最后不给过，可能是公司太小了。现在拿企业账号做灰色产业的多了，苹果审核更紧。

蒲公英有个 iOS 超级签名服务不知道是不是楼主想要的：
https://www.pgyer.com/app/superSignature

买 IP 代理，比如这种： http://h.zhimaruanjian.com/

必须要有一个巫妖王？

我已经收到了

可以看一下 postgraphile，算是比较成熟，权限问题也基本解决了，但据库必须是 postgresql。
一般项目已经可以不要后端，但是改要一个 DBA [手动狗头]
https://www.graphile.org/postgraphile/

但是 301 跳不进内网

301 跳转

server {
...
return 301 https://photo.abc.com$request_uri
}

代理的话 @zh826256645 说的应该是对的，有可能是你们后端软件恰巧不支持被反代。

@daliang 写代码是艺术