小白写的短网址生成工具

少了最关键的：足够短的域名^^，op 可以去低价买个二手杂米.cc ，别问我是怎么知道的

$random_number = rand(14776337, 916132832); // [62^4 + 1, 62^5]
while ($db->where('id', $random_number)->getValue('fwlink', 'count(*)') > 0) {
$random_number = rand(14776337, 916132832); // [62^4 + 1, 62^5]
}

这个方案不会在短连接数量很多的时候产生一些冲突吗，这里大概有 9 亿的可用值，也就是说数据量达到 3 亿左右基本上就有 1/3 的请求会需要查 > 1 次 DB

另外在访问的时候，相当于所有的访问都要去查询 DB ，即使链接是用户随便输入的

无恶意纯随便探讨一下，小工具做得挺有意思的页面简洁好看。

@opengps okk ！以后我去看看！

@RedisMasterNode 听起来很有道理的样子，当时写这个随机数生成想的有点随意，感觉更合理的方法应该是在数据超过一定阀值后，在更大的范围内生成随机数，之后有空这部分重写下~~

@InFaNg 有没有什么更稳定的唯一 ID 生成方案呢，或者你这里已经用了 base62 了，那有没有什么稳定的唯一十进制数生成方案呢，这里的 DB 查询完全可以避开的

好奇现在还有短网址这样的需求么。。？

@fkdog 有 主要是发短信太长的参数没法带

@fkdog 灰产需要

@fkdog #6 有的，我自己就建了个自己用，
一些软件配置文件啥的通过短连接固定并缩短，必要的时候可以直接输入，
原地址太长的只能复制粘贴，换地址了也都得修改配置，有时不方便，

@fkdog 有，我们公司网站就有，一是统计，二是可以改短网址对应那个长网址，长网址换了分享出去还能改。

@RedisMasterNode hash 或者随机数都可能碰撞 自增的话区间太明显 容易给别人根据规则遍历短链接 怎么才能完全避免查库呢

@bearboss 自增区间会有反解的风险但是并不能说太明显

1. base62 算法你可以自由实现，包括如果不按照 ABC..XYZabc...xyz123..89 这个顺序，如果我将数字安插在不同字母之间作为 base62 算法的 base 呢？只要保证生成和解析是相同即可，不一定是服务外能简单猜测到的排序
2. 除了单纯的自增，在分布式场景中你的短链生成的机器有非常多，例如 50 个机器，每个机器除了有它自己的号段以外，还需要将机器号埋入 base62 之前的明文，例如我为每台机器分配名字：33869 、22193 这些都是无规则的 ID ，可以进一步混淆 base62 前的明文

类似的 trick 还可以举例好几种，仍然有反解的风险，但是我理解这个东西得看是否产生价值，如果反解要花很多时间的话那我觉得服务端的目的已经基本达到了

国内大部分短信服务商直接不支持短网址动态短信，因为无法审核，就非常的无语。

https://www.369url.cn
这个还是不错的一个选择，