2012-11-05 7 views
7

Następująca metoda serwera polega na zgłaszaniu powtarzających się błędów klucza, ponieważ użytkownicy nie są znalezieni. Typowym zapytania to: {usługi: {facebook: {id: „XXXX”}}}Wyszukiwanie użytkownika meteoru na serwerze

Meteor.methods 
    getUser: (query, data = {}) -> 
    user = Meteor.users.findOne(query) 
    return user if user? 
    user = _.extend(data, query) 
    user._id = Meteor.users.insert user 
    return user 

To jest moje zrozumienie, że metody serwera mają dostęp do wszystkich dokumentów w kolekcji więc dlaczego nie użytkownik znaleźć ale wstawienie nie powiodło się z powodu duplikatu identyfikatora na Facebooku?

Działa to doskonale na moim środowisku dev osx, ale kończy się niepowodzeniem na moim serwerze ubuntu (w pakiecie) i działa z NODE_ENV = produkcja.

Oto wynik dziennika:

data: { services: { facebook: { id: 'xxxx' } } } (the query provided to getUser) 
data: undefined (the result of findOne) 
data: Exception while invoking method 'getUser' MongoError: E11000 duplicate key error index: thunderstruck.users.$services.facebook.id_1 dup key: { : "xxxx" } 
data:  at Db.wrap (/home/jeremy/deploy/thunderstruck/releases/20121105202012/bundle/server/node_modules/mongodb/lib/mongodb/db.js:1904:11) 
data:  at null.<anonymous> (/home/jeremy/deploy/thunderstruck/releases/20121105202012/bundle/server/node_modules/mongodb/lib/mongodb/collection.js:320:26) 
data:  at g (events.js:192:14) 
data:  at EventEmitter.emit (events.js:126:20) 
data:  at Db._callHandler (/home/jeremy/deploy/thunderstruck/releases/20121105202012/bundle/server/node_modules/mongodb/lib/mongodb/db.js:1439:25) 
data:  at Server.connect.connectionPool.on.server._serverState (/home/jeremy/deploy/thunderstruck/releases/20121105202012/bundle/server/node_modules/mongodb/lib/mongodb/connection/server.js:425:30) 
data:  at MongoReply.parseBody (/home/jeremy/deploy/thunderstruck/releases/20121105202012/bundle/server/node_modules/mongodb/lib/mongodb/responses/mongo_reply.js:127:5) 
data:  at Server.connect.connectionPool.on.server._serverState (/home/jeremy/deploy/thunderstruck/releases/20121105202012/bundle/server/node_modules/mongodb/lib/mongodb/connection/server.js:384:22) 
data:  at EventEmitter.emit (events.js:96:17) 
data:  at _connect (/home/jeremy/deploy/thunderstruck/releases/20121105202012/bundle/server/node_modules/mongodb/lib/mongodb/connection/connection_pool.js:136:13) 
+0

Właśnie to działa przez formatowanie kwerendy tak: { „services.facebook.id”: „xxxx”} Wydaje gniazdowania była zbyt głęboka. Próbowałem różnych kwerend na serwerze przy użyciu inspektora węzłów i stwierdzono, że kwerendy zagnieżdżone 3 głębokie zawsze zwracane undefined. Nadal niejasne, dlaczego głębokie zagnieżdżanie działa na OSX i kończy się niepowodzeniem na Linuksie. –

Odpowiedz

14

Są różne zapytania MongoDB, a na pewno chcesz przerywana stylu, że przełączony. Zobacz dokumentację Mongo Dot Notation.

Meteor.users.find({"services.facebook.id": "foo"}) 

powróci dowolny dokument, który ma wbudowany własność szukasz o wartości foo.

Meteor.users.find({services: {facebook: {id: "foo"}}}) 

pasuje tylko dokumenty z dokładnie tej struktury. Jeśli osadzony dokument na Facebooku ma inne pola, nie będzie zgodny. Prawdopodobnie dokument w twojej produkcji DB ma więcej pól, więc nie dałeś się dopasować.

Powiązane problemy