[Facebook] Hoe laad je in een keer een hele tijdlijn?

[lSltAlKeR]

Hallo,

Ik ben opzoek naar een manier waarop je met een paar simpele klikken of opdrachten de zogenaamde...
"post to page" (Berichten op pagina) op een tijdlijn tot een bepaalde datum kan weergeven...

Neem als voorbeeld: https://www.facebook.com/MicrosoftNL/posts_to_page

Hoe kan ik nu in een keer alle berichten weergeven tot bijvoorbeeld 2014 zonder dat je dus blijft steken na 7 post op "See More Stories" of op Meer verslagen weergeven.

Is daar een bepaalde extensie voor in google chrome bijvoorbeeld? Of wie kan mij uitleggen welke commando's ik moet gebruiken in de Graph API Explorer van Facebook? Want ik neem aan dat het daarin wel mogelijk moet zijn, maar ik kom niet verder dan de 250 limiet die daarin is ingebouwd. Ik neem aan dat je dan ook op een bepaalde manier from to until waarde kan invoeren etc... maar begrijp het niet echt... wie helpt mij verder?

Bedankt.

[ Voor 5% gewijzigd door lSltAlKeR op 15-06-2015 01:47 ]

[JJ93]

Heb je de Graph API zelf al gebruikt? Want in je response krijg je gewoon url's terug om verder te navigeren d.m.v. paging.

Statuses ophalen: https://graph.facebook.co...&access_token=*JOUWTOKEN*

Documentatie: https://developers.facebo...-api/using-graph-api/v2.3

Traversing Paged Results

When you make an API request to a node or edge, you will usually not receive all of the results of that request in a single response. This is because some responses could contain thousands of objects so most responses are paginated by default.

Cursor-based Pagination
Cursor-based pagination is the most efficient method of paging and should always be used where possible - a cursor refers to a random string of characters which mark a specific item in a list of data. Unless this item is deleted, the cursor will always point to the same part of the list, but it will be invalidated if an item is removed. Therefore, your app shouldn't store any older cursors or assume that they will still be valid.

When reading an edge that supports cursor pagination, you will see the following JSON response:

code:

{
  "data": [
     ... Endpoint data is here
  ],
  "paging": {
    "cursors": {
      "after": "MTAxNTExOTQ1MjAwNzI5NDE=",
      "before": "NDMyNzQyODI3OTQw"
    },
    "previous": "https://graph.facebook.com/me/albums?limit=25&before=NDMyNzQyODI3OTQw"
    "next": "https://graph.facebook.com/me/albums?limit=25&after=MTAxNTExOTQ1MjAwNzI5NDE="
  }
}

A cursor-paginated edge supports the following parameters:

before : This is the cursor that points to the start of the page of data that has been returned.
after : This is the cursor that points to the end of the page of data that has been returned.
limit : This is the number of individual objects that are returned in each page. Note that this is an upper limit, if there are not enough remaining objects in the list of data, then less than this number will be returned. Some edges have an upper maximum on the limit value, for performance reasons. We will return the correct pagination links if that happens.
next : The Graph API endpoint that will return the next page of data. If not included, this is the last page of data. Due to how pagination works with visibility and privacy it is possible that a page may be empty but contain a 'next' paging link - you should stop paging when the 'next' link no longer appears.
previous : The Graph API endpoint that will return the previous page of data. If not included, this is the first page of data.

[lSltAlKeR]

JJ93 schreef op maandag 15 juni 2015 @ 22:43:
Heb je de Graph API zelf al gebruikt?

Aha...... ik heb idd wel met de Graph API geëxperimenteerd.... maar dat is nog een hele studie op zich.... althans voor mij

En de uitkomst hoe ik het dan weer wel hebben is niet zoals het gewenst is.... ik mis nog bepaalde informatie om op te zoeken.

Ik ben er iig achter dat ik beter het commando feed dan statuses kan gebruiken... maar dan zit ik dus nog met de limit en al verhoog ik die dan met 400 dus:

code:

feed?limit=425&offset=0&access_token=

dan krijg ik de melding....

code:

{"error":{"code":-3,"message":"Please reduce the amount of data you're asking for, then retry your request"}}

ik zie ook wel next staan met een andere acces_token ergens tussen de uitkomst door en al gebruik ik die url dan... is het het heel beperkt en schiet het nog niet op al wil je bijvoorbeeld naar een post toe van maanden... jaren geleden..... zal vast ook een commando voor zijn om daar in een keer naar toe te kunnen gaan om te zoeken op de "created_time" maar hoe ik dat invoer of moet gebruiken ben ik nog niet echt achter

Wat ik dus graag zou willen is enkel wat onder het kopje "posts_to_page" is geplaatst dus de overige feed is overbodig.... en dan van een bepaalde datum.... bijvoorbeeld vanaf 1 januari 2015 t/m 31 januari 2015.... maar hoe voer je zoiets in?

[JJ93]

lSltAlKeR schreef op dinsdag 16 juni 2015 @ 16:23:
ik zie ook wel next staan met een andere acces_token ergens tussen de uitkomst door en al gebruik ik die url dan... is het het heel beperkt en schiet het nog niet op al wil je bijvoorbeeld naar een post toe van maanden... jaren geleden..... zal vast ook een commando voor zijn om daar in een keer naar toe te kunnen gaan om te zoeken op de "created_time" maar hoe ik dat invoer of moet gebruiken ben ik nog niet echt achter

Wat ik dus graag zou willen is enkel wat onder het kopje "posts_to_page" is geplaatst dus de overige feed is overbodig.... en dan van een bepaalde datum.... bijvoorbeeld vanaf 1 januari 2015 t/m 31 januari 2015.... maar hoe voer je zoiets in?

https://developers.facebo.../reference/v2.2/page/feed
Als je bij Reading doorklikt naar het tabje Graph Explorer kun je het testen.
Je hebt een since en until parameter.

/HumansOfNewYork/feed?since=2015-01-01T00:00:00&until=2015-01-31T00:00:00
dan pak je alle posts_to_page van 1 januari 2015 t/m 31 januari 2015.

Facebook geef in dat response dus ook meteen paging links mee, dan kun je makkelijk code schrijven om alles binnen te trekken.

[lSltAlKeR]

JJ93 schreef op dinsdag 16 juni 2015 @ 16:50:
[...]
/HumansOfNewYork/feed?since=2015-01-01T00:00:00&until=2015-01-31T00:00:00
dan pak je alle posts_to_page van 1 januari 2015 t/m 31 januari 2015.

Facebook geef in dat response dus ook meteen paging links mee, dan kun je makkelijk code schrijven om alles binnen te trekken.

Okay super bedankt voor je feedback
Ben iig al geholpen met je voorzetje....

Maar om nu even terug te komen met het voorbeeld:

code:

https://graph.facebook.com/HumansOfNewYork/feed?since=2015-05-21T00:00:00&until=2015-05-31T00:00:00&access_token=

Hij pakt dan enkel hier maar de laatste 2 dagen mee dus 29 & 30 mei... wat dus logisch is omdat ik niet 23:59:59 als eindtijd pak... alles wat er voor ligt helaas niet heeft dat weer met de limiet te maken zeker.... ik ga nog eens puzzelen ermee..... tnx voor de input

[lSltAlKeR]

code:

https://graph.facebook.com/HumansOfNewYork/feed?limit=425&offset=0&since=2015-05-21T00:00:00&until=2015-05-31T00:00:00&access_token=

Dit komt idd beter in de buurt.... waar ik dan weer niet begrijp waar offset eigenlijk voor staat

[JJ93]

lSltAlKeR schreef op dinsdag 16 juni 2015 @ 19:48:

code:

https://graph.facebook.com/HumansOfNewYork/feed?limit=425&offset=0&since=2015-05-21T00:00:00&until=2015-05-31T00:00:00&access_token=

Dit komt idd beter in de buurt.... waar ik dan weer niet begrijp waar offset eigenlijk voor staat

De resultaten worden 'achterstevoren' opgehaald, dus eerst 30 mei en dan 29 mei. Dan ga je al over de limiet heen, en moet je dus de paging tokens/url's gebruiken om de rest van de resultaten op te halen. De hele offset parameter heb je niet nodig, die wordt tegenwoordig niet meer gebruikt volgens mij. Gewoon die paging url's gebruiken om de rest van de resultaten op te halen.