有多少流量可以共享的网络托管(用于Python Django站点)的支持？

StackOverflow https://stackoverflow.com/questions/708799

题

有人在这个线程

有多少流量可以共享的网络托管走？

说明5美元/月共同主办的账户上Reliablesite.net 可以支持10,000-20000个独特的用户/天和100,000-200 000个网页浏览量/天。这似乎非常高为5美元/月的帐户。和别人告诉我这是远远低于这个水平。你有什么经验？

我有一个网站根据蟒蛇、Django、MySQL/Postgresql。它没有任何视频或其他带宽的重元素，但整个网站是动态的，每一页需要大约5至10个数据库查询，90%的读，10%写。

Reliablesite.net 是一个ASP.NET 托管公司。任何Python/灯主办的公司，可以支持在100-200,000网页浏览量在一个共用的托管帐户吗？如果不是，什么样的数字我看什么?任何建议好的托管公司？

感谢

有帮助吗？

解决方案

如果应用程序，优化了，你共用的托管帐户可以处理的10个独特的访客每天。

你可以找到一个伟大的托管你需要在WFT(WebHostingTalk)

最大的一个托管服务提供商编码(I建议)。他们共同主持的计划与蟒蛇开始从7美元/月。他们可以主持多个网站上的相同的帐户，而无需额外费用。

http://www.godaddy.com/gdshop/hosting/shared.asp?ci=9009

并且看看这个提供: http://mediatemple.net/webhosting/gs/features/

(吨)MediaTemplate公司不是大作编码，但也良好。Reliable.net 太小。

所以，在这里建议的选择是：

其他提示

100,000 - 20万浏览量/天，平均为2浏览量/ s，至多你会在繁忙时间获得10-20浏览量/秒。这不是很多处理，特别是如果你有缓存。

不管怎么说，我会去VPS。与共享服务器的问题是，你永远无法知道对方有脂肪酶的使用模式。

Webfaction托管主机在每天1万个用户近10个站点的我们处理，很容易。我还告诉Slicehost一样好。

和Webfaction Slicehost常常看上去高达为mod_wsgi的蟒托管，其迅速成为主机的django应用的首选方式。

这些宿主似乎是上的电荷/月的略高侧;但其值得的，因为它们是可靠的。

大多数主机支持多个站点，无需额外付费。不要挑因为GoDaddy的。我从来没有使用GoDaddy的托管，但使用他们的域名注册，他们是绝对可怕。可怕的UI，糟糕的表现。我绝不会相信他们能够拥有一个网站。我使用它们域名注册的唯一原因是，它们似乎是最便宜的选择。

有关共享虚拟主机，特别的Python / Django的，我建议WEBFACTION。

我一直在使用共享主机一会儿主要信息网站已经得到了每天最多300次访问MySQL的。我发现的是，托管是几乎没有足以支持超过3人或4人在网站上一次没有它几乎崩溃。

从理论上讲，我认为共享与大多数托管服务可以支持大约每小时最高效率大约60个用户，如果您的用户都来一次一个或两个。这等于到约1500的用户在一天。这是极不可能然而，由于很多用户倾向于在一天的某些时间是在网上，你也有在共享服务器得到应有他人滥用在服务器上马虎了很多的事实扔。

我从可靠消息来源透露，这就是举办每月40-50美元的一些VPS都支持每月50万次点击。我不知道该网站的构型，虽然，我怀疑什么地点跑许多动态的数据库查询或可能是简单的静态的。

这是共享主机共同的另一件事是分手的文件管理器与数据库托管。有时候，你的文件会做得很好，在网上出现，但在运行实际网站的数据库将极其落后，由于从你的邻居的虐待。

我和GoDaddy.com，它是真的，你可以在同一个托管计划网站的数量不受限制，但你被限制为100级独特的用户。 这意味着，如果你有你的托管计划1个网站或网站1000不要紧，你只能有100名游客在整个所有的网站合并的同时。 一些游客可能会离开，一些新的可以在你的GoDaddy的托管计划时到达，但不超过100个。我有10个网站自己，所以如果我有100个访客，那么所有的 http://www.milliondollarmysterychallenge.com 直到有人离开我的其他网站可以得到任何流量！这好臭！如果任何人一个更好的地方举办的知道请张贴在评论的链接。

我与GoDaddy托管。但我不是在同一时间的事情知道这100个用户。

这听起来像一个$ 5 /月的拉伸共享托管服务。我建议找MEDIATEMPLE网格服务中，在$ 20 /月有点贵，但更可能是能够处理您的体积，与您一起成长。

许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top