2012-02-29 4 views
3

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

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

FB.api ('/ меня/MyApp: MyAction' +, 'пост', {скрип: истинно} 'MyObject = myobjecturl & access_token = myaccessToken?',

  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. Как мы можем размещать один и тот же тип объекта с различными свойствами объекта (например, различные изображения, различные адреса и т.д.)

любая помощь очень ценится.

ответ

8

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

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

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

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

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

Publishing Предметы

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

Generating Facebook Open Graph meta tags dynamically