2011-06-01 43 views

Respuesta

12

http://www.boutell.com/newfaq/misc/urllength.html

Básicamente, 2K es lo máximo que puede depender de un modo multi-navegador, pero si se le cae soporte para IE 8 y por debajo, se puede llegar a gustar 64K.

Aunque creo que necesito cuestionar su necesidad de saber esto, cualquier cosa más que decir ... 100 caracteres se manejarían mejor a través de una solicitud POST en lugar de un GET.

+0

cito su enlace "URL extremadamente largos suelen ser un error. URLs más de 2.000 caracteres no funcionarán en el navegador web más populares.", Gracias por la rápida respuesta! –

+0

Mi opinión, pero las URL largas son un signo de olor a código. No es un problema en sí mismo, pero a menudo es un síntoma de un problema más fundamental. – stand

+13

Sin embargo, si está tratando de ser RESTful, una POST no se debe ejecutar si no cambia un recurso en el servidor. –

0

No hay límite oficial, por lo que está a merced de los diferentes navegadores.

5

sólo para añadir la referencia canónica ... desde el HTTP 1.1 RFC, en la sección 3.2.1:

protocolo HTTP no pone ningún límite a priori de la longitud de un URI. Los servidores DEBEN ser capaces de manejar el URI de cualquier recurso que sirva, y DEBERÍAN ser capaces de manejar URI de longitud ilimitada si proporcionan formularios basados ​​en GET que podrían generar tales URI. Un servidor DEBE devolver el estado 414 (Request-URI Too Long) si un URI es más largo que el servidor puede manejar (ver sección 10.4.15).

Note: Servers ought to be cautious about depending on URI lengths 
    above 255 bytes, because some older client or proxy 
    implementations might not properly support these lengths. 
Cuestiones relacionadas