近期各大美国空间商纷纷打出了降价的大旗，有不少朋友也盘算着给自己购置一款合适的美国空间，FunKey自己同时还在用着去爹和DH这两个美国空间，结合自己的一些经验，参考了WordPress.org.cn上yculer的一篇文章，并做了些修改，以更适合新手阅读，写了这篇“购买美国空间的常见误区”，希望对即将购买美国空间的朋友有一点帮助，能够多少了解一点美国空间背后的一些知识。
1.反查IP可以知道服务器上的站点数量，以确定服务器负载
在国外的IDC市场，服务器、IP地址和网站之间并不是一对一的关系，一台服务器可以同时拥有几十个IP地址，一个网站也可能有几个IP地址，而且目前出于安全方面的原因，IDC会在一台服务器动态分配很多IP地址，所以通过IP地址反向查询同一IP上的其他网站，并不能说明服务器负载。此外，目前提供IP反向查询的网站，技术并不严谨，准确率较低。
2.无限空间真的是“无限”吗?
答案当然是NO，无限空间只在容量，流量，建站数量上无限，在其他方面，比如CPU资源，总文件数量，Apache Threads最长运行时间，每小时E-mail数量等等很多方面都做了限制，这些在官方的TOS中都明确的标出，但地方都很不起眼。一旦你的站点超标，HostGator一般会停你几分钟的站点运行时间，而DreamHost有直接封站的危险，这点最要命。所以，无限空间是最不值得够买的一类空间，当然，如果是新手，玩玩是可以的。
木桶原理大家都知道，一只木桶盛水的多少，取决于桶壁上最短的那块。空间、流量就像是桶壁上较高的木块、那些写在TOS中的不起眼的使用限制就是桶壁上较低的木块。你的站点运行效率的高低恰恰取决于此。
3.OverSell(超售)就等于OverLoad(过载)?
购买过美国空间的朋友对这两个词应该是熟悉的。
什么是OverSell(超售)和OverLoad(过载)
用上面的无限空间为例，谁都明白，哪有什么无限空间，硬盘再大也有个头不是?无限说白了就是个噱头，这和OverSell有什么关系呢，比如我们有个500GB硬盘空间的服务器，出售无限空间，并对每个账户做资源方面的限制，比如CPU，文件数量之类，但这个限制是很模糊的，你说你上传五万个PHP文件是五万个文件，你上传五万首MP3也是五万个文件，所以说，IDC对于这个限制的根据就是自己的经验，这一来准确率就很难保证，比如这块500GB硬盘预估50个站点，CPU限制为7%，每小时最大不超过20%，好了，来了50个站长，这50个站长都很规矩维护着自己的网站，服务器运行起来很轻松，IDC发现有很大一部分空间和资源没人用，整理一下，接着出售，但这时来了个家伙，买了空间做电影论坛，并上传了很多高清电影做下载服务器(无限空间和流量嘛)，日IP3000，这下完蛋了，虽然对每个账户的资源做了限制但整个服务器的运行效率就下来了。一旦数量和资源超过服务商的预估，服务器已经无法支持已存在的这些站点高效运行时，这就叫OverLoad(过载)。
目前的IDC对于Reseller(代理商)OverSell(超售)的态度分三种，一，允许OverSell(超售);二，加钱允许OverSell(超售);三，不允许OverSell(超售)。JS嘛，总希望自己利益最大话，所以目前无论是商家还是代理商都会OverSell(超售)，这就是为什么刚买的空间开始速度还行，后来速度就慢了的原因，其实OverSell(超售)不一定就OverLoad(过载)，如果碰到的JS有点良心，能够严格控制站点数量和资源的分配，这是最好的。一旦碰到一个“利益最大话”的Reseller那就傻叉了。
所以，OverSell(超售)是普遍现象，OverSell(超售)不等于OverLoad(过载)，能够严格控制站点数量的JS是不错的。有人说我买那些不允许OverSell(超售)的主机不就结了，一般不允许OverSell(超售)的空间价格都非常高，快赶上VPS了，但别忘了你的空间除了容量和流量还有CPU等资源的限制，在购买不允许OverSell(超售)的主机你得看看空间在其他方面的负载来综合考虑。
4.空间商的网站快就说明它的主机快?
目前美国已经基本实现分布式存储，我们网站的服务器不会只存在于空间商所在地的服务器，美国数据中心非常多，咱们比较熟悉的有达拉斯，西雅图等等，非常的多，不一定每个数据中心都能对亚洲客户有很好的支持，而美国空间商的网站毕竟是针对美国用户，他们会挑自己认为合适的数据中心存放自己的网站，而在各个数据中心托管自己的服务器以应对全球客户，所以，空间商的网站快它的服务器就快是错误的，拿Godaddy举例，它基本每个月都会将服务器中的网站在各个服务器之间进行调整，以达到负载均衡(当然，其它的主机商也会做相关的工作)。
忘了提了，也是最重要的，不要在美国空间上放音频和视频文件!
原文地址：http://www.ifunkey.com/2462.html
