Facebook — получайте неопубликованные и скрытые посты с помощью Real-Time API

Я пытаюсь подписаться на конечную точку promotable_posts страницы Facebook, чтобы получать обновления для неопубликованных и скрытых сообщений («темные сообщения»). Согласно Facebook, должна быть возможность подписаться на эту конечную точку: https://developers.facebook.com/docs/pages/realtime#data

Но эта конечная точка не указана на https://developers.facebook.com/apps/[APP_ID]/webhooks/, и я также не могу добавить подписку конечной точки через API. Это работает для конечных точек, таких как feed.

Как я могу подписаться на эту конечную точку? И как я могу получить скрытые сообщения? Обычно я бы использовал https://graph.facebook.com/[PAGE_ID]/promotable_posts?include_hidden=true&access_token=... для получения этих сообщений во время опроса, но я не могу указать Facebook включать скрытые сообщения, когда я подписываюсь на конечную точку.


facebook facebook-graph-api facebook-webhooks
person John    schedule 06.03.2017    source источник
comment
but I can't tell Facebook to include hidden posts when I subscribe to an endpoint. Серьезно!   -  person Smit    schedule 06.03.2017
comment
Что ты имеешь в виду?   -  person John    schedule 06.03.2017

Ответы (2)


arrow_upward
0
arrow_downward

Документация Facebook неверна: вам не нужно подписываться на «рекламные» сообщения, чтобы получать неопубликованные сообщения, и вам не нужно ничего делать, чтобы получать «скрытые» сообщения.

person John    schedule 24.03.2017

arrow_upward
0
arrow_downward

is_hidden Если это сообщение помечено как скрытое (применимо только к страницам)

Из документации Facebook здесь.

Этот флаг сообщает вам, скрыты ли сообщения, также известные как неопубликованные или «темные сообщения». По сути, это сообщение, которое отображается в общедоступной ленте, но не в ленте страниц. Однако, когда вы делаете вызов FB Graph API, вы по-прежнему получаете все сообщения, просто добавьте этот флаг в свой запрос, чтобы отфильтровать их позже.

Лучшим подходом будет извлечение данных из API и управление ими на вашей стороне, поскольку нет возможности фильтровать их при вызовах.

person bmvr    schedule 30.03.2017