流星服务器负载vs php /静态站点。我应该在主页面上使用单独的静态网站吗?

时间:2016-01-22 12:57:43

标签: meteor

我主持了一个流星webapp,并意识到服务器负载远高于我的其他网站(php)。流星导致相同的负载与几十个并发用户作为几百个PHP。

这对于所有流星站点通常都是正确的,还是因为应用程序的性质更复杂,可能更多?使用php甚至静态托管主登陆页面并将登录用户路由到流星实例会更好吗?

1 个答案:

答案 0 :(得分:0)

我说答案取决于你的目标是什么。如果你的目标是

a)提供静态页面 - PHP非常擅长这一点。如果没有使用社区维护包进行大量配置,则不会在服务器上呈现Meteor。

b)快速构建具有许多功能的应用程序。这是Meteor擅长的地方。 Meteor是一个平台,支持轻松构建实时更新的应用程序,以及在应用程序级别难以构建的其他内容。这些应用程序作为javascript包传递到客户端(浏览器/电话/等),然后在客户端环境中运行。为了支持实时功能,客户端必须在服务器上订阅数据集,从而创建大量内存使用。此外,每个客户端都通过websockets存在持久连接。

您提到了目标网页,因此听起来像是两者的组合。一般来说,你想要一个"品牌服务器"这解决了目标a)和在不同服务器上的应用程序,目标b)。不同的工具可以更好地用于不同的工作。

我希望你可能喜欢流星的力量。如果你想投入时间,你可以通过了解webpack和反应,反应路由器,代码分割,多个入口点和服务器端渲染,以及服务所有人的服务器,在同一个应用程序中实现目标a)和b)它(或多个服务器,称为微服务),可能是节点w / express,以获得"通用javascript"但理论上可能是任何东西。这种方法在两个方面都是最好的。这些工具允许将应用程序分成多个js包,因此应用程序的某些部分可以根据入口点(URL)(/,/ member,/ app,/ landing-page)单独提供。