Facebook. Autorizzazione estesa publish stream per scrivere nella bacheca

Sempre prima di iniziare a costruire la vostra applicazione è necessario considerare con attenzione le funzioni e dei servizi la tua richiesta sarà che forniscono all’utente e al tempo stesso quali sono le informazioni necessarie all’utente per effettuare una completa esperienza utente. Detto questo sempre rileggere l’elenco delle autorizzazioni estese  Facebook messi a disposizione per gli sviluppatori di applicazioni ‘e scegliere le autorizzazioni necessarie per l’applicazione.
Chiedere il permesso estesa utilizzando Facebook JavaScript SDKQuesto è davvero un gioco da ragazzi e chiaramente definiti nella Documentazione Facebook  : UPDATE: Se si sta utilizzando la più recente JS-SDK (con OAuth 2) allora avete bisogno di utilizzare il campo di applicazione dei parametri:
FB.login(function(response) {  if (response.authResponse) {      // user is logged in and granted some permissions.  } else {    // User cancelled login or did not fully authorize.  }}, {scope:’read_stream,publish_stream,offline_access’});
Chiedere il permesso estesa utilizzando Facebook PHP-SDK

FB.login(function(response) {  if (response.session) {    if (response.perms) {      // user is logged in and granted some permissions.      // perms is a comma separated list of granted permissions    } else {      // user is logged in, but did not grant any permissions    }  } else {    // user is not logged in  }}, {perms:’read_stream,publish_stream,offline_access’});

Ora, anche se non è menzionato nel PHP-SDK Facebook file di esempio  , ecco come chiedere autorizzazioni estese: UPDATE: Se si sta usando l’ultima PHP-SDK (v3 +) allora avete bisogno di utilizzare il campo di applicazione dei parametri:
$loginUrl = $facebook->getLoginUrl(array(    “scope” => “read_stream,publish_stream”));If you still using the 2.x version then use:
123$loginUrl = $facebook->getLoginUrl(array(    “req_perms” => “read_stream,publish_stream”)); Chiedere l’autorizzazione estesa quando la chiamata di richiesta di dialogo OAuthQuesto è menzionato nel documento di autenticazione Facebook  :

Chiedere il permesso esteso usando Facebook Plugin EntraProprio come nella documentazione, è sufficiente aggiungere le autorizzazioni al perms parametro:
1< fb: login-button  applicazione = “read_stream, publish_stream” > </ fb: login-button >Torna su Chiedere il permesso esteso per un utente che ha già autorizzato la vostra applicazioneAnche se sembra che gli approcci di cui sopra deve essere utilizzato solo una volta nel flusso di lavoro della vostra applicazione, questo non è vero. Chiedere il permesso supplementare da un utente che ha già autorizzato l’applicazione è fatto da solo utilizzando uno degli approcci di cui sopra di nuovo!
Supponiamo che si è aggiunto una nuova funzionalità che consentono agli utenti di creare eventi dall’applicazione, ma non ha chiesto la create_event permesso. Un modo per farlo:
123< fb: login-button  applicazione = “create_event” >    Concedere autorizzazioni per creare eventi</ fb: login-button >Vale la pena ricordare che è meglio controllare prima se l’utente corrente ha già concesso l’autorizzazione ulteriore e togliere la richiesta di extra. Questo può essere fatto facilmente, basta seguire il nostro tutorial su come verificare se un utente ha concesso un permesso l’applicazione certa .
Torna su NoteProprio come l’importanza di chiedere i permessi estesi necessari per l’applicazione, non si deve chiedere alcuna autorizzazione se l’applicazione non ha intenzione di farne uso (in particolare publish_stream e offline_access ). Citazione da un documento di Facebook:
A seconda delle esigenze dell’applicazione, potrebbe essere necessario ulteriori autorizzazioni da parte dell’utente. Un gran numero di chiamate non richiedono ulteriori autorizzazioni, quindi è necessario innanzitutto assicurarsi che avete bisogno di un permesso. Questa è una buona idea, perché questo passaggio aggiunge potenzialmente attrito al processo dell’utente. Un altro punto da ricordare è che questa chiamata può essere effettuata anche dopo che l’utente ha prima connessione. Così si può decidere di ritardare la richiesta di permessi fino a quando il più tardi possibile.