内容简介：好吧,你不需要知道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 典型应用场景
- 设计模式 | 享元模式及典型应用
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
计算机网络（第5版）
Andrew S. Tanenbaum、David J. Wetherall / 严伟、潘爱民 / 清华大学出版社 / 2012-3-1 / 89.50元
本书是国内外使用最广泛、最权威的计算机网络经典教材。全书按照网络协议模型自下而上（物理层、数据链路层、介质访问控制层、网络层、传输层和应用层）有系统地介绍了计算机网络的基本原理，并结合Internet给出了大量的协议实例。在讲述网络各层次内容的同时，还与时俱进地引入了最新的网络技术，包括无线网络、3G蜂窝网络、RFID与传感器网络、内容分发与P2P网络、流媒体传输与IP语音，以及延迟容忍网络等。另......一起来看看 《计算机网络（第5版）》 这本书的介绍吧!
