Please enable JavaScript.
Coggle requires JavaScript to display documents.
LIVELLO DI APPLICAZIONE (teoria) - Coggle Diagram
LIVELLO DI APPLICAZIONE (teoria)
ARCHITETTURA
CLIENT-SERVER
il client chiede e il server risponde
middleware
gestisce connessione tra i due host
socket: numero di porta
su una porta ci può essere solo una applicazione
alcune di esse hanno bisogno di più porte ma non mettono la stessa appliacazione sulla stessa portam ma due diverse
vanno da 1 a 5366
da 17.000 fino a "infirnito" sono utilizzabili da tutti
DUE COSE FINDAMENTALI
REQUEST
E è LA RICHIESTA DEL CLIENT
che è un URI
RESPOND
è la riposta del server a seconda se il file è destro l'hard disk del web
grazie all'URI posso scambiare le informazioni
URI in una architettura web LIENT-SERVER diventa un URL
HTTP
base sulla quale funziona il web
PUNTI CHIAVE
basato su archittettura client-server
serve per lo scambio si risorse
le risorse possono essere qualcosa
URI
mi permette la costruzione di una determinata stringa che mi permette di andare a indentificare un indirizzo specifico all'interno di un dominio
cioè la risorse sono identificate dal delle stringhe
4 PARTI (correggi)
OBBLIGATORIE
1°
due codici ASCII che servono per l'invio della richiesta
nella risposta c'è anche la versione http, quante cifre invia il server per dare la conferma della risposta e la descrizione del codice di stato
3°
TRASCURABILE
2°
scambio per le informazioni di servizio
set di caratteri accettati
1 more item...
tipo di connessione
1 more item...
nome del server
1 more item...
è l'header
4°
è IL BODY
serve per indicare òa nostra risorsa
1 more item...
3 parti (veritiere)
indirizzo internet
risorsa
percorso organizzato a un percorso ad albero
è un stringa che identifica una risorsa i internet
protoccolo
PORTA 80
utilizza la connessione con il TCP
URI
stringa che identifica
in maniera univoca
una risorsa in internet
e, che non mi dice dove sta
non tutto un URI è un URL
TRE PARTI
INDIRIZZO
dove si trova la risorsa
RISORSA
che risorsa è
PROTOCOLLO
NON è SEMPRE HTTP
METODI
PATCH
client chiede sostituzione e rimozione di un risorsa
PUT
client chiede aggiornamento della risorsa
POST
invio al server dei dati nuovi
DELETE
il client chiede di l'eliminazione della risorsa
GET
client chiede risorsa con un stringa
CODICE DI STATO
NUMERO DI TRE CIFRE
4xx
la richiesta non può essere soddsfata
5xx
la richiesta non può essere soddisfata per un problema del server
3xx
quando ho una ridirezione
2xx
quando richiesta viene eseguita con successo
METAINFORMAZIONI
dati che i due host si scambiano
aggiungono cose al protocolo HTTP
PRINCIPALI
date
accept
connection
URL
NON è DETTO CHE UN URI SIA UN URL
un URI è TUTTO UN URL
SPECIFICA TUTTO QUELLO CHE SERVE PER ANDARE SU UNA RISORSA