Приложение для входа в приложение Facebook для входа в приложение требует, чтобы вы показывали приложение, использующее элемент ДОПОЛНИТЕЛЬНЫЙ пункт одобрен. Как решить эту куриную или яичную головоломку?

Я разрабатываю Facebook для входа на сайт (используя PHP PHP SDK 3.2.3, так как на сервере работает PHP 5.3).Приложение для входа в приложение Facebook для входа в приложение требует, чтобы вы показывали приложение, использующее элемент ДОПОЛНИТЕЛЬНЫЙ пункт одобрен. Как решить эту куриную или яичную головоломку?

На веб-сайте требуется несколько элементов информации из Facebook Login, чтобы завершить регистрацию и создание профиля новых пользователей, регистрирующихся через Facebook, и большинство из этих предметов должны быть одобрены Facebook.

Однако несколько предметов, которые я запросил, были не одобрено.

Вот связь с Facebook относительно того, почему они не были утверждены:

Ваш скринкаст не показывает, как это разрешение используется в вашем приложении, , и мы не смогли воспроизвести разрешение на нашем конце тоже. Загрузите новый скринкаст и обновите свои примечания к отправке до , которые вы повторно отправляете. Узнайте больше о создании и отправке скринкаста.

Далее под ней говорит:

Мы должны видеть ваше приложение с помощью user_about_me поэтому мы можем видеть, что не нарушает наши правила. Загрузите прохождение видеоролика любым способом (даже запись с телефона).

Как я могу показать Facebook сайт, используя user_about_me (или любой другой недопустимый элемент) перед тем Facebook утверждает, что пункт?

Мой мозг в бесконечной петле об этом, и он не может вырваться на свободу. ПОМОГИТЕ!

источник

2016-11-01 ProgrammerGirl

Рецензенты используют учетные записи, на которые могут быть запрошены любые разрешения без проверки, так же как и все учетные записи с ролью в приложении. – CBroe

@CBroe: Но как показать им, как это разрешение используется, если я не могу получить доступ к этому разрешению? Что я должен сделать, чтобы снять видеоролик, если они еще не дали мне разрешение? – ProgrammerGirl

Вы можете получить доступ к разрешению. Вы можете спросить любого, у кого есть роль в приложении, для любого разрешения, даже если они не одобрены. – WizKid

Рецензенты используют учетные записи, на которые могут быть запрошены любые разрешения без проверки - такие же, как и все учетные записи с ролью в приложении.

Пользователи, которые перечислены в качестве администратора, разработчика или тестера могут быть заданы для любого разрешения в любое время, обзор или нет - так что вы можете развивать и тест ваше приложение, перед тем вы представить его на обзор.

Об этом говорится в App развития FAQ - My app is only used by a small number of people, who are all listed in the Role section of the App Dashboard - do I need to go through Login Review?

Нет, это не должно быть пересмотрено. Если ваше приложение используется только очень ограниченным числом людей - например, чтобы использовать плагин Facebook для Wordpress для публикации в своем профиле, вполне нормально указывать, что все они имеют разные роли в панели инструментов вашего приложения. Они могут быть перечислены в качестве админов, разработчиков или тестировщиков.

Некоторые сведения об этом: чтобы вы могли разработать и полностью протестировать свое приложение, всем, кто указан в разделе «Роль» панели инструментов вашего приложения, могут быть предоставлены любые разрешения, необходимые для тестирования без проверки facebook.Цель Login Review - защитить опыт обычных людей, которые могут взаимодействовать с вашим приложением. Непосредственное добавление небольшого набора известных людей непосредственно к вашему приложению используется для разработки программного обеспечения, тестирования и развертывания небольших приложений.

источник

2016-11-01 18:22:59 CBroe

Спасибо, но я просто попробовал проверить это, и он разбивает приложение. Я протестировал выборку несанкционированного элемента у пользователей, которые являются администраторами и тестировщиками, и ему было сообщено о том, что неутвержденные элементы были включены, и когда я нажал, чтобы продолжить, он вернул меня на домашнюю страницу веб-сайта, а не на страницу веб-сайт, который запросил авторизацию Facebook. Как только я удалил неутвержденные элементы, я снова протестировал его, и он вернул меня на правильную страницу сайта, который запросил авторизацию с подробностями пользователя Facebook. Есть какие нибудь идеи как это починить? – ProgrammerGirl

Вы должны, конечно, настроить две отдельные среды, а не смешивать производство с кодом разработки ... Поддомен для запуска новой кодовой базы является общим подходом. – CBroe

Это не проблема, проблема в том, что если я добавляю неутвержденные элементы, Facebook перенаправляет пользователя на главную страницу. Если я удалю неутвержденные элементы, то Facebook правильно перенаправит пользователя на страницу, откуда они пришли на сайте. Другими словами, добавление неутвержденных элементов приводит к тому, что Facebook ведет себя по-разному и нарушает приложение, так как пользователю нужно вернуться на страницу, из которой они пришли, для обработки своих данных FB. Почему Facebook ведет себя по-другому, когда добавляются неутвержденные элементы, несмотря на то, что пользователь имеет роль в приложении? – ProgrammerGirl

Вы не установили тестовых пользователей Нет, не говорим о пользователях, которые можно установить р той же странице администратора и разработчика. Перейдите в раздел ролей в левом меню раздела разработчика. Добавить новых пользователей -> установить новых пользователей, добавить разрешения, которые вы хотите проверить.

Когда вы входите в систему как один из тестовых пользователей (созданных в ролях), перейдите в настройки, проверьте приложение, и вы увидите разрешения, установленные для этого пользователя. И все же выяснить, почему они не отображаются при первом входе в приложение, но это будет другой вопрос.

источник

2016-11-06 17:58:09

ответ

Смежные вопросы