Telecomunicazioni @ Telecomunicazioni

Campo nell'head di un messaggio HTTP che indica la data e l'ora dell'ultima modifica avvenuta.

In telecomunicazioni e informatica l'HyperText Transfer Protocol (HTTP) è un protocollo a livello applicativo usato principalmente per la richiesta e la trasmissione di pagine web, in un'architettura client-server.

Ai fini di maggior sicurezza è oggi disponibile la versione HTTPS.

Il campo Host viene introdotto in HTTP 1.1 per identificare il dominio del sito da visitare. Se in una richiesta HTTP 1.1 non è presente il campo Host il server dovrà rispondere con un codice di stato 400: richiesta errata.

Si tratta della prima versione disponibile del HyperText Transfer Protocol che lavora a livello applicativo. Si occupa di trasmettere informazioni sul web tramite un'architettura client-server, e lavora con HTTP Request e HTTP Response. Questa versione, oltre ad avere Header di richiesta/risposta limitati, è lenta e ha congestioni nella connessione; inoltre la connessione è non persistente, ovvero il client deve aprire una nuova connessione TCP per ogni elemento (immagine, audio, CSS, ...) dell pagina.

Un URI (Uniform resource identifier) è un indirizzo espresso attraverso una stringa di caratteri che identificare una risorsa che non si trova necessariamente all'interno di una rete.

L'URI devono poter essere trascritti facilmente, sia a livello meccanico, sia a livello umano.

Il put è un metodo http che si usa per richiedere che l'entità inclusa sia archiviata nell'URI di richiesta fornito.

Se l'URI della richiesta si riferisce a una risorsa già esistente, l'entità verrà considerata come modificata

Ogni coppia oggetto/formato costituisce un tipo MIME, per poter essere utilizzato, un tipo MIME deve prima essere proposto in via sperimentale e poi registrato seguendo una procedura standardizzata.
Dal punto di vista del normale utente, ci sono un paio di occasioni in cui si entra in contatto con i tipi MIME:
-quando si configurano le "helper application" per il proprio browser
-con alcuni programmi di E-mail per specificare il tipo di codifica da adottare quando si inviano file binari.

È il metodo più utilizzato. Si usa per richiedere una risorsa (tipicamente una pagina web) a un web server.

L’header Accept-Encoding (request message) dice al server quale codifica il client accetta. La codifica è principalmente utilizzata per la compressione.

La connessione persistente, consente di trasferire più file con un'unica connessione TCP. Per esempio una pagina costituita da un file html e da 10 immagini jpeg, può essere inviata su un'unica connessione TCP persistente.

I codici di stato HTTP sono brevi note di un server che vengono inserite in una pagina Web, anche se non fanno parte del contenuto del sito. Si trattano invece di messaggi provenienti dal server che vi dicono come sono andate le cose quando ha ricevuto la richiesta di visualizzare una certa pagina. Questi messaggi vengono restituiti ogni volta che il vostro browser interagisce con un server. Se si è lo sviluppatore di un sito è fondamentale la comprensione dei codici di stato HTTP per la diagnosi e la correzione di eventuali errori di configurazione del sito. i codici di stato HTTP sono suddivisi in 5 classi, si trattano di raggruppamenti di risposte con significati correlati che aiutano a determinare rapidamente la sostanza generale di un codice di stato. Di seguito sono riportati i vari raggruppamenti: informazione, successo, reindirizzamento, errore client e errore server.

La risposta HTTP (HTTP response) è il messaggio che il server ritorna come risultato della richiesta del client. Qualunque sia l'esito dell'elaborazione della richiesta, il server risponde con un codice numerico di stato.

Il messaggio HTTP di risposta è strutturato nel seguente modo:

1. Status-Line
2. Intestazioni (Headers)
3. Body del messaggio (facoltativo; quasi sempre contiene la pagina web richiesta)

Sigla per Multipurpose Internet Mail Extensions; il "tipo MIME" definisce il formato della risorsa a cui si vuole accedere con una richiesta HTTP.

Nato inizialmente per gli allegati delle mail, poi esteso a qualunque risorsa.