È una cattiva idea usare le amicizie Facebook come unica fonte di filtraggio dei contenuti?

0

Sto scrivendo un'app social in Django in cui tutti gli utenti si iscrivono tramite Facebook utilizzando Python Social Auth. Tutto il contenuto che un utente vede sarà contenuto creato dai suoi amici di Facebook. Inizialmente, avevo pianificato di creare singoli utenti senza relazioni tra database e fare affidamento sulle richieste di Facebook per determinare quali contenuti visualizzare per ciascun utente. Ora sono preoccupato che questa potrebbe essere una cattiva idea.

Ecco cosa ho considerato:

Vantaggi

  • Gestione del database inferiore
  • Non preoccuparti di aggiornare gli amici quando due utenti diventano amici o smettono di essere amici

Svantaggi

  • Richiede molte richieste a Facebook che potrebbero rappresentare un problema di prestazioni
  • Sembra che possa incontrare problemi di ridimensionamento

Questa è una cattiva idea? Devo memorizzare queste amicizie nel mio database personale e farvi riferimento lì?

    
posta J P 16.06.2016 - 10:36
fonte

1 risposta

1

La memorizzazione nella cache dei dati relativi a utenti / relazioni renderà la tua applicazione molto più veloce perché il tuo back-end non ha bisogno di eseguire tante query dispendiose in termini di tempo sull'API di Facebook su ogni singola richiesta.

Tieni presente anche questa clausola dei termini del servizio API di Facebook :

11.If you exceed 5M MAU, 100M API calls per day, or 50M impressions per day, you may be subject to additional terms.

Ciò significa che quando hai più di 100 milioni di chiamate API al giorno, potrebbero inviarti una fattura di dimensioni indeterminate e minacciare di annullare l'accesso API quando non si paga. Non sappiamo nulla della portata della tua operazione, ma quando eviti di fare più chiamate API su ogni singola richiesta di pagina, puoi aumentare considerevolmente la scala su cui tale restrizione diventa un problema.

    
risposta data 16.06.2016 - 11:17
fonte