11

感谢大家！最近我想在流星上建一个小cms，但有一些问题

1、缓存、页面缓存、数据缓存等。

例如，当人们搜索某篇文章时

在服务器端：

 Meteor.publist('articles',function(keyword){
   return Articles.find({keyword:keyword});
});

在客户端：

Meteor.subscribe('articles',keyword);

没关系，但是......问题是，每次人们这样做时，它都会调用一个 mongo 查询，并降低性能，在其他框架中使用常见的 http 或 https，人们可以依赖 squid 或 varnish 之类的东西来缓存页面或数据，所以每次你路由到一个 url，你从缓存服务器读取数据，但是 Meteor 建立在 socket.js 或 websocket 上，我不知道如何通过套接字缓存......我试过清漆，但没有看到任何效果。那么，可能是它忽略了 websocket 吗？有什么方法可以缓存数据，在 mongodb 中，在服务器中，我可以添加一些缓存服务器吗？

2、聊天

我在https://github.com/zquestz/simplechat看到了聊天室的例子 但是与使用 socket.js 的暗示不同，这个例子将聊天消息保存在 mongodb 中，所以数据流是 message ->mongo->query->people ，这也会调用 mongo 查询！在socket.js中，只需将套接字保存在上下文（或服务器端缓存）中，这样数据就不会通过数据库。我的问题是，Meteor 中是否有套接字接口，所以我可以使用 message->socket->people？如果不能，作为聊天室示例在生产环境中的表现如何（我看到它运行缓慢......）

4

3 回答 3

10

使用 Meteor，您不必担心缓存 Mongodb 查询。Meteor 会为您做到这一点。根据有关数据和安全性的文档：

每个 Meteor 客户端都包含一个内存数据库缓存。为了管理客户端缓存，服务器发布 JSON 文档集，客户端订阅这些集。随着集合中的文档发生变化，服务器会修补每个客户端的缓存。

[...]

订阅后，客户端将其缓存用作快速的本地数据库，从而大大简化了客户端代码。读取永远不需要昂贵的往返服务器。而且它们仅限于缓存的内容：对客户端集合中的每个文档的查询只会返回服务器正在发布到该客户端的文档。

因为 Meteor 确实经常轮询服务器以查看客户端的缓存是否需要修补，所以您可能会看到这些轮询时不时发生。但它们可能不是很大的请求。此外，由于 Meteor 的一项称为延迟补偿的功能，当您更新数据源时，客户端会立即反映更改，而无需先在服务器上等待。这减少了对用户的性能降低的外观。

如果您在 mongo 中有很多文档，如果您仍然启用了自动发布包，您可能还会看到它们都被获取。您可以通过删除它meteor remove autopublish并编写代码以仅发布相关数据而不是整个数据库来解决此问题。

如果你真的需要手动管理缓存，文档也会涉及到：

复杂的客户端可以打开和关闭订阅，以控制在缓存中保留多少数据并管理网络流量。当订阅关闭时，它的所有文档都会从缓存中删除，除非另一个活动订阅也提供了相同的文档。

目前正在对 Meteor 进行其他性能改进，包括支持“非常大量的客户端”的 DDP 级代理。您可以在Meteor 路线图中查看更多详细信息。

于 2012-12-25T09:19:53.153 回答
4

如果您偶然发现这个问题不是因为对流星的 minimongo 缺乏了解，而是对暂时不再需要订阅后如何缓存订阅感兴趣（但他们可能在未来不想保留额外的订阅）客户端服务器上的 DDP 开销）有两个包选项：

https://github.com/ccorcos/meteor-subs-cache

https://github.com/kadirahq/subs-manager

于 2016-01-11T18:38:53.707 回答
0

我正在创建一个移动应用程序并且数据库缓存不起作用，因此我使用了流星的 GroundDB 包https://github.com/raix/Meteor-GroundDB现在每当我重新启动应用程序时数据库总是在本地，你还需要查看meteor的appcache包以在本地缓存整个应用程序。

于 2013-09-11T07:04:32.037 回答