asp.net asp.net-mvc flash url iis-7

asp.net - 500 error para url largo iis7



asp.net-mvc flash (4)

No deberías usar URL tan largas. Entre otras razones, al menos una de las barras de herramientas comunes (Bing, Yahoo, Google) las romperá, produciendo exactamente esos errores. Los usuarios te culparán.

Lo sé porque uno de mis usuarios tenía un problema similar con una aplicación heredada. Cuando eliminé las barras de herramientas (¡tenía las tres instaladas!), El problema desapareció.

Obtenía errores 404 para algunas URL largas en un sitio web que estoy desarrollando. Después de excavar algo, descubrí que esto ocurre cuando la longitud de ciertos aspectos de la URL supera los límites configurables en IIS7. En este caso, el atributo maxQueryString de la propiedad requestLimits debe aumentarse en la web.config

<system.webServer> <security> <requestFiltering> <requestLimits maxQueryString="4096" maxAllowedContentLength="4096" maxUrl="8192" > </requestLimits> </requestFiltering> </security>

Esto solucionó el problema de forma instantánea en mi servidor de desarrollo pero en el servidor remoto que ahora obtengo:

Error interno de servidor 500.

Hay un problema con el recurso que está buscando y no se puede mostrar.

Y esa es toda la información que me da.


¿Está seguro de que su proveedor / servidor de producción está ejecutando Windows Server 2008 (o 2008 R2)? La configuración que está describiendo arriba solo es válida para IIS 7+.


Cambie su Flash para enviar los datos como POST, por lo que no se agregarán a la URL. Aquí hay un código de muestra . Además, puede necesitar cambiar el lado del servidor para buscar los datos como POST en lugar de GET.


Una solicitud GET solo está limitada por el límite de un navegador sobre la longitud de la cadena URL. En IE es 2.083 caracteres, menos la cantidad de caracteres en la ruta real. Otros navegadores no tienen un límite claramente definido en la longitud de la cadena URL. Estos artículos pueden ser útiles para usted.

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

http://support.microsoft.com/kb/q208427

RFC 2616, "Protocolo de transferencia de hipertexto - HTTP / 1.1," no especifica ningún requisito para la longitud de la URL, por lo que los navegadores pueden estipular libremente lo que consideren apropiado.

por lo tanto, debe usar POST en lugar de GET si se ajusta a sus requisitos