内容简介：好吧,你不需要知道avarage网址长度.这是猜测,但我认为URL缩短器主要用于缩短长URL.为什么还要缩短已经缩短的那个呢？那就是说,还有另外一个问题.数据库也会有一些开销,所以你不能只计算一个avarage,并说这是avarage字节大小.我自己写了一个url shortener,它已经包含了大约45个项目.所以我建议你写你的,当它实际上包含2 ^ 32个URL时,购买8TB硬盘可能不会再造成问题了. :wink:
的几个点击后,在确定平均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
以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，也希望大家多多支持 码农网
猜你喜欢:
- zookeeper典型应用场景解析
- 单例模式及典型应用
- Java XXE 漏洞典型场景浅析
- 利用jstack定位典型性能问题实例
- [译] Elasticsearch Top 5 典型应用场景
- 设计模式 | 享元模式及典型应用
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
Android编程权威指南（第3版）
比尔·菲利普斯 (Bill Phillips)、克里斯·斯图尔特 (Chris Stewart)、克莉丝汀·马西卡诺 (Kristin Marsicano) / 王明发 / 人民邮电出版社 / 2017-6 / 129.00元
Big Nerd Ranch 是美国一家专业的移动开发技术培训机构。本书主要以其Android 训练营教学课程为基础，融合了几位作者多年的心得体会，是一本完全面向实战的Android 编程权威指南。全书共36 章，详细介绍了8 个Android 应用的开发过程。通过这些精心设计的应用，读者可掌握很多重要的理论知识和开发技巧，获得宝贵的开发经验。 第3 版较之前版本增加了对数据绑定等新工具的介......一起来看看 《Android编程权威指南（第3版）》 这本书的介绍吧!
