Webbteknik II. Föreläsning 5. Restless farewell. John Häggerud, 2011

Transkript

1 Webbteknik II Föreläsning 5 Restless farewell

2 HTTP Request HTTP verbs (methods): GET, POST, HEAD, DELETE, PUT, OPTIONS, TRACE, CONNECT variable=value&variable2=value2

3 HTTP Request Accept: MIME-typer, talar om vilket dataformat du vill ha tillbaka Host: Namn på servern som vi anropar, används för virtual hosting Cookie: Information om webbkakor User-agent: Webbläsare, operativsystem, information om klienten Referer: Anger URI till resursen som gav adressen till detta request (hämta bilder, script...) Connection: Hur ska anslutningen vara? Keep-Alive, Close Cache-control: Web Cache

4 HTTP Response Header Status Code: 1xx - Informational, 2xx - Success, 3xx - Redirection, 4xx - Client Error, 5xx - Server Error Body - HTML

5 Web Cacheing Teknik för att spara kopior av ett response för att på detta sätt använda kopian vid ett request Web Cache - Någonstans mellan webbserver och klient Snabbare svar Minska traffik

6 Cacheing Browser Cache Webbläsaren sköter cache, back-button Proxy Cache Hanterar flera användare, ISPs, Shared cache Gateway Cache Verktyg för byggande av skalbara, större webbplatser, lastbalansering, CDNs (Content delivery networks)

7 Ingen cachning sker GET Cache handler header: no-cache GET https

8 Cachning sker GET Cache handler Expires: Kopia av Response max-age: 3600 GET Modified:

9 Validering av utgången data GET Cache handler Modified? Expired: 40 seconds ago NO Kopia av Response GET Om koppling mellan cache och server inte fungerar kan cache presenteras

10 Hur gör man? Meta-taggar i HTML? Få proxies tolkar HTML-koden när det kommer till cachning! Ingen bra idé alltså.

11 HTTP Headers - Expires HTTP/1.0 Sätter en tidpunkt (HTTP -Time) då kopian inte gäller längre Lång tid på t.ex. statiska filer (sätts på webbservern -.htaccess, web.config) Webbserverns klocka måste funka! Lätt att glömma att man satt en tid

12 Cache-Control HTTP Headers no-store: Spara ingen kopia HTTP/1.1 no-cache: Du får spara men aldrig skicka en sparad kopia till klient public: Var så god att cache:a private: Response-meddelandet är privat, webbläsare får cacha, inte proxies max-age: Hur länge ska kopian finnas (i sekunder) s-maxage: Som ovan men endast för shared caches Last-Modified: Visar tidpunkt för senast modifikation av data ETag: Unikt värde för cache:ad kopia must-revalidate: Måste undersöka om det finns ny data enligt den information som finns i HTTPheadern If-Modified-Since: Fråga efter en resurs om den uppdaterats (304 - Not modified) If-None-Match: Som ovan men för ETag

13 Självstudie

14 Hur gör jag? Cachning kan styras både från webbserverns inställningar och från serverscript-kod

15 Att tänka på Genomtänkta URL:er är viktigt! Inte flera länkar till samma resurser Cache:a statiska filer som inte ändras ofta (bilder m.m.) Minimera användning av SSL/HTTPS Tänk efter när du sätter max-age och liknande attribut - Hur ofta uppdateras resursen Låta script dumpa statiska sidor när de ändras och förlita dig på validering (Last-Modified, 304 Not Modified)

16 Mer tips Använd inte POST i onödan - Cache bör bara användas på GET Kör du en webbsite med klustrad lösning - Undvik ETag Använd CDNs! (Content delivery Network)

17 Persistent Connections I tidiga versioner öppnade varje anrop en TCP-anslutning Anrop av bilder, script m.m. gjorde att man utvecklade persistent connections till HTTP/1.1 Håller kopplingen öppen för några sekunder - Kan skicka flera anrop på samma Keep-Alive: 300 Connection: keep-alive Connection: close

18 Svagheter/styrkor i HTTP Design för client - server med request - response Stateless Säkerheten? HTTPS (SSL)

19 Varför använder vi inte HTTPs headerinformation mer?

20 REST Representational State Transfer Roy Fielding, 2000 Architectural styles and the design of networked-based architecture Ingen standard Riktlinjer för webbapplikationers/api:ers arkitektur Being RESTful REST over HTTP

21 Every thing is a Resource A resource can be any meningsful concept that may be adressed En resurs med en lista över alla användare En resurs med en specifik användare

22 Every resource must have a unique ID URI - Uniform Resource Identifier En resurs med en lista över alla användare En resurs med en specifik användare Addressability - Cacheing

23 Use standard methods Request GET Hämta alla användare GET Hämta en viss användare POST Lägg till en ny användare PUT Uppdatera en användare DELETE Ta bort en användare Response GET Hämta alla användare 200 OK Samma interface på alla resurser, lätt att förstå!

24 Every resource is in a state GET, HEAD - Ändrar inte resursens state (safe methods) POST, PUT, DELETE - Ändrar resursens state (unsafe methods)

25 One resource - Multiple representations Accept: application/xml Jag vill ha det i XML Accept: text/x-vcard Jag vill ha vcard-format

26 Hypermedia Hypermedia as the engine of application state (HATEOAS) Länkningar, inom egna eller till annan applikation, Självförklarande Länkarna flyttar applikationen till en annan State Hyperlinking is what makes the Web the Web

27 Communicate statelessly Stateless = ta hand om många förfrågningar, cachningsbart Klientapplikationen får gärna ha olika states Undvik cookies, sessions = Problem?

28 Många snackar om REST over HTTP Trots att man: 1. Kör allt via GET 2. Kör allt via POST 3. Ignorerar caching 4. Ignorerar response codes 5. Överanvänder cookies 6. Tänker inte på hypermedia 7. Ignorerar MIME-typer 8. Struntar i att vara självbeskrivande

29 Men...Hur? How to get a cup of coffee?

30 Att tänka på när man bygger HTML Forms har bara stöd för GET och POST URL Rewriting -.htaccess, web.config Det kommer finnas demo-filmer inför laborationen

31 Slutord om REST En high-level arkitektur - Kan bli abstrakt REST over HTTP!= REST En webben (HTTP) kan ses som en REST-implementation Bör man vara REST-afarian?