http - receive - send image rest api
Límite de carga de archivos en HTTP (4)
¿Hay algún límite teóricamente sobre el tamaño del archivo que puede cargar un cliente utilizando la carga del archivo del navegador utilizando el formulario HTML?
Estoy planteando esto porque Flash tiene un inconveniente en el que el tamaño de archivo más grande que puede cargar es menor que el tamaño de la memoria RAM disponible. Me pregunto si hay tales restricciones con los navegadores ...
BranTheMan tiene razón, abordé este problema hace unos años y descompilamos bits de ASP.NET y descubrimos que tomará el archivo y lo colocará en una matriz de bytes. Entonces no puedes soslayar esto.
Tal vez con hardware de 64 bits puedes superar el límite de 2 GB, pero ... 2GB es bastante de todos modos, quizás sea suficiente.
El problema con el que se puede encontrar es que mucha gente cargue archivos grandes. por ejemplo, 100 personas cargan archivos de 20 megas porque el proceso no puede asignar más de 2 GB en un servidor estándar de 32 bits. (sin cambios de configuración)
Si la carga de su archivo es mayor a 2Gb, se encontrará con problemas con las cargas HTTP.
El límite de "RAM disponible" sugiere que los datos del archivo se están absorbiendo todos en la memoria, lo que es muy ineficiente, especialmente cuando el tamaño del archivo crece. Los flujos son mucho más eficientes para esto.
Supongo que dependerá del servidor que reciba la solicitud, ambas configuraciones y la forma en que se implementa la recepción. Apache probablemente tiene una implementación diferente del extremo de recepción de IIS. En el lado del cliente, el archivo se lee desde el disco (de nuevo, esto dependerá del navegador que el cliente esté utilizando y cómo se implemente), por lo que no debería ser así. No sé si esto alguna vez se menciona en la documentación de IE.
Este es el resultado de un estudio sobre la carga en función de los navegadores web.
Por el momento, solo Google Chrome & Opera puede realizar una carga de más de 4GB .