我知道创建一个短 url 算法并不像散列一个 URL 然后将散列切碎到其自身的某个增量版本那么容易。即使从外部的角度来看,这就是它看起来正在发生的事情。我已经阅读了一些关于这个想法的文章,也看到了一些在行动中的文章。但似乎没有人担心未来的证明。
所以我在这里试图找出如何使用 PHP 来解决这个问题,并找到至少可以避免常见问题的方法。从数据库冲突到除了整体存储和数据库大小之外可能需要担心的任何其他问题。
我肯定会面临的一个问题是我正在创建的服务正在从我的好友正在创建的另一项服务中获取用户端 URL,因此我们基于每个用户跟踪短 URL,因此可能多个用户最终可能使用相同的长url 但我们需要为每个提供 URL 的用户使用不同的短 url id。想想几个用户分享了一个最近流行的 youtube 视频。
因此,创建一个不会同时面对许多 bash 的短 url 算法的最佳策略是什么,这将允许我使用一些可能的短 URL 查询我的数据库,以查看它们是否已经存在。
更好的是,有什么方法我可以通过 mySQL 功能创建唯一的 id,这在概念上循环直到一个是唯一的,因此为这个原因而创建?
我知道我在这里拉着稻草,这是一个相当开放的问题。但我试图在深入构建过程之前巧妙地思考,后来才发现我搞砸了。在确保我对此采取半理智的方法之前,我需要一些输入。