7.1 Keep-Alive header

Og nogle flere nyttige titler. Keep-Alive -headeren fortæller serveren om at holde forbindelsen åben: Serveren vil ikke lukke forbindelsen umiddelbart efter afsendelse af svaret. Dette vil få den næste anmodning fra den samme klient til serveren til at blive afsluttet hurtigere.

Et eksempel på sådan en header:

Connection: Keep-Alive

Men hvis alle klienter kræver en permanent forbindelse, begynder problemerne på serveren. Serveren vil enten være utilgængelig eller begynde at lukke forbindelser af sig selv.

7.2 Cache-Control header

Cache-Control- headeren kan bruges til at styre indholdscaching. Korrekt konfigureret caching fremskynder arbejdet med indhold, skævt konfigureret caching skaber problemer ud af det blå.

For at deaktivere cachelagring skal du skrive følgende overskrift:

Cache-Control: no-cache, no-store, must-revalidate

Intet skal gemmes i cachen - hverken fra klientanmodninger eller fra serversvar. Forespørgslen sendes altid til serveren, svaret downloades altid fuldstændigt.

Du kan også aktivere den mest primitive og pålidelige type caching :

Cache-Control: no-cache

Inden der udsendes en kopi, forespørger cachen oprindelsesserveren for at se, om ressourcen er opdateret.

Du kan angive ressourcecachetiden i sekunder . Overskriften vil se sådan ud:

Cache-Control: max-age=31536000

Denne header angiver den maksimale cachetid for indhold.

Du kan læse mere om caching her.

7.3 Cookies

Serveren kan gemme data på klientsiden . Sådanne data kaldes en cookie . Kunden kan dog også gemme cookien. De er meget hjælpsomme for begge parter.

For eksempel går du til webstedet, og du er allerede autoriseret til det. Det vil sige, at da du loggede ind på den sidste gang, beordrede serveren browseren til at gemme oplysninger om en bestemt brugers succesfulde login.

Sådan ser cookien ud i en anmodning:

Cookie: name=value;name2=value2;nameN=valueN00

Cookies gemmes normalt af browseren, og de er knyttet til et bestemt domæne . Når du besøger det samme domæne igen, tilføjes cookies automatisk til http-anmodningen og http-svaret. Serveren/domænet kan ikke modtage cookies, der er gemt i browseren af ​​en anden server/domæne.

Hver cookie har 4 hovedparametre:

  • Navn;
  • betyder;
  • gyldighedsperiode (hvor længe skal de opbevares);
  • det domæne, som cookien er bundet til.

Cookies gemmes og transmitteres i tekstform, så både navn og værdi er strenge. Hvis cookie-udløbstiden ikke er angivet, bliver de ødelagt, efter at browseren lukkes.

7.4 session

Efter at brugeren har logget ind på siden, siger de, at der er etableret en session mellem siden og serveren.

Serveren opretter et særligt objekt i sig selv - HttpSession,hvor den gemmer al den nødvendige information for at arbejde med en autoriseret klient. Og det unikke nummer på dette objekt gemmes i browseren i form af en cookie.

Java-webservere bruger normalt et navn JSESSIONIDtil at gemme sessions-id'et. Det ser sådan ud:

Cookie: JSESSIONID =ABAD1D

På serversiden kan du indstille sessionens levetid, samt om den automatisk lukkes, når browseren lukkes.