php – 用于存储计算目的的典型URL长度(URL-shortener)

栏目: 后端 · 前端 · 发布时间: 5年前

内容简介：好吧,你不需要知道avarage网址长度.这是猜测,但我认为URL缩短器主要用于缩短长URL.为什么还要缩短已经缩短的那个呢？那就是说,还有另外一个问题.数据库也会有一些开销,所以你不能只计算一个avarage,并说这是avarage字节大小.我自己写了一个url shortener,它已经包含了大约45个项目.所以我建议你写你的,当它实际上包含2 ^ 32个URL时,购买8TB硬盘可能不会再造成问题了. :wink:

在快速阅读 google search

的几个点击后,在确定平均URL长度时似乎没有很多一致性.

我知道IE的最大URL长度为2083个字符(从 here 开始) – 所以我有一个很好的最大值.

我担心的是我正在用 PHP 写一个URL缩短器( similar 到其他一些 questions 上的SO),并且想确保我不太可能超过托管它的服务器的存储能力.

如果所有的URL都是IE的最大值,那么2 ^ 32将无法轻松适应任何地方 – 它需要2K x 4B~ = 8TB的存储空间：一个不切实际的期望.

如果没有添加修剪功能(即清除“旧的”缩短的URL),那么计算应用程序存储使用情况的最安全的方法是什么？

是~34 characters 安全猜测？如果是这样,那么完全填充(使用主键的int类型)数据库将咀嚼292GB的空间(对于可能想要存储的任何元数据,双重146GB).

这样的应用程序的最佳猜测是什么？

好吧,你不需要知道avarage网址长度.这是猜测,但我认为URL缩短器主要用于缩短长URL.为什么还要缩短已经缩短的那个呢？

那就是说,还有另外一个问题.数据库也会有一些开销,所以你不能只计算一个avarage,并说这是avarage字节大小.

我自己写了一个url shortener,它已经包含了大约45个项目.所以我建议你写你的,当它实际上包含2 ^ 32个URL时,购买8TB硬盘可能不会再造成问题了. :wink:

翻译自：https://stackoverflow.com/questions/6168962/typical-url-lengths-for-storage-calculation-purposes-url-shortener