то, о чем вы просите, напрямую не поддерживается, но может быть достигнуто путем добавления другого шага фильтра после возвращения запроса.
во-первых, .populate( 'tags', null, { tagName: { $in: ['funny', 'politics'] } } )
определенно то, что вам нужно сделать, чтобы отфильтровать теги документы. то после возвращения запроса вам нужно будет вручную отфильтровать документы, у которых нет документов tags
, которые соответствуют критериям заполнения. что-то вроде:
query....
.exec(function(err, docs){
docs = docs.filter(function(doc){
return doc.tags.length;
})
// do stuff with docs
});
Я не эксперт по facebook, но я столкнулся с той же проблемой, что и вы, несколько часов назад, когда я пытался войти в систему пользователя внутри веб-приложения с помощью Facebook.
Похоже, что redirect_uri, который вы указываете при вызове « https://graph.facebook.com/oauth/authorize », должен находиться в том же домене, что и URL-адрес подключения вашего приложения. (вы можете установить этот URL-адрес подключения в разделе «Подключение» в настройках вашего приложения)
С уважением, Флорин
Флорин прав. Просто примечание здесь ... при локальном тестировании вам нужно будет установить его на:
http: // localhost: 3000 / (или любой другой порт вашего сервера приложений)
Затем, когда вы переместите его в производство , установите его на свой обычный URL:
У меня есть отдельное приложение facebook, которое я использую в разработке для тестирования, поэтому мне не нужно переключаться между ними и Я установил ключи в файле настроек, в котором есть мои токены для приложений разработки и производства.
В любом случае, похоже, вы почти у цели. По крайней мере, он возвращается к URL-адресу обратного вызова. Все будет в порядке после обновления URL-адреса facebook_connect
Просто подтвердите свой идентификатор приложения. В моем случае у меня была эта проблема, потому что я использовал идентификатор из другого моего проекта, над которым я работал. Довольно очевидно, но я потерял некоторое время.