Proseminar Web Engineering PS07: Retrieving data from social networks: APIs and protocols.

Präsentation zum Thema: "Proseminar Web Engineering PS07: Retrieving data from social networks: APIs and protocols."—  Präsentation transkript:

1 Proseminar Web Engineering PS07: Retrieving data from social networks: APIs and protocols

2 Wir wollen Daten aus Quelle: http://www.flickr.com/photos/theplanetdotcom/4878805271 sozialen Netzwerken.

3 Wir brauchen Schnittstellen. Quelle: http://www.flickr.com/photos/78317189@N00/2106395842

4 (1993) "Application program interface "Schnittstelle für Anwendungsprogramme". Die Nutzung von APIs erlaubt es Softwareentwicklern, Anwendungen zu schreiben und dabei bereits vorhandene, standardisierte Bibliotheksroutinen zu nutzen. APIs Quelle: http://lexikon.martinvogel.de/api.html

5 APIs sind Designprobleme Quelle: http://www.dastimmtdochwasnicht.de/MyUploads/071221_Ziehen.jpg

6 SOAP vs REST

7 Seife? Quelle: http://www.flickr.com/photos/annia316/4492308897 Simple Object Access Protocol

8 SOAP Protokoll mit Regeln für Nachrichtendesign Konvention für entfernte Prozeduraufrufe Nutzt Netzwerkprotokolle auf Transport- und Anwendungsschicht (HTTP(S), SMTP) Nutzt XML zur Repräsentation Unterstützung von z.B. IBM, Microsoft

9 SOAP – Aufbau Request <s:Envelope xmlns:s="http://www.w3.org/2003/05/soap-envelope"> meinUsername

10 SOAP – Aufbau Response <m:RequestID xmlns:m="http://www.socialnetwork-db.de/soap"> a3f5c109b

11 SOAP vs REST

12 to rest = ausruhen? Quelle: http://bit.ly/tig2b7 Representational State Transfer

13 REST Web-Paradigma, aber keine Norm Interaktionen sind zustandslos Caching möglich Repräsentation von Ressourcen Baut auf HTTP auf

14 HTTP POST GET PUT DELETE CRUD CREATE READ UPDATE DELETE SQL INSERT SELECT UPDATE DELETE

15 Status – GET, POST, DELETE User – GET, POST, PUT, DELETE Like – GET, POST, DELETE

16 Quelle: https://farm1.static.flickr.com/194/503716476_6f08285ac3_o.png

17 Alexa-Rank: 2 800 Mio. aktive Nutzer

18 Alexa-Rank: 9 100 Mio. aktive Nutzer

19 Alexa-Rank: 13 Mehr als 135 Mio. Nutzer

20 50 Mio. Nutzer

21 Zugriff auf Daten per… Graph API (Facebooks REST API) REST API (, Streaming API, Search API) REST API REST API (noch in Entwicklung)

22 Wo SOAP genutzt wird: Flickr (neben REST-API) eBay Powerseller Amazon (neben REST-API) Google Search API bis 2009 (eingestellt)

23 https://graph.facebook.com GET /{userid}/ GET /{userid}/feed GET /{statusid} GET /{statusid}/likes POST /{statusid}/likes DELETE /{statusid}/likes Beispiele

24 https://api.twitter.com/1 GET /users/lookup.json?screen_name={name} GET /statuses/public_timeline.xml POST /statuses/update POST /statuses/destroy/{tweet-id} GET /users/profile_image/{twitter-username} Beispiele

25 Quelle: http://www.readwriteweb.com/hack/2011/07/twitter-serves-more-api-calls.php

26 Quelle: http://www.flickr.com/photos/vgm8383/2191223539 Viele Nutzer + viele Daten = viel Traffic

27 Rate-Limits: Je Applikation 600 Anfragen in 600 sec Je IP 150/h oder je Benutzer 350/h Netzwerk-Updates: 300/h je Benutzer Je Entwickler 1000 pro Tag

28 Pagination: offset, limit / until, since / paging.next, paging.previous page, rpp (return per page) / max_id start, count maxResults, nextPageToken

29 Daten in Echtzeit bekommen Quelle: http://www.flickr.com/photos/brandoncwarren/4334456172

30 Twitter Streaming API Response HTTP/1.1 200 OK Content-Type: application/json Transfer-Encoding: chunked Server: Jetty(6.1.25) {…}

31 Its demo time Quelle: http://www.etuc.org/IMG/jpg/2000-Euromanif_Porto02-2.jpg

32 SOAP vs REST

33 Fazit REST bietet Caching REST ist skalierbarer REST lässt sich mit HTTP einfach in Anwendungen oder Webseiten einbinden SOAP zustandsorientiert, REST zustandslos REST verursacht weniger Daten-Traffic SOAP bietet mehr Zuverlässlichkeit bei der Übertragung Mit REST ist die Sicherheit in Webanwendungen einfacher kontrollierbar

34 Vielen Dank für die Aufmerksamkeit! POST /question GET /answer