Gli oggetti del grafico aperto di Facebook possono essere creati dinamicamente?

Question

Sto sviluppando un'applicazione Facebook.Ho un oggetto personalizzato creato nel grafico aperto, di seguito elencato sono alcune delle mie preoccupazioni

.
1. Le istanze di ogni oggetto in un tipo specifico del tipo richiedono una pagina Web unica?
2. Sto usando JS SDK per pubblicare le azioni del grafico aperto, esiste una regola che l'URL dell'oggetto ("MyObjectRul" nel seguente codice) Io uso nella funzione JS per ad esempio:

   fb.api ('/ me / myApp: myaction' + '? myobject= myobjecturl & access_token= myaccesstoken', 'inviare', {raschiare: 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);
                }
            });
   

   .

   dovrebbe essere lo stesso con l'URL: URL nel Metatag nell'oggetto?

   .

   1. Possiamo passare tutte le stringhe di query insieme all'URL dell'oggetto che possono essere recuperati nella pagina dell'oggetto?

   2. Come possiamo pubblicare lo stesso tipo di oggetto con diverse proprietà dell'oggetto (per esempio. Immagine diversa, URL diversi ecc.)

      Qualsiasi aiuto è molto apprezzato.

Answer 1

The answer is yes. Every instance of an object maps to a page, be it html, C#, php... whatever. So if you are a jquery ajax dynamic programmer you will have to shift your architecture or go without open graph.

My company http://www.fuhshnizzle.com uses jquery, ajax, Amazon S3 to create video playlists that run in the player. This is an extremely lightweight architecture. Recently we allocated resources to publish playlists directly to the open graph. Our senior architects did not initially grasp that this was not dynamic. They assumed they could define the objects like C# classes for example, and then instantiate them dynamically at publish time.

There was quite a bit of consternation that in our case we would have to publish one web page per playlist and then the issue came up as to CRUD. What if the user changes the playlist, deletes it, etc. In essence one would need to turn html pages into the equivalent of database records.

From a cost/benefit perspective this is ROUGH. If we have 100,000 playlists created daily do we now have to publish and maintain 100,000 web pages? The answer is YES. That is a very expensive proposition that seems to ignore the power of the web to create content on the fly via parameters and scripts. Having to create static content was a deal breaker for my company after many emotional meetings.

Our chief architect stormed out muttering something about the "tail wagging the dog." For what it is worth my thoughts are this is a business decision that must be made depending on your business model.

Publishing Objects

Open Graph Objects are simply your web pages with Open Graph meta tags.

Generating Facebook Open Graph meta tags dynamically