Может ли Facebook открывать графические объекты динамически? - PullRequest
Новая
       38

Может ли Facebook открывать графические объекты динамически?

3 голосов
/ 29 февраля 2012

Я занимаюсь разработкой приложения для Facebook. У меня есть пользовательский объект, созданный в открытом графике, ниже перечислены некоторые из моих проблем

  1. Требуется ли для каждого экземпляра объекта определенного типа объекта уникальная веб-страница?
  2. Я использую JS SDK для публикации действий с открытым графом, есть ли какое-либо правило, что URL объекта («myobjectrul» в приведенном ниже коде) я использую в функции js, например:

FB.api ('/ me / myapp: myaction' + '? Myobject = myobjecturl & access_token = myaccessToken', 'сообщение', {scrape: true}, 

         function (response) {
             var msg = 'Error occured';
             if (!response || response.error) {
                 if (response.error) {
                     msg += "\n\nType: " + response.error.type + "\n\nMessage: " + response.error.message;
                 } alert(msg);
             } else {
                 alert('Post was successful! Action ID: ' + response.id);
             }
         });

должно совпадать с og: url в метатеге в объекте?

  1. можем ли мы передать любые строки запроса вместе с URL-адресом объекта, который можно получить на странице объекта?

  2. Как мы можем опубликовать один и тот же тип объекта с разными свойствами объекта (например, для другого изображения, разных URL и т. Д.)

любая помощь приветствуется.

1 Ответ

8 голосов
/ 15 апреля 2012

Ответ - да. Каждый экземпляр объекта отображается на странице, будь то HTML, C #, PHP ... что угодно. Так что если вы динамический программист jquery ajax, вам придется изменить свою архитектуру или обходиться без открытого графика.

Моя компания http://www.fuhshnizzle.com использует jquery, ajax, Amazon S3 для создания списков воспроизведения видео, которые запускаются в плеере. Это чрезвычайно легкая архитектура. Недавно мы выделили ресурсы для публикации плейлистов непосредственно на открытом графике. Наши старшие архитекторы изначально не понимали, что это не было динамично. Они предполагали, что могут определять объекты, такие как классы C #, например, а затем динамически создавать их экземпляры во время публикации.

Было довольно много испугов, что в нашем случае мы должны были бы опубликовать одну веб-страницу для каждого плейлиста, а затем возникла проблема с CRUD. Что, если пользователь изменяет список воспроизведения, удаляет его и т. Д. По сути, необходимо преобразовать HTML-страницы в эквивалент записей базы данных.

С точки зрения затрат / выгод это грубый. Если у нас ежедневно создается 100 000 плейлистов, нужно ли сейчас публиковать и поддерживать 100 000 веб-страниц? Ответ ДА. Это очень дорогое предложение, которое, похоже, игнорирует возможности Интернета создавать контент на лету с помощью параметров и сценариев. После многих эмоциональных встреч необходимость создания статического контента была для моей компании прерывающей сделку.

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

Публикация объектов

Объекты Open Graph - это просто ваши веб-страницы с метатегами Open Graph.

Динамическое создание мета-тегов Facebook Open Graph

...