FWIW, pour les utilisateurs de Windows, les chemins de serveur dépassant 250 caractères peuvent provoquer des problèmes lors de la création d'URL, par exemple, voir HttpContext.Current.Server.MapPath échoue pour les noms de fichiers longs sur forums.asp.net . résultat inférieur: si une restriction ne vous obtient pas, une autre peut .
Puis-je vous demander pourquoi vous aviez besoin de savoir cela? C'est-à-dire quel est le cas d'utilisation pour avoir une URL longue?
o0 '.
17
@Lohoris: Si un formulaire utilise getplutôt que post, le signet de la page atteinte par le formulaire rempli capturera les informations saisies. Dans certains cas, cela peut être mauvais, mais dans d'autres cas, cela peut être utile. Pour que cela fonctionne, cependant, le navigateur doit être capable de gérer une URL contenant toutes les informations.
supercat
4
@Lohoris Lorsque nous écrivons des pages pour générer des rapports, nous utilisons un formulaire de critères. Il est utile sur certains rapports de pouvoir envoyer l'URL à quelqu'un avec les critères intégrés. Selon le rapport, nous sommes parfois obligés d'utiliser postou les critères sont tronqués. Juste un autre cas d'utilisation.
buzzsawddog
Réponses:
4957
Réponse courte - limite de facto de 2000 caractères
Si vous conservez les URL sous 2 000 caractères, elles fonctionneront dans pratiquement toutes les combinaisons de logiciels client et serveur.
Si vous ciblez des navigateurs particuliers, voir ci-dessous pour plus de détails sur les limites spécifiques.
Réponse plus longue - d'abord, les normes ...
RFC 2616 (Hypertext Transfer Protocol HTTP / 1.1) section 3.2.1 dit
Le protocole HTTP ne place aucune limite a priori sur la longueur d'un URI. Les serveurs DOIVENT être capables de gérer l'URI de toute ressource qu'ils servent, et DEVRAIENT être capables de gérer des URI de longueur illimitée s'ils fournissent des formulaires basés sur GET qui pourraient générer de tels URI. Un serveur DEVRAIT retourner le statut 414 (Request-URI Too Long) si un URI est plus long que ce que le serveur peut gérer (voir la section 10.4.15).
Ce RFC a été obsolète par le RFC7230 qui est une actualisation de la spécification HTTP / 1.1. Il contient un langage similaire, mais suggère également ceci:
On trouve en pratique diverses limitations ad hoc sur la longueur de la ligne de demande. Il est RECOMMANDÉ que tous les expéditeurs et destinataires HTTP prennent en charge, au minimum, des longueurs de ligne de demande de 8000 octets.
... et la réalité
C'est ce que disent les normes . Pour la réalité , il y avait un article sur boutell.com (lien vers la sauvegarde Internet Archive) qui a discuté de ce que les implémentations de navigateur et de serveur prendront en charge. Le résumé est:
Les URL extrêmement longues sont généralement une erreur. Les URL de plus de 2 000 caractères ne fonctionneront pas dans les navigateurs Web les plus populaires. Ne les utilisez pas si vous prévoyez que votre site fonctionnera pour la majorité des internautes.
(Remarque: il s'agit d'une citation d'un article écrit en 2006 , mais en 2015, l'utilisation décroissante d'IE signifie que les URL plus longues ne le travail pour la majorité Cependant, IE a encore la limitation ....)
J'ai testé IE10 et la barre d'adresse n'acceptera que 2083 caractères. Vous pouvez cliquer une URL plus longue que celle-ci, mais la barre d'adresse n'affichera que 2083 caractères de ce lien.
Il existe des rapports mitigés sur IE11 prenant en charge des URL plus longues - voir les commentaires ci-dessous. Étant donné que certaines personnes signalent des problèmes, l'avis général reste valable.
Les moteurs de recherche comme les URL <2048 caractères ...
Sachez que le protocole Sitemaps , qui permet à un site d'informer les moteurs de recherche sur les pages disponibles, a une limite de 2048 caractères dans une URL. Si vous avez l'intention d'utiliser des sitemaps, une limite a été fixée pour vous! (voir la réponse de Calin-Andrei Burloiu ci-dessous)
Il y a aussi des recherches de 2010 sur la longueur maximale des URL que les moteurs de recherche exploreront et indexeront . Ils ont trouvé que la limite était de 2047 caractères, ce qui semble allié aux spécifications du protocole de plan du site. Cependant, ils ont également constaté que l' outil Google SERP ne gérerait pas les URL de plus de 1855 caractères.
Les CDN ont des limites
Les CDN imposent également des limites sur la longueur de l'URI et renvoient un 414 Too long requestlorsque ces limites sont atteintes, par exemple:
Browser Address bar document.location
or anchor tag
------------------------------------------
Chrome 32779 >64k
Android 8192 >64k
Firefox >64k >64k
Safari >64k >64k
IE11 2047 5120
Edge 16 2047 10240
Voir aussi cette réponse de Matas Vaitkevicius ci-dessous.
Ces informations sont-elles à jour?
C'est une question populaire, et comme la recherche originale a environ 12 ans, je vais essayer de la garder à jour: à partir de janvier 2020 , le conseil est toujours valable. Même si IE11 peut éventuellement accepter des URL plus longues, l'omniprésence des anciennes installations IE ainsi que les limitations des moteurs de recherche signifient que le maintien de moins de 2000 caractères est la meilleure politique générale.
Aujourd'hui, IE11 réduit mon URL à 2048 caractères.
AntiCZ
2
Question d'origine: "Quelle est la longueur maximale d'une URL dans différents navigateurs ". Cela ne répond pas à la question, cela ne donne que pour IE. Les gens créent des sites Web à des fins différentes, par exemple des outils internes qui ne seront JAMAIS accessibles par IE.
Skeets
13
dans Chrome en 2016, j'ai pu ouvrir une URL avec 260300 caractères ascii en utilisant la commande osx open à partir d'un script simple, et j'ai pu confirmer que tous les caractères ont été transmis au serveur. L'URL dans le navigateur est tronquée à 32791 caractères, se terminant par ... (% E2% 80% A6% E2% 80% A6)
Rob Dawson
22
@Paul Dixon C'est vraiment agréable de voir des gens qui sont prêts à aller au-delà pour répondre aux questions sur ce site. De toute évidence, les gens montrent leur gratitude avec le nombre actuel de votes positifs de 3734, mais je voulais dire merci! :)
Il parle du fait qu'un jpeg encodé en base64 est techniquement une URL, car il est spécifié en tant que données: *. Bien qu'il ait raison de dire que c'est une URL valide, je ne pense pas que ce soit la question qui se posait.
Fitblip
54
... ou collez-le simplement dans votre barre d'adresse.
Gras Double
108
Il s'agit d'un URI et non d'une URL.
mike jones
65
Parce qu'une URL de données contient le protocole "data:" et l'identifiant, c'est tout ce dont vous avez besoin pour LOCALISER ce "fichier" (même si le "Filesystem" est l'espace de tous les fichiers possibles). Il s'agit donc d'une URL, qui est également une URI. (Mais certainement pas "pas une URL")
MickLH
5
@DoubleGras Google Chrome pour Mac ne me permet pas de coller une URL aussi longue dans ma barre d'adresse
Max Nanasy
157
FAQ WWW: Quelle est la longueur maximale d'une URL? a sa propre réponse basée sur des tests et des recherches empiriques. La réponse courte est que dépasser 2048 caractères rend Internet Explorer mécontent et c'est donc la limite que vous devez utiliser. Voir la page pour une réponse longue.
<scriptsrc="//ajax.googleapis.com/ajax/libs/jquery/1.9.1/jquery.min.js"></script><scripttype="text/javascript">
$(function(){var text ="a";for(var i =0; i < parseInt(@ViewBag.TestLength)-1; i++){
text +="a";}
document.location.href ="http://localhost:50766/Home/ParamTest?x="+ text;});</script>
PARTIE 1
Sur Chrome, j'ai eu:
Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/43.0.2357.130 Safari/537.36
2046
Il a ensuite explosé avec:
Erreur HTTP 404.15 - Introuvable Le module de filtrage des demandes est configuré pour refuser une demande dont la chaîne de requête est trop longue.
ce qui n'a pas aidé du tout. J'ai finalement décidé d'utiliser fiddler pour supprimer le référent de l'en-tête.
static function OnBeforeRequest(oSession: Session) {
if (oSession.url.Contains("localhost:50766")) {
oSession.RequestHeaders.Remove("Referer");
}
Ce qui a bien fonctionné.
Chrome: obtenu à 15613 caractères. (Je suppose que c'est une limite de 16K pour IIS)
Et cela a encore échoué avec:
<BODY><h2>Bad Request - Request Too Long</h2>
<hr><p>HTTP Error 400. The size of the request headers is too long.</p>
Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/43.0.2357.130 Safari/537.36
15613
Firefox:
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Firefox/38.0
15708
Internet Explorer 8 a échoué avec un crash iexplore.exe.
Mozilla/5.0 (Linux; Android 5.1; Android SDK built for x86 Build/LKY45) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/39.0.0.0 Mobile Safari/537.36
7377
Internet Explorer 11
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; Trident/7.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C)
4043
Internet Explorer 10
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; Trident/6.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C)
4043
Internet Explorer 9
Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Trident/5.0)
4043
Donc, en fait, mon hypothèse de 512 caractères est largement fausse ^ _ ^ Merci pour le test. Je ne me soucierai plus de la longueur des paramètres de requête ..
Gogol
17
Cela devrait être la réponse acceptée ... le premier ne fournit pas de limites strictes pour chaque navigateur, ce que demandent les questions.
GrayedFox
1
Cela vaut peut-être aussi la peine d'examiner Safari. Safari est le seul navigateur qui ne prend pas en charge les téléchargements générés par le client. Les solutions de contournement sont les suivantes: a) ouvrir un URI BLOB (un URI court et temporaire qui pointe vers un blob en mémoire) dans une nouvelle fenêtre, b) ouvrir un URI de données codées en base 64 dans une nouvelle fenêtre (peut être très longue, mais prend en charge la saisie MIME). Détails ici: github.com/eligrey/FileSaver.js/issues/12
Mat Gessel
@Vaitkevicius savez-vous si un espace (% 20) est compté comme un caractère ou 3?
Jun711
1
@Jun dépend où ... appuyez sur F12 et collez le suivi dans la console console.log("%20".length +" "+decodeURI("%20").length)cela devrait l'expliquer
Matas Vaitkevicius
96
Il n'y a vraiment aucune longueur d'URL maximale universelle. La longueur maximale est déterminée uniquement par ce que le navigateur client choisit de prendre en charge, qui varie considérablement. La limite de 2 083 n'est présente que dans Internet Explorer (toutes les versions jusqu'à 7.0). La longueur maximale dans Firefox et Safari semble être illimitée, bien que l'instabilité se produise avec des URL atteignant environ 65 000 caractères. Opera ne semble avoir aucune longueur d'URL maximale et ne souffre pas d'instabilité à des longueurs extrêmement longues.
Si l'instabilité est d'environ 65k, elle se situe probablement juste à côté de 65535 (2 ^ 16 - 1). Peut-être qu'ils parcourent les caractères en utilisant un i court? Juste une pensée. Je me demande quelle URL ils ont testé pour 65k + o_o ;;
Garet Claborn
5
Cette réponse est peut-être celle qui devrait être acceptée, car elle fournit des réponses concrètes: 2k pour IE, 65k pour Safari / Firefox, "plus" pour Opera.
eis
Je suis curieux. L'URL 65k est-elle une URI de schéma de données ou vraiment une URL au sens classique?
// Make sure the URL string isn't too long.// We're limiting it to 2GB for backwards compatibility with 32-bit executables using NS/CFURLif((urlStringLength >0)&&(urlStringLength <= INT_MAX)){...
Sur iOS, j'ai testé et confirmé que même une URL longue de plus de 300 Mo est acceptée. Vous pouvez essayer une URL aussi longue comme celle-ci dans Objective-C:
Vous méritez un +1 juste pour l'effort d'essayer une URL de 300 Mo
Дамян Станчев
3
iOS n'est pas un navigateur en soi. Était-ce dans Safari pour iOS?
Randall
6
Les schémas @Randall sont gérés par le système d'exploitation, puis envoyés à l'application qui peut les ouvrir. Ainsi, toutes les applications sur iOS, y compris Safari, peuvent gérer un URI long.
Cœur
1
Merci pour la clarification. Vraisemblablement, cependant, cela n'empêche pas une application arbitraire (par exemple, un navigateur alimenté par Tor) d'introduire sa propre restriction de longueur, n'est-ce pas?
Randall
1
@Randall correct mais pourquoi quelqu'un ferait-il ça ...
Xander
70
Le RFC URI (dont les URL sont un sous-ensemble) ne définit pas une longueur maximale, mais il recommande que la partie du nom d'hôte de l'URI (le cas échéant) ne dépasse pas 255 caractères:
Les producteurs d'URI doivent utiliser des noms conformes à la syntaxe DNS, même lorsque l'utilisation de DNS n'est pas immédiatement apparente, et doivent limiter ces noms à 255 caractères au maximum.
Comme indiqué dans d'autres articles, certains navigateurs ont une limitation pratique de la longueur d'une URL.
Les URI en HTTP peuvent être représentés sous forme absolue ou par rapport à certains
URI de base connus [11], selon le contexte de leur utilisation. Les deux
formes sont différenciées par le fait que les URI absolus commencent toujours
par un nom de schéma suivi de deux points. Pour des informations définitives sur la
syntaxe et la sémantique des URL, voir «Uniform Resource Identifiers (URI): Generic Syntax and Semantics», RFC 2396 [42] (qui remplace les RFC 1738 [4] et RFC 1808 [11]). Cette spécification adopte les définitions de "référence URI
", "URL absolue", "URL relative", "port", "hôte", "chemin_abs", "chemin_rel" et "autorité" de cette
spécification.
Le protocole HTTP ne place aucune limite a priori sur la longueur d'
un URI. Les serveurs DOIVENT être capables de gérer l'URI de toute ressource qu'ils servent, et DEVRAIENT être capables de gérer des URI de longueur illimitée s'ils fournissent des formulaires basés sur GET qui pourraient générer de tels URI. * Un serveur DEVRAIT retourner 414 (Request-URI Too Long) état si un URI est plus long que le serveur ne peut le gérer (voir la section 10.4.15).
Remarque: Les serveurs doivent être prudents quant à la longueur d'URI supérieure à 255 octets, car certaines implémentations client ou proxy plus anciennes peuvent ne pas prendre correctement en charge ces longueurs.
Comme mentionné par @Brian, les clients HTTP (par exemple les navigateurs) peuvent avoir leurs propres limites, et les serveurs HTTP auront des limites différentes.
l'interface sociale du Web repose sur le courrier électronique lorsque les utilisateurs souhaitent se recommander des pages Web, et le courrier électronique est le deuxième moyen le plus utilisé pour accéder aux nouveaux sites (les moteurs de recherche étant les plus courants): assurez-vous que toutes les URL de votre Les sites comportent moins de 78 caractères afin de ne pas passer à la ligne.
Ce n'est pas le maximum mais je considérerais cela comme un maximum pratique si vous voulez que votre URL soit partagée.
Je me demande d'où vient "78"? Peut-être que cet article original de 1999 a été écrit en supposant que les gens lisent leurs e-mails dans des fenêtres de terminal 80x24? Encore de bons conseils!
Jon Schneider
3
Bien. Les cartes perforées IBM comportaient également 80 colonnes. Avec deux personnages repris par un retour chariot et un saut de ligne, vous obtenez 78.
Paul Morgan
1
Haha. :-) J'envisageais de faire référence à des moniteurs CGA 80x25 de l'ère 1981 dans mon commentaire, mais vous êtes allé encore plus loin! ... Je n'étais pas là à l'époque des cartes perforées, mais étaient-ils de 80 octets de diamètre, ou seulement 80 bits?
Jon Schneider
1
Pas exactement un octet (8 bits). Il codait un caractère dans chaque colonne.
Paul Morgan
3
@JonSchneider - 78 est assez spécifique et peut se rapporter à la lisibilité du texte (du point de vue de l'utilisabilité compte tenu du contexte de Nielsen), qui se situe au mieux entre 50-60 et un maximum de 75 .
Jay Rainey
36
Le protocole Sitemaps , qui est un moyen pour les webmasters d'informer les moteurs de recherche sur les pages de leurs sites (également utilisé par Google dans les outils pour les webmasters), prend en charge les URL de moins de 2048 caractères. Donc, si vous prévoyez d'utiliser cette fonctionnalité pour l'optimisation des moteurs de recherche, tenez-en compte.
C'est un peu déroutant. Les protocoles de sitemap "prennent en charge les URL de moins de 2 048 caractères". J'ai imaginé qu'un site comme example.com fonctionnerait. Je pense que cette question concerne plus le maximum?
HoldOffHunger
19
ASP.NET 2 et SQL Server Reporting Services 2005 ont une limite de 2028. J'ai trouvé cela difficile, où mon générateur d'URL dynamique ne transmettrait pas certains paramètres à un rapport au-delà de ce point. C'était sous Internet Explorer 8.
La variation entre Internet Explorer et IIS est logique lorsque vous considérez que toutes les demandes à un serveur Web ne sont pas effectuées via un navigateur.
TroySteven
15
La directive Limit Request Line définit la longueur maximale d'une URL. Par défaut, il est réglé sur 8190, ce qui vous donne beaucoup de place. Cependant, d'autres serveurs et certains navigateurs limitent davantage la longueur.
Parce que tous les paramètres sont passés sur la ligne URL, les éléments qui étaient dans le mot de passe des champs cachés seront également affichés dans l'URL bien sûr. Aucun des deux mobiles ne doit être utilisé pour de vraies mesures de sécurité et doit au mieux être considéré comme une sécurité esthétique.
J'ai de l'expérience avec SharePoint 2007, 2010 et il y a une limite de longueur URL que vous pouvez créer du côté serveur dans ce cas SharePoint, donc cela dépend principalement de 1) le client (navigateur, version et OS) et 2) la technologie serveur, IIS, Apache, etc.
Étant donné que SharePoint expose les URL Web comme chemins de fichier, il se heurte à une limitation distincte: la limite de longueur de chemin de fichier Windows de 260 caractères (ou 248 caractères lors de l'utilisation d'une API). Pour plus de détails sur cette limite, consultez la section "Limitation de longueur de chemin maximale" ici: msdn.microsoft.com/en-us/library/aa365247(VS.85).aspx
Thriggle
10
Il semble que Chrome ait au moins relevé cette limite. J'ai collé 20 000 caractères dans le bookmarklet et il l'a pris.
Selon la spécification HTTP, il n'y a pas de limite à la longueur d'une URL. Gardez vos URL sous 2048 caractères; cela garantira que les URL fonctionnent dans toutes les configurations de clients et de serveurs. De plus, les moteurs de recherche comme les URL doivent rester sous environ 2 000 caractères.
getplutôt quepost, le signet de la page atteinte par le formulaire rempli capturera les informations saisies. Dans certains cas, cela peut être mauvais, mais dans d'autres cas, cela peut être utile. Pour que cela fonctionne, cependant, le navigateur doit être capable de gérer une URL contenant toutes les informations.postou les critères sont tronqués. Juste un autre cas d'utilisation.Réponses:
Réponse courte - limite de facto de 2000 caractères
Si vous conservez les URL sous 2 000 caractères, elles fonctionneront dans pratiquement toutes les combinaisons de logiciels client et serveur.
Si vous ciblez des navigateurs particuliers, voir ci-dessous pour plus de détails sur les limites spécifiques.
Réponse plus longue - d'abord, les normes ...
RFC 2616 (Hypertext Transfer Protocol HTTP / 1.1) section 3.2.1 dit
Ce RFC a été obsolète par le RFC7230 qui est une actualisation de la spécification HTTP / 1.1. Il contient un langage similaire, mais suggère également ceci:
... et la réalité
C'est ce que disent les normes . Pour la réalité , il y avait un article sur boutell.com (lien vers la sauvegarde Internet Archive) qui a discuté de ce que les implémentations de navigateur et de serveur prendront en charge. Le résumé est:
(Remarque: il s'agit d'une citation d'un article écrit en 2006 , mais en 2015, l'utilisation décroissante d'IE signifie que les URL plus longues ne le travail pour la majorité Cependant, IE a encore la limitation ....)
Limitations d'Internet Explorer ...
La longueur maximale d'URL d'IE8 est de 2083 caractères , et il semble qu'IE9 ait une limite similaire .
J'ai testé IE10 et la barre d'adresse n'acceptera que 2083 caractères. Vous pouvez cliquer une URL plus longue que celle-ci, mais la barre d'adresse n'affichera que 2083 caractères de ce lien.
Il y a une belle rédaction sur le blog IE Internals qui qui se passe.
Il existe des rapports mitigés sur IE11 prenant en charge des URL plus longues - voir les commentaires ci-dessous. Étant donné que certaines personnes signalent des problèmes, l'avis général reste valable.
Les moteurs de recherche comme les URL <2048 caractères ...
Sachez que le protocole Sitemaps , qui permet à un site d'informer les moteurs de recherche sur les pages disponibles, a une limite de 2048 caractères dans une URL. Si vous avez l'intention d'utiliser des sitemaps, une limite a été fixée pour vous! (voir la réponse de Calin-Andrei Burloiu ci-dessous)
Il y a aussi des recherches de 2010 sur la longueur maximale des URL que les moteurs de recherche exploreront et indexeront . Ils ont trouvé que la limite était de 2047 caractères, ce qui semble allié aux spécifications du protocole de plan du site. Cependant, ils ont également constaté que l' outil Google SERP ne gérerait pas les URL de plus de 1855 caractères.
Les CDN ont des limites
Les CDN imposent également des limites sur la longueur de l'URI et renvoient un
414 Too long requestlorsque ces limites sont atteintes, par exemple:(crédit à timrs2998 pour avoir fourni cette information dans les commentaires)
Aperçu du navigateur supplémentaire
J'ai testé ce qui suit contre un serveur Apache 2.4 configuré avec un très grand LimitRequestLine et LimitRequestFieldSize .
Voir aussi cette réponse de Matas Vaitkevicius ci-dessous.
Ces informations sont-elles à jour?
C'est une question populaire, et comme la recherche originale a environ 12 ans, je vais essayer de la garder à jour: à partir de janvier 2020 , le conseil est toujours valable. Même si IE11 peut éventuellement accepter des URL plus longues, l'omniprésence des anciennes installations IE ainsi que les limitations des moteurs de recherche signifient que le maintien de moins de 2000 caractères est la meilleure politique générale.
la source
Les URL les plus longues que j'ai rencontrées sont des URL de données
Exemple d'URL d'image à partir des résultats d'image Google (11747 caractères)
la source
FAQ WWW: Quelle est la longueur maximale d'une URL? a sa propre réponse basée sur des tests et des recherches empiriques. La réponse courte est que dépasser 2048 caractères rend Internet Explorer mécontent et c'est donc la limite que vous devez utiliser. Voir la page pour une réponse longue.
la source
J'ai écrit ce test qui continue à s'ajouter
'a'au paramètre jusqu'à ce que le navigateur échouePartie C #:
Vue:
PARTIE 1
Sur Chrome, j'ai eu:
Il a ensuite explosé avec:
Idem sur Internet Explorer 8 et Firefox
PARTIE 2
Je suis allé en mode facile et j'ai ajouté des limites supplémentaires à IISExpress
applicationhost.configet auxweb.configparamètresmaxQueryStringLength="32768".après 7744 caractères.
PARTIE 3
Ajoutée
ce qui n'a pas aidé du tout. J'ai finalement décidé d'utiliser fiddler pour supprimer le référent de l'en-tête.
Ce qui a bien fonctionné.
Chrome: obtenu à 15613 caractères. (Je suppose que c'est une limite de 16K pour IIS)
Et cela a encore échoué avec:
Firefox:
Internet Explorer 8 a échoué avec un crash iexplore.exe.
Après 2505
Émulateur Android
Internet Explorer 11
Internet Explorer 10
Internet Explorer 9
la source
console.log("%20".length +" "+decodeURI("%20").length)cela devrait l'expliquerIl n'y a vraiment aucune longueur d'URL maximale universelle. La longueur maximale est déterminée uniquement par ce que le navigateur client choisit de prendre en charge, qui varie considérablement. La limite de 2 083 n'est présente que dans Internet Explorer (toutes les versions jusqu'à 7.0). La longueur maximale dans Firefox et Safari semble être illimitée, bien que l'instabilité se produise avec des URL atteignant environ 65 000 caractères. Opera ne semble avoir aucune longueur d'URL maximale et ne souffre pas d'instabilité à des longueurs extrêmement longues.
la source
Sur les plates-formes Apple (iOS / macOS / tvOS / watchOS), la limite peut être un schéma d'URL de 2 Go , comme le montre ce commentaire dans le code source de Swift :
Sur iOS, j'ai testé et confirmé que même une URL longue de plus de 300 Mo est acceptée. Vous pouvez essayer une URL aussi longue comme celle-ci dans Objective-C:
Et attrapez s'il réussit avec:
la source
Le RFC URI (dont les URL sont un sous-ensemble) ne définit pas une longueur maximale, mais il recommande que la partie du nom d'hôte de l'URI (le cas échéant) ne dépasse pas 255 caractères:
Comme indiqué dans d'autres articles, certains navigateurs ont une limitation pratique de la longueur d'une URL.
la source
La spécification HTTP 1.1 dit:
Comme mentionné par @Brian, les clients HTTP (par exemple les navigateurs) peuvent avoir leurs propres limites, et les serveurs HTTP auront des limites différentes.
la source
Le support Microsoft indique que "la longueur maximale de l'URL est de 2 083 caractères dans Internet Explorer".
IE a des problèmes avec des URL plus longues que cela. Firefox semble bien fonctionner avec> 4k caractères.
la source
Dans l' URL comme le recommande l' UI Jakob Nielsen:
Ce n'est pas le maximum mais je considérerais cela comme un maximum pratique si vous voulez que votre URL soit partagée.
la source
Le protocole Sitemaps , qui est un moyen pour les webmasters d'informer les moteurs de recherche sur les pages de leurs sites (également utilisé par Google dans les outils pour les webmasters), prend en charge les URL de moins de 2048 caractères. Donc, si vous prévoyez d'utiliser cette fonctionnalité pour l'optimisation des moteurs de recherche, tenez-en compte.
la source
ASP.NET 2 et SQL Server Reporting Services 2005 ont une limite de 2028. J'ai trouvé cela difficile, où mon générateur d'URL dynamique ne transmettrait pas certains paramètres à un rapport au-delà de ce point. C'était sous Internet Explorer 8.
la source
Pourquoi la limite d'Internet Explorer n'est-elle que de 2 Ko alors qu'IIS a une limite de 16 Ko? Je ne pense pas que cela ait du sens.
Je veux donc commencer une expérience sur les limites de taille d'URL de demande Ajax.
J'ai défini le maxHttpHeaderSize = "1048576" de mon connecteur HTTP Tomcat. Et préparé une URL très longue.
Ensuite, j'envoie une demande avec l'URL longue comme celle-ci:
Rapports jQuery effectués. Tomcat signale que l'URL demandée est de 1048015 octets. Il a été testé avec Chrome 50 et Internet Explorer 11.
Ainsi, les navigateurs Web ne tronqueront pas ou ne limiteront pas votre URL intentionnellement lors de l'envoi de demandes Ajax.
la source
La directive Limit Request Line définit la longueur maximale d'une URL. Par défaut, il est réglé sur 8190, ce qui vous donne beaucoup de place. Cependant, d'autres serveurs et certains navigateurs limitent davantage la longueur.
Parce que tous les paramètres sont passés sur la ligne URL, les éléments qui étaient dans le mot de passe des champs cachés seront également affichés dans l'URL bien sûr. Aucun des deux mobiles ne doit être utilisé pour de vraies mesures de sécurité et doit au mieux être considéré comme une sécurité esthétique.
la source
J'ai de l'expérience avec SharePoint 2007, 2010 et il y a une limite de longueur URL que vous pouvez créer du côté serveur dans ce cas SharePoint, donc cela dépend principalement de 1) le client (navigateur, version et OS) et 2) la technologie serveur, IIS, Apache, etc.
la source
Il semble que Chrome ait au moins relevé cette limite. J'ai collé 20 000 caractères dans le bookmarklet et il l'a pris.
la source
Selon la spécification HTTP, il n'y a pas de limite à la longueur d'une URL. Gardez vos URL sous 2048 caractères; cela garantira que les URL fonctionnent dans toutes les configurations de clients et de serveurs. De plus, les moteurs de recherche comme les URL doivent rester sous environ 2 000 caractères.
la source