FWIW, para los usuarios de Windows, las rutas de los servidores que superen los 250 caracteres pueden causar problemas al crear URL, por ejemplo, consulte HttpContext.Current.Server.MapPath falla para nombres largos de archivos en forum.asp.net . En pocas palabras: si la restricción de uno no le consigue, otro puede .
¿Puedo preguntar por qué necesita saber eso? Es decir, ¿cuál es el caso de uso para tener una URL larga?
o0 '.
17
@Lohoris: si un formulario usa en getlugar de post, marcando la página alcanzada por el formulario completado capturará la información que se ingresó. En algunos casos, eso puede ser malo, pero en otros casos puede ser útil. Sin embargo, para que eso funcione, el navegador debe poder manejar una URL que contenga toda la información.
supercat
44
@Lohoris Cuando escribimos páginas para generar informes, usamos un formulario de criterios. Es útil en algunos informes poder enviar la URL por correo electrónico a alguien con los criterios incorporados. Dependiendo del informe, a veces nos vemos obligados a usarlos posto los criterios se truncan. Solo otro caso de uso.
buzzsawddog
Respuestas:
4957
Respuesta corta: límite de facto de 2000 caracteres
Si mantiene las URL con menos de 2000 caracteres, funcionarán en prácticamente cualquier combinación de software de cliente y servidor.
Si está apuntando a navegadores particulares, consulte a continuación para obtener más detalles sobre límites específicos.
Respuesta más larga: primero, los estándares ...
La sección 3.2.1 del RFC 2616 (Protocolo de transferencia de hipertexto HTTP / 1.1) dice
El protocolo HTTP no establece ningún límite a priori en la longitud de un URI. Los servidores DEBEN poder manejar el URI de cualquier recurso que sirvan, y DEBERÍAN poder manejar los URI de longitud ilimitada si proporcionan formularios basados en GET que podrían generar dichos URI. Un servidor DEBE devolver el estado 414 (Request-URI Too Long) si un URI es más largo de lo que el servidor puede manejar (consulte la sección 10.4.15).
Ese RFC ha quedado obsoleto por RFC7230, que es una actualización de la especificación HTTP / 1.1. Contiene un lenguaje similar, pero también sugiere esto:
En la práctica se encuentran varias limitaciones ad hoc en la longitud de la línea de solicitud. Se RECOMIENDA que todos los remitentes y receptores HTTP admitan, como mínimo, longitudes de línea de solicitud de 8000 octetos.
... y la realidad
Eso es lo que dicen los estándares . Para la realidad , había un artículo en boutell.com (el enlace va a la copia de seguridad de Internet Archive) que discutía qué implementaciones individuales de navegador y servidor admitirán. El resumen ejecutivo es:
Las URL extremadamente largas suelen ser un error. Las URL de más de 2.000 caracteres no funcionarán en los navegadores web más populares. No los use si pretende que su sitio funcione para la mayoría de los usuarios de Internet.
(Nota: esta es una cita de un artículo escrito en 2006 , pero en 2015 la disminución del uso de medios de IE que las direcciones URL largas hacen el trabajo para la mayoría Sin embargo, IE todavía tiene la limitación ...).
He probado IE10 y la barra de direcciones solo aceptará 2083 caracteres. Puede hacer clic en una URL que sea más larga que esto, pero la barra de direcciones solo mostrará 2083 caracteres de este enlace.
Hay informes mixtos. IE11 admite URLS más largos. Consulte los comentarios a continuación. Dado que algunas personas informan problemas, el consejo general sigue en pie.
Los motores de búsqueda tienen gusto de URLs <2048 caracteres ...
Tenga en cuenta que el protocolo de sitemaps , que permite a un sitio informar a los motores de búsqueda sobre las páginas disponibles, tiene un límite de 2048 caracteres en una URL. Si tiene la intención de usar sitemaps, ¡se ha decidido un límite para usted! (Ver la respuesta de Calin-Andrei Burloiu a continuación)
También hay algunas investigaciones de 2010 sobre la longitud máxima de URL que los motores de búsqueda rastrearán e indexarán . Descubrieron que el límite era de 2047 caracteres, que parece estar relacionado con la especificación del protocolo del mapa del sitio. Sin embargo, también descubrieron que la herramienta SERP de Google no haría frente a las URL de más de 1855 caracteres.
Las CDN tienen límites
Las CDN también imponen límites en la longitud del URI y devolverán un 414 Too long requestcuando se alcancen estos límites, por ejemplo:
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
Vea también esta respuesta de Matas Vaitkevicius a continuación.
¿Esta información está actualizada?
Esta es una pregunta popular, y como la investigación original tiene ~ 12 años, intentaré mantenerla actualizada: a partir de enero de 2020 , el consejo sigue vigente. A pesar de que IE11 posiblemente acepte URL más largas, la ubicuidad de las instalaciones de IE más antiguas más las limitaciones del motor de búsqueda significa que permanecer bajo 2000 caracteres es la mejor política general.
Pregunta original: "¿Cuál es la longitud máxima de una URL en diferentes navegadores ". Esto no responde la pregunta, solo da para IE. La gente crea sitios web para diferentes propósitos, por ejemplo, herramientas internas a las que nunca accederá IE.
Skeets
13
en Chrome en 2016 pude abrir una url con 260300 caracteres ascii usando el comando osx open desde un script simple, y pude confirmar que todos los caracteres pasaron al servidor. La url en el navegador se trunca a 32791 caracteres, concluyendo con ... (% E2% 80% A6% E2% 80% A6)
Rob Dawson
22
@Paul Dixon Es realmente agradable ver personas que están dispuestas a ir más allá al responder preguntas en este sitio. Obviamente, la gente muestra su gratitud con el recuento actual de votos a favor de 3734, ¡pero quería decir gracias! :)
Está hablando del hecho de que un archivo JPEG codificado en base64 es técnicamente una URL, porque se especifica como datos: *. Si bien tiene razón al afirmar que es una URL válida, no creo que esa sea la pregunta.
Fitblip
54
... o simplemente péguelo en su barra de direcciones.
Gras Double
108
Esa es una URI, no una URL.
Mike Jones
65
Debido a que una URL de datos contiene el protocolo "datos:" y el identificador, es todo lo que necesita para LOCALIZAR ese "archivo" (incluso si el "Sistema de archivos" es el espacio de todos los archivos posibles). Por lo tanto, es una URL, que también es un URI. (Pero definitivamente no "no es una URL")
MickLH
55
@DoubleGras Google Chrome para Mac no me permite pegar una URL tan larga en mi barra de direcciones
Max Nanasy
157
Preguntas frecuentes sobre WWW: ¿Cuál es la longitud máxima de una URL? tiene su propia respuesta basada en pruebas empíricas e investigaciones. La respuesta corta es que pasar más de 2048 caracteres hace que Internet Explorer sea infeliz y, por lo tanto, este es el límite que debe usar. Vea la página para una respuesta larga.
<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>
PARTE 1
En Chrome obtuve:
Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/43.0.2357.130 Safari/537.36
2046
Luego explotó con:
Error HTTP 404.15 - No encontrado El módulo de filtrado de solicitudes está configurado para denegar una solicitud donde la cadena de consulta es demasiado larga.
lo cual no ayudó en absoluto. Finalmente decidí usar Fiddler para eliminar el referente del encabezado.
static function OnBeforeRequest(oSession: Session) {
if (oSession.url.Contains("localhost:50766")) {
oSession.RequestHeaders.Remove("Referer");
}
Lo cual hizo bien.
Chrome: llegó a 15613 caracteres. (Supongo que es un límite de 16K para IIS)
Y falló nuevamente con:
<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 falló con el bloqueo de 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
Entonces, en efecto, mi suposición de 512 caracteres está muy equivocada ^ _ ^ Gracias por la prueba. Nunca más me importará la longitud del parámetro de consulta ...
Gogol
17
Esta debería ser la respuesta aceptada ... la primera en realidad no proporciona límites estrictos para cada navegador, que es lo que piden las preguntas.
GrayedFox
1
Podría valer la pena mirar en Safari también. Safari es el único navegador que no admite descargas generadas por el cliente. Las soluciones son: a) abrir un URI BLOB (un URI corto y temporal que apunta a un Blob en memoria) en una nueva ventana, b) abrir un URI de datos codificados en base 64 en una nueva ventana (puede ser muy largo, pero admite el mime typing). Detalles aquí: github.com/eligrey/FileSaver.js/issues/12
Mat Gessel
@Vaitkevicius, ¿sabes si un espacio (% 20) se cuenta como un personaje o 3?
Jun711
1
@Jun depende de dónde ... presione F12 y pegue lo siguiente en la consola, console.log("%20".length +" "+decodeURI("%20").length)esto debería explicarlo
Matas Vaitkevicius
96
Realmente no hay una longitud máxima de URL universal. La longitud máxima está determinada solo por lo que el navegador del cliente elige admitir, que varía ampliamente. El límite de 2,083 solo está presente en Internet Explorer (todas las versiones hasta 7.0). La longitud máxima en Firefox y Safari parece ser ilimitada, aunque la inestabilidad ocurre con URL que alcanzan alrededor de 65,000 caracteres. Opera parece no tener una longitud máxima de URL, y no sufre inestabilidad en longitudes extremadamente largas.
Si la inestabilidad es de alrededor de 65k, es probable que esté cerca de 65535 (2 ^ 16 - 1). ¿Tal vez recorren los caracteres usando el i corto? Solo un pensamiento. Me pregunto qué URL probaron para 65k + o_o ;;
Garet Claborn
55
Esta respuesta es quizás la que debería aceptarse, ya que proporciona respuestas concretas: 2k para IE, 65k para Safari / Firefox, "más" para Opera.
EIS
Soy curioso. ¿Es la URL de 65k un URI de esquema de datos o realmente una URL en el sentido clásico?
// 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)){...
En iOS, he probado y confirmado que incluso se acepta una URL de más de 300 MB. Puedes probar una URL tan larga como esta en Objective-C:
Usted se merece un +1 solo por el esfuerzo de probar una URL de 300 MB
Дамян Станчев
3
iOS no es un navegador en sí mismo. ¿Estaba esto en Safari para iOS?
Randall
66
Los esquemas @Randall son manejados por el sistema operativo y luego enviados a la aplicación que puede abrirlos. Por lo tanto, todas las aplicaciones en iOS, incluido Safari, pueden manejar URI largos.
Cœur
1
Gracias por la aclaración. Sin embargo, presumiblemente, esto no impide que una aplicación arbitraria (por ejemplo, un navegador con Tor) introduzca su propia restricción de longitud, ¿correcto?
Randall
1
@Randall correcto, pero ¿por qué alguien haría eso ...
Xander
70
El URI RFC (cuyas URL son un subconjunto) no define una longitud máxima, sin embargo, sí recomienda que la parte del nombre de host del URI (si corresponde) no exceda los 255 caracteres de longitud:
Los productores de URI deben usar nombres que se ajusten a la sintaxis de DNS, incluso cuando el uso de DNS no sea evidente de inmediato, y deben limitar estos nombres a no más de 255 caracteres de longitud.
Sin embargo, como se señaló en otras publicaciones, algunos navegadores tienen una limitación práctica sobre la longitud de una URL.
Los URI en HTTP se pueden representar en forma absoluta o en relación con algún
URI base conocido [11], dependiendo del contexto de su uso. Las dos
formas se diferencian por el hecho de que los URI absolutos siempre comienzan
con un nombre de esquema seguido de dos puntos. Para obtener información definitiva sobre la
sintaxis y la semántica de URL, consulte "Identificadores uniformes de recursos (URI): sintaxis y semántica genéricas", RFC 2396 [42] (que reemplaza a los RFC 1738 [4] y RFC 1808 [11]). Esta especificación adopta las definiciones de "referencia URI", "absoluteURI", "relativeURI", "port",
"host", "abs_path", "rel_path" y "autoridad" de esa
especificación.
El protocolo HTTP no establece ningún límite a priori en la longitud de
un URI. Los servidores DEBEN poder manejar el URI de cualquier recurso que sirvan, y DEBEN poder manejar los URI de longitud ilimitada si proporcionan formularios basados en GET que podrían generar tales URI. * Un servidor DEBE devolver 414 (Request-URI Too Long) estado si un URI es más largo de lo que el servidor puede manejar (consulte la sección 10.4.15).
Nota: Los servidores deben tener cuidado al depender de las longitudes de URI superiores a 255 bytes, ya que algunas implementaciones de cliente o proxy más antiguas podrían no ser compatibles con estas longitudes.
Como mencionó @Brian, los clientes HTTP (por ejemplo, los navegadores) pueden tener sus propios límites, y los servidores HTTP tendrán límites diferentes.
la interfaz social para la web se basa en el correo electrónico cuando los usuarios desean recomendar páginas web entre ellos, y el correo electrónico es la segunda forma más común en que los usuarios acceden a nuevos sitios (los motores de búsqueda son los más comunes): asegúrese de que todas las URL en su el sitio tiene menos de 78 caracteres para que no se ajuste a un avance de línea.
Este no es el máximo, pero lo consideraría un máximo práctico si desea que se comparta su URL.
Me pregunto de dónde viene "78". ¿Quizás ese artículo original de 1999 fue escrito bajo el supuesto de que las personas están leyendo su correo electrónico en ventanas de terminal 80x24? Aún así, ¡buenos consejos!
Jon Schneider
3
Bien. Las tarjetas perforadas de IBM también tenían 80 columnas. Con dos personajes ocupados por un retorno de carro y un avance de línea, obtienes 78.
Paul Morgan
1
Jaja. :-) En realidad estaba considerando hacer referencia a monitores CGA 80x25 de la era 1981 en mi comentario, ¡pero ustedes llegaron incluso más atrás! ... No estaba cerca de la era de las tarjetas perforadas, pero ¿tenían 80 bytes de ancho o solo 80 bits?
Jon Schneider
1
No es exactamente un byte (8 bits). Codificó un carácter en cada columna.
Paul Morgan
3
@JonSchneider - 78 es bastante específico y puede estar relacionado con la legibilidad del texto (desde una perspectiva de usabilidad dada la experiencia de Nielsen), que es mejor entre 50-60 y un máximo de 75 .
Jay Rainey
36
El protocolo Sitemaps , que es una forma para que los webmasters informen a los motores de búsqueda acerca de las páginas en sus sitios (también utilizado por Google en las Herramientas para webmasters), admite URL con menos de 2048 caracteres. Entonces, si planea utilizar esta función para la optimización del motor de búsqueda, tenga esto en cuenta.
Esto es un poco confuso. Los protocolos del mapa del sitio "admiten URL con menos de 2048 caracteres". Me imaginé que un sitio como example.com funcionaría. Creo que esta pregunta es más sobre el máximo?
HoldOffHunger
19
Los servicios de informes de ASP.NET 2 y SQL Server 2005 tienen un límite de 2028. Descubrí esto de la manera difícil, donde mi generador de URL dinámico no pasaría algunos parámetros a un informe más allá de ese punto. Esto fue bajo Internet Explorer 8.
La variación entre Internet Explorer e IIS tiene sentido cuando considera que no todas las solicitudes a un servidor web se realizan a través de un navegador.
TroySteven
15
La directiva de línea de solicitud de límite establece la longitud máxima de una URL. Por defecto, está configurado en 8190, lo que le da mucho espacio. Sin embargo, otros servidores y algunos navegadores limitan más la longitud.
Debido a que todos los parámetros se pasan en la línea URL, los elementos que estaban en la contraseña de los campos ocultos también se mostrarán en la URL, por supuesto. Ninguno de los dispositivos móviles debe usarse para medidas de seguridad reales y, en el mejor de los casos, debe considerarse seguridad cosmética.
Tengo experiencia con SharePoint 2007, 2010 y hay un límite de la longitud de URL que puede crear desde el lado del servidor en este caso SharePoint, por lo que depende principalmente de 1) el cliente (navegador, versión y sistema operativo) y 2) la tecnología del servidor, IIS, Apache, etc.
Debido a que SharePoint expone las URL web como rutas de archivo, se encuentra con una limitación separada: el límite de longitud de ruta de acceso de archivo de Windows de 260 caracteres (o 248 caracteres cuando se usa una API). Para obtener más detalles sobre este límite, consulte la sección "Limitación de la longitud máxima de la ruta" aquí: msdn.microsoft.com/en-us/library/aa365247(VS.85).aspx
Thriggle
10
Parece que Chrome al menos ha elevado este límite. Pegué 20,000 caracteres en el bookmarklet y lo tomó.
De acuerdo con la especificación HTTP, no hay límite para la longitud de una URL. Mantenga sus URL con menos de 2048 caracteres; esto asegurará que las URL funcionen en todas las configuraciones de clientes y servidores. Además, a los motores de búsqueda les gusta que las URL permanezcan bajo aproximadamente 2000 caracteres.
getlugar depost, marcando la página alcanzada por el formulario completado capturará la información que se ingresó. En algunos casos, eso puede ser malo, pero en otros casos puede ser útil. Sin embargo, para que eso funcione, el navegador debe poder manejar una URL que contenga toda la información.posto los criterios se truncan. Solo otro caso de uso.Respuestas:
Respuesta corta: límite de facto de 2000 caracteres
Si mantiene las URL con menos de 2000 caracteres, funcionarán en prácticamente cualquier combinación de software de cliente y servidor.
Si está apuntando a navegadores particulares, consulte a continuación para obtener más detalles sobre límites específicos.
Respuesta más larga: primero, los estándares ...
La sección 3.2.1 del RFC 2616 (Protocolo de transferencia de hipertexto HTTP / 1.1) dice
Ese RFC ha quedado obsoleto por RFC7230, que es una actualización de la especificación HTTP / 1.1. Contiene un lenguaje similar, pero también sugiere esto:
... y la realidad
Eso es lo que dicen los estándares . Para la realidad , había un artículo en boutell.com (el enlace va a la copia de seguridad de Internet Archive) que discutía qué implementaciones individuales de navegador y servidor admitirán. El resumen ejecutivo es:
(Nota: esta es una cita de un artículo escrito en 2006 , pero en 2015 la disminución del uso de medios de IE que las direcciones URL largas hacen el trabajo para la mayoría Sin embargo, IE todavía tiene la limitación ...).
Limitaciones de Internet Explorer ...
La longitud máxima de URL de IE8 es 2083 caracteres , y parece que IE9 tiene un límite similar .
He probado IE10 y la barra de direcciones solo aceptará 2083 caracteres. Puede hacer clic en una URL que sea más larga que esto, pero la barra de direcciones solo mostrará 2083 caracteres de este enlace.
Hay una buena reseña en el blog de IE Internals que se centra en algunos de los antecedentes de esto.
Hay informes mixtos. IE11 admite URLS más largos. Consulte los comentarios a continuación. Dado que algunas personas informan problemas, el consejo general sigue en pie.
Los motores de búsqueda tienen gusto de URLs <2048 caracteres ...
Tenga en cuenta que el protocolo de sitemaps , que permite a un sitio informar a los motores de búsqueda sobre las páginas disponibles, tiene un límite de 2048 caracteres en una URL. Si tiene la intención de usar sitemaps, ¡se ha decidido un límite para usted! (Ver la respuesta de Calin-Andrei Burloiu a continuación)
También hay algunas investigaciones de 2010 sobre la longitud máxima de URL que los motores de búsqueda rastrearán e indexarán . Descubrieron que el límite era de 2047 caracteres, que parece estar relacionado con la especificación del protocolo del mapa del sitio. Sin embargo, también descubrieron que la herramienta SERP de Google no haría frente a las URL de más de 1855 caracteres.
Las CDN tienen límites
Las CDN también imponen límites en la longitud del URI y devolverán un
414 Too long requestcuando se alcancen estos límites, por ejemplo:(crédito a timrs2998 por proporcionar esa información en los comentarios)
Resumen adicional del navegador
Probé lo siguiente en un servidor Apache 2.4 configurado con un LimitRequestLine muy grande y LimitRequestFieldSize .
Vea también esta respuesta de Matas Vaitkevicius a continuación.
¿Esta información está actualizada?
Esta es una pregunta popular, y como la investigación original tiene ~ 12 años, intentaré mantenerla actualizada: a partir de enero de 2020 , el consejo sigue vigente. A pesar de que IE11 posiblemente acepte URL más largas, la ubicuidad de las instalaciones de IE más antiguas más las limitaciones del motor de búsqueda significa que permanecer bajo 2000 caracteres es la mejor política general.
fuente
Las URL más largas que encontré son URL de datos
Ejemplo de URL de imagen de resultados de imágenes de Google (11747 caracteres)
fuente
Preguntas frecuentes sobre WWW: ¿Cuál es la longitud máxima de una URL? tiene su propia respuesta basada en pruebas empíricas e investigaciones. La respuesta corta es que pasar más de 2048 caracteres hace que Internet Explorer sea infeliz y, por lo tanto, este es el límite que debe usar. Vea la página para una respuesta larga.
fuente
Escribí esta prueba que sigue agregando
'a'parámetros hasta que el navegador fallaParte C #:
Ver:
PARTE 1
En Chrome obtuve:
Luego explotó con:
Lo mismo en Internet Explorer 8 y Firefox
PARTE 2
Pasé al modo fácil y agregué límites adicionales a IISExpress
applicationhost.configy laweb.configconfiguraciónmaxQueryStringLength="32768".después de 7744 caracteres.
PARTE 3
Adicional
lo cual no ayudó en absoluto. Finalmente decidí usar Fiddler para eliminar el referente del encabezado.
Lo cual hizo bien.
Chrome: llegó a 15613 caracteres. (Supongo que es un límite de 16K para IIS)
Y falló nuevamente con:
Firefox
Internet Explorer 8 falló con el bloqueo de iexplore.exe.
Después de 2505
Emulador de Android
Internet Explorer 11
Internet Explorer 10
Internet Explorer 9
fuente
console.log("%20".length +" "+decodeURI("%20").length)esto debería explicarloRealmente no hay una longitud máxima de URL universal. La longitud máxima está determinada solo por lo que el navegador del cliente elige admitir, que varía ampliamente. El límite de 2,083 solo está presente en Internet Explorer (todas las versiones hasta 7.0). La longitud máxima en Firefox y Safari parece ser ilimitada, aunque la inestabilidad ocurre con URL que alcanzan alrededor de 65,000 caracteres. Opera parece no tener una longitud máxima de URL, y no sufre inestabilidad en longitudes extremadamente largas.
fuente
En las plataformas Apple (iOS / macOS / tvOS / watchOS), el límite puede ser un esquema de URL de 2 GB de largo, como se ve en este comentario en el código fuente de Swift :
En iOS, he probado y confirmado que incluso se acepta una URL de más de 300 MB. Puedes probar una URL tan larga como esta en Objective-C:
Y atrapar si tiene éxito con:
fuente
El URI RFC (cuyas URL son un subconjunto) no define una longitud máxima, sin embargo, sí recomienda que la parte del nombre de host del URI (si corresponde) no exceda los 255 caracteres de longitud:
Sin embargo, como se señaló en otras publicaciones, algunos navegadores tienen una limitación práctica sobre la longitud de una URL.
fuente
La especificación HTTP 1.1 dice:
Como mencionó @Brian, los clientes HTTP (por ejemplo, los navegadores) pueden tener sus propios límites, y los servidores HTTP tendrán límites diferentes.
fuente
El soporte técnico de Microsoft dice "La longitud máxima de URL es de 2.083 caracteres en Internet Explorer".
IE tiene problemas con las URL más largas que eso. Firefox parece funcionar bien con caracteres> 4k.
fuente
En URL como interfaz de usuario, Jakob Nielsen recomienda:
Este no es el máximo, pero lo consideraría un máximo práctico si desea que se comparta su URL.
fuente
El protocolo Sitemaps , que es una forma para que los webmasters informen a los motores de búsqueda acerca de las páginas en sus sitios (también utilizado por Google en las Herramientas para webmasters), admite URL con menos de 2048 caracteres. Entonces, si planea utilizar esta función para la optimización del motor de búsqueda, tenga esto en cuenta.
fuente
Los servicios de informes de ASP.NET 2 y SQL Server 2005 tienen un límite de 2028. Descubrí esto de la manera difícil, donde mi generador de URL dinámico no pasaría algunos parámetros a un informe más allá de ese punto. Esto fue bajo Internet Explorer 8.
fuente
¿Por qué el límite de Internet Explorer es solo 2K mientras que IIS tiene un límite de 16K? No creo que tenga sentido.
Así que quiero comenzar un experimento sobre los límites de tamaño de URL de solicitud de Ajax.
He configurado maxHttpHeaderSize = "1048576" del conector HTTP de Tomcat. Y preparó una URL muy larga.
Luego envío una solicitud con la URL larga como la siguiente:
Informes jQuery realizados. Tomcat informa que la URL solicitada es 1048015 bytes. Fue probado con Chrome 50 e Internet Explorer 11.
Por lo tanto, los navegadores web no truncarán ni limitarán su URL intencionalmente al enviar solicitudes de Ajax.
fuente
La directiva de línea de solicitud de límite establece la longitud máxima de una URL. Por defecto, está configurado en 8190, lo que le da mucho espacio. Sin embargo, otros servidores y algunos navegadores limitan más la longitud.
Debido a que todos los parámetros se pasan en la línea URL, los elementos que estaban en la contraseña de los campos ocultos también se mostrarán en la URL, por supuesto. Ninguno de los dispositivos móviles debe usarse para medidas de seguridad reales y, en el mejor de los casos, debe considerarse seguridad cosmética.
fuente
Tengo experiencia con SharePoint 2007, 2010 y hay un límite de la longitud de URL que puede crear desde el lado del servidor en este caso SharePoint, por lo que depende principalmente de 1) el cliente (navegador, versión y sistema operativo) y 2) la tecnología del servidor, IIS, Apache, etc.
fuente
Parece que Chrome al menos ha elevado este límite. Pegué 20,000 caracteres en el bookmarklet y lo tomó.
fuente
De acuerdo con la especificación HTTP, no hay límite para la longitud de una URL. Mantenga sus URL con menos de 2048 caracteres; esto asegurará que las URL funcionen en todas las configuraciones de clientes y servidores. Además, a los motores de búsqueda les gusta que las URL permanezcan bajo aproximadamente 2000 caracteres.
fuente