Subscribing to Meteor.Users Collection

Question

// in server.js
Meteor.publish(\"directory\", function () {
return Meteor.users.find({}, {fields: {emails: 1, profile: 1}});
});

// in client.js
Meteor.subscribe(\"         


        

Answer 1

If you want this setup to work, you need to do the following:

Meteor.publish('thisNameDoesNotMatter', function () {
  var self = this;
  var handle = Meteor.users.find({}, {
    fields: {emails: 1, profile: 1}
  }).observeChanges({
    added: function (id, fields) {
      self.added('thisNameMatters', id, fields);
    },
    changed: function (id, fields) {
      self.changed('thisNameMatters', id, fields);
    },
    removed: function (id) {
      self.removed('thisNameMatters', id);
    }
  });

  self.ready();

  self.onStop(function () {
    handle.stop();
  });

});

No on the client side you need to define a client-side-only collection:

directories = new Meteor.Collection('thisNameMatters');

and subscribe to the corresponding data set:

Meteor.subscribe('thisNameDoesNotMatter');

This should work now. Let me know if you think this explanation is not clear enough.

EDIT

Here, the self.added/changed/removed methods act more or less as an event dispatcher. Briefly speaking they give instructions to every client who called

Meteor.subscribe('thisNameDoesNotMatter');

about the updates that should be applied on the client's collection named thisNameMatters assuming that this collection exists. The name - passed as the first parameter - can be chosen almost arbitrarily, but if there's no corresponding collection on the client side all the updates will be ignored. Note that this collection can be client-side-only, so it does not necessarily have to correspond to a "real" collection in your database.

Returning a cursor from your publish method it's only a shortcut for the above code, with the only difference that the name of an actual collection is used instead of our theNameMatters. This mechanism actually allows you to create as many "mirrors" of your datasets as you wish. In some situations this might be quite useful. The only problem is that these "collections" will be read-only (which totally make sense BTW) because if they're not defined on the server the corresponding `insert/update/remove' methods do not exist.

Answer 2

The collection is called Meteor.users and there is no need to declare a new one on neither the server nor the client.

Your publish/subscribe code is correct:

// in server.js
Meteor.publish("directory", function () {
return Meteor.users.find({}, {fields: {emails: 1, profile: 1}});
});

// in client.js
Meteor.subscribe("directory");

To access documents in the users collection that have been published by the server you need to do something like this:

var usersArray = Meteor.users.find().fetch();

or

var oneUser = Meteor.users.findOne();