¿Cuál es el tamaño máximo de archivo que puedo transferir usando HTTP? Y usando FTP?

file-transfer

Question

Agregado : estoy realizando un estudio para un nuevo sistema que vamos a desarrollar en mi trabajo. Consiste en autenticar usuarios, mostrar qué archivos desean descargar y descargarlos. Además, si los archivos no están disponibles, el usuario no puede descargarlos, pero el servidor obtiene una copia del archivo solicitado y notifica al usuario por correo cuando puede obtener el archivo. Esperamos que los archivos tengan un tamaño típico de 2 a 50 gigabytes, por ahora.

Solo quiero verificar si es posible escribir una aplicación web para resolver el problema o si necesitamos crear una solución cliente-servidor.

Answer 1

Como ya se ha respondido, el protocolo no tiene limitaciones, pero la mayoría de los servidores HTTP tienen límites de carga predeterminados listos para usar:

IIS6 usa MaxRequestEntityAllowed (el valor predeterminado es 4GB) y AspMaxRequestEntityAllowed (el valor predeterminado es 200000 bytes) en metabase.xml .

IIS7 usa maxRequestEntityAllowed : ** appcmd set config / section: asp / maxRequestEntityAllowed: *** int * (el valor predeterminado es 200000 bytes)

Apache usa LimitRequestBody (el valor predeterminado es 2GB)

Answer 2

La carga en HTTP generalmente es limitada ya que el servidor tiene que esperar hasta que la carga (en su mayoría lenta) finalice para responder a la solicitud.

Answer 3

No hay maximo Cualquier máximo que encuentre es específico de la aplicación o específico del sitio.

He descargado isos de DVD de Microsoft usando HTTP y FTP sin problema (~ 4 gb).

También he subido archivos enormes a través de ambos métodos.

¿Puedes dar más detalles sobre lo que estás tratando de hacer?

Answer 4

No hay tal limitación por diseño en los protocolos que usted dijo. Solo tiempos de espera en servidores concretos

Answer 5

Y una pregunta importante: ¿vas a subir o descargar?

Podría decir que la descarga tiene significativamente menos limitaciones que la carga. No sé por qué. Tal vez porque el propósito principal de HTTP y FTP es enviar datos, no recibirlos.

Es por eso que los servidores HTTP / FTP podrían interrumpir la sesión de carga con más frecuencia en lugar de descargar la sesión.

Answer 6

Dado que el tamaño de una transferencia probablemente se establezca cerca del comienzo, apostaría que el límite del tamaño de su archivo es el mismo que el límite para un entero sin signo. A juzgar por el período de tiempo en que HTTP y FTP se volvieron populares y útiles, yo diría que es un entero sin signo de 32 bits, por lo que 2 ^ 32 Bytes, o 4.0 GiB .