Отправка нового действия OpenGraph на проверку без его развертывания в рабочей среде

Я запускаю веб-сайт с действиями OpenGraph, с которым связаны два отдельных приложения Facebook (приложение «живое» и «утверждение»).

Это позволяет нам вносить критические изменения в приложение во время разработки, не влияя на работу.

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

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

Будет ли приемлемым для Facebook отправить действие на рассмотрение через сервер утверждения, используя приложение утверждения для принятия решения о принятии действия в основном действии приложения?

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


person Kristian Williams    schedule 19.07.2013    source источник


Ответы (1)


Когда вы вносите изменения в свои действия с открытым графиком, они не будут доступны вашим конечным пользователям, пока они не будут одобрены. Это означает, что ваши пользователи смогут использовать ваши «ненарушенные» действия, даже если вы внесете в них какие-либо критические изменения.

Дополнительная литература

Другой сценарий (который довольно очевиден, но я все же хотел бы указать):

Если в вашем коде приложения есть критические изменения, которые вы не хотите развертывать, вы можете создать промежуточную среду и развернуть в ней свой сайт. Итак, для утверждения действия вы отправляете адрес промежуточного сервера команде утверждения facebook. Это потребует, чтобы ваш промежуточный сервер имел доступ к приложению. Это означает, что ваша промежуточная среда должна быть поддоменом вашего производства. Например. скажем, ваша продукция — www.example.com, тогда ваша постановка должна быть staging.example.com.

Надеюсь это поможет.

person Agent47DarkSoul    schedule 20.07.2013