Codifica degli URL: differenze tra le versioni

Versione delle 01:03, 10 ott 2024

Versione attuale delle 13:22, 20 feb 2025

(4 versioni intermedie di 4 utenti non mostrate)

Riga 27:

=== Caratteri riservati ===

Quando un carattere dell'insieme riservato (un "carattere riservato") ha un significato speciale (dunque uno "scopo riservato") in un certo contesto, e uno schema URI stabilisce che è necessario utilizzare quel carattere per un ''altro'' scopo, allora il carattere deve essere reso in ''codifica percentuale''. La codifica percentuale di un carattere riservato comporta la conversione del carattere nel suo corrispondente valore [[byte]] in [[ASCII]], e poi la rappresentazione di quel valore come coppia di [[Sistema numerico esadecimale|cifre esadecimali]] (se c'è una sola cifra esadecimale, si aggiunge uno zero iniziale di riempimento). Le cifre, precedute da un [[simbolo di percentuale]] (<code>%</code>) come [[Carattere di escape|carattere di ''escape'']], vengono quindi utilizzate nell'URI al posto del carattere riservato.

Un carattere non ASCII viene tipicamente convertito nella sua sequenza di byte in [[UTF-8]], e poi ciascun valore byte è rappresentato come descritto sopra.

Il carattere riservato <code>/</code>, per esempio, se utilizzato nel "path" di un [[Uniform Resource Identifier|URI]], ha il significato speciale di essere un [[Barra_obliqua#In_informatica|delimitatore]] ''tra'' i segmenti del [[Path (informatica)|percorso]]. Se, secondo un dato schema URI, <code>/</code> deve essere ''in'' un segmento di percorso, allora i tre caratteri <code>%2F</code> (o, che è lo stess,ostesso in minuscolo <code>%2f</code>) devono essere usati al posto di un normale <code>/</code>.

{| class="wikitable"

Riga 84:

=== Il tipo application/x-www-form-urlencoded ===

Quando i dati inseriti in un [[form|modulo]] HTML vengono inviati, i nomi e i valori dei [[Campo (informatica)|campi]] del modulo vengono codificati e inviati al [[server]] in un messaggio di richiesta [[Hypertext Transfer Protocol|HTTP]] utilizzando i [[Hypertext Transfer Protocol#Riga di richiesta|metodi HTTP]] GET o POST, oppure, storicamente, tramite [[email]]. La codifica utilizzata per impostazione predefinita si basa su una versione iniziale delle regole generali di codifica percentuale di URI,<ref>{{cita pubblicazione|url=https://tools.ietf.org/html/rfc1630|titolo=RFC 1630|cognome=Berners-Lee|nome=T.|wkautore=Tim Berners-Lee|data=giugno 1994|websitesito=IETF Tools|editore=IETF|access-dateaccesso=29 giugno 2016|archive-date=21 giugno 2016|archive-urlurlarchivio=https://web.archive.org/web/20160621035940/https://tools.ietf.org/html/rfc1630|url-statusurlmorto=liveno}}</ref>, con diverse modifiche come la normalizzazione del [[ritorno a capo]] e la sostituzione degli spazi con <code>+</code> anziché con <code>%20</code>. Il [[media type]] dei dati codificati in questo modo è <code>application/x-www-form-urlencoded</code>, ed è attualmente definito nelle specifiche HTML e [[XForms]]. Inoltre, la specifica [[Common Gateway Interface|CGI]] contiene regole su come i server web decodificano i dati di questo tipo e li rendono disponibili alle applicazioni.

Quando i dati del modulo HTML vengono inviati in una richiesta HTTP GET, sono inclusi nella [[query string]] dell'URI di richiesta utilizzando la stessa sintassi descritta sopra. Quando vengono inviati in una richiesta HTTP di tipo POST o tramite email, i dati sono posizionati nel corpo del messaggio, e <code>application/x-www-form-urlencoded</code> è incluso nell'[[Hypertext Transfer Protocol#Gli header della richiesta|intestazione]] Content-Type della richiesta.

Riga 92:

{{portale|informatica}}

[[Categoria:Uniform Resource Identifier]]