Analyseur d'URL

L'analyseur extrait le schéma (protocole), le nom d'hôte, le port, le chemin, les paramètres de chaîne de requête (sous forme de tableau), le fragment (hash), le nom d'utilisateur, le mot de passe, l'origine et la chaîne de recherche.

Oui. Tous les caractères encodés dans l'URL (comme %20, %3A) sont automatiquement décodés dans le résultat pour une meilleure lisibilité.

L'outil fonctionne mieux avec les URL absolues (commençant par http:// ou https://). Les URL relatives nécessitent une URL de base que le navigateur fournit automatiquement.

URI est le terme générique défini par la RFC 3986 : un identifiant composé d'un schéma, d'un chemin, d'une requête et d'un fragment. Une URL est un URI qui localise une ressource (https://ezparser.com/url-parser), tandis qu'un URN nomme une ressource sans indiquer son emplacement (urn:isbn:0451450523). Dans le travail web quotidien, c'est presque toujours d'URL qu'il s'agit.

Chaque octet qui n'est pas un caractère non réservé (A-Z, a-z, 0-9, - . _ ~) est écrit sous la forme % suivi de deux chiffres hexadécimaux : l'espace devient %20, et le é en UTF-8 devient %C3%A9. Les caractères réservés comme / ? # & = portent une signification dans la structure d'une URL, ils doivent donc être encodés lorsqu'ils sont utilisés comme données. Dans les chaînes de requête, les anciens encodeurs de formulaires mappent aussi l'espace sur + - cet outil décode les deux formes.

https://user:[email protected]:8443/v2/users?page=2#results se décompose en schéma (https), userinfo (user:pass@), hôte (api.example.com), port (8443), chemin (/v2/users), requête (page=2) et fragment (#results). La section 3 de la RFC 3986 définit la grammaire ; cet analyseur identifie chaque composant pour vous.

Oui - la section 6 de la RFC 3986 définit la normalisation : /a/./b se résout en /a/b, /a/../b en /b, et un segment vide // se réduit à /. Les navigateurs et les clients HTTP appliquent cette normalisation avant d'envoyer une requête, c'est pourquoi des URL ne différant que par leurs segments à points atteignent généralement la même ressource. La normalisation basée sur le schéma met également l'hôte en minuscules et supprime un port :443 par défaut.

La RFC 3986 ne fixe aucune limite. En pratique, Chrome accepte environ 2 Mo, mais la plupart des serveurs limitent les lignes de requête à environ 8 Ko (la valeur par défaut de LimitRequestLine d'Apache est 8190 octets), et des API comme Twitter/X documentent des limites de 2048 caractères. Maintenir les URL en dessous de 2000 caractères est la zone de sécurité conventionnelle pour le partage et le SEO.