Если мой код обращается к API страниц и показывает результат на моем веб-сайте, «используется ли он [a] уменьшенным числом людей»?
Вы, скорее всего, единственныйпотребитель API в вашем приложении.Так как это AJAX-вызов в фоновом режиме, а не приложение на основе входа в систему, должна применяться ситуация с «уменьшенным числом».
Если мне не нужно создавать скринкаст, как я могу подать заявку на обзор?Нужно ли оно мне (имеется в виду «будет ли работать мой токен после 1 августа»)?
Пока роли разработчика приложения и администратора страницы разделены, переключение приложения в режим разработки обеспечит его работу.продолжать работать.
"Если ваше приложение находится в режиме разработки, вы можете получить токены доступа к странице с любым разрешением для любого, кто имеет роль в вашем приложении. Если вы просто хотите управлять публикациями насвою собственную страницу или страницы пользователей, у которых есть роли в вашем приложении, вы сможете сделать это в режиме разработки, не отправляя на проверку приложения ".- Ответ от службы поддержки разработчиков Facebook на https://developers.facebook.com/support/bugs/2029233277148530/ (личный отчет от меня)
Если мне нужен обзор со скринкастом, что именно я должен записать вмое дело?Должен ли я просто склеить несколько скринкастов своего кода и веб-сайта в одно видео?Это, imho, звучит просто помешано.:)
См. Предыдущий.
Есть ли другая конечная точка вместе (которая не требует обзора или скринкаста), которую я должен использовать, если мне нужно толькочитать данные моей собственной страницы?
Использование конечной точки фида страницы (/ PAGE_ID / feed), в то время как наличие пользователя, который одновременно является разработчиком приложения и играет роль на странице, долженработать, пока приложение находится в режиме разработки.
Мои старые приложения работают прямо сейчас (не уверен насчет 1 августа, см. выше).Для приложений с той же самой целью (только для чтения общедоступного содержимого страницы FB, принадлежащей владельцу приложения), созданной после всей этой суеты с отзывами, будет ли установлен тот же набор правил [e], что и для старых?
Крайний срок 1 августа для определенного набора разрешений
- user_friends
- user_link
- user_gender
- user_age_range
Это должно работать так же, поскольку они не нужны для отображения постов на странице.
Используйте токен пользователя или страницы с доступом manage_pages, поскольку токен приложения не может определить, есть ли у вас роль на странице.
Да, это будет означать, что вам нужно будет реализовать способ обновить токен пользователя или убедиться, что расширенный токен страницы не аннулируется в фоновом режиме.
HTTP GET /page__id_owned/feed?access_token=APP|TOKEN
Response
#10) To use 'Page Public Content Access'...
HTTP GET /page__id_owned/feed?access_token=access_token_no_manage_pages
Response
#10) To use 'Page Public Content Access'...
HTTP GET /page__id_owned/feed?access_token=access_token_manage_pages
Response
{
"data": [
{
"created_time": "2018...
HTTP GET /page__id_NOT_owned/feed?access_token=access_token_manage_pages
#10) To use 'Page Public Content Access'...
Содержимое общедоступной страницыне имеет прямого отношения к вашему варианту использования, то есть вы не используете «Содержимое общедоступной страницы».Это для сценария, в котором вы анализируете общедоступный контент в качестве источника данных, см. Раздел «Общее использование» по адресу https://developers.facebook.com/docs/apps/review/feature#reference-PAGES_ACCESS.
«Page Public Access Access, с другой стороны, является функция уровня приложения для доступа только для чтения к анонимным общедоступным данным , включая бизнес-метаданные, публичные комментарии, публикации и обзоры для общедоступной страницы (не принадлежащей никакому разработчику вашего приложения).https://developers.facebook.com/docs/apps/review/feature#reference-PAGES_ACCESS" - Ответ службы поддержки Facebook на https://developers.facebook.com/support/bugs/2029233277148530/ (мой личный отчет)