For the last few weeks I’ve read quite a lot about meteor. Now, I know fully how to use it, and more or less what it does in the backend. However, I still do not know the internals of meteor very well and that makes me uncertain about a couple of things, like this:
Let’s say I have some kind of ‘chatroom’ concept, described by documents like:
name: “Room 1”,
Now I do not want to send the list of participants over the wire, this is just for internal use. So I create a publication for the rooms with only the id and name fields.
So far so good. But of course, there are somewhere some RPC calls that adds or removes a user from this list of participants. And we assume there are a lot of users joining or leaving rooms, so this document will get updated a lot.
So a lot of stuff will get added to the mongodb oplog, but none of this should result in changes on the client side.
My question is what kind of load this puts on Meteor. Does meteor do something smart so it has to do almost no work in this scenario? Or does it have to calculate something for every subscribed client but it doesn’t send anything over the wire? Or will it still send the object to all users?