archivo de descarga directa frente a la lectura de un archivo de nuevo como descarga

Question

¿Hay alguna diferencia entre crear un enlace directo a un archivo en un servidor, y hacer algo como leer el archivo desde una ubicación y el establecimiento de la cabecera de tipo de contenido de streaming a continuación, volver a los datos.

Tengo curiosidad porque tengo un servidor web que estoy usando para descargar aplicaciones a una mora, si se crea un archivo y tienen un enlace directo a ese archivo funciona, pero si istream de nuevo utilizando una página web que no funciona. El teléfono recibe el archivo, pero no funciona.

A tener en cuenta:

• URLs son los mismos en ambos casos es decir ( http://somesite.com/download/file. JAD )
• en un navegador usando violinista las descargas / cabecera son exactamente los mismos byte por byte

¿Por qué entonces el teléfono prefieren un archivo que en realidad es un enlace directo contra uno que es un controlador de transmisión de los datos de nuevo cuando los datos transmitidos y la url son idénticos?

Answer 1

he descubierto una solución para este problema, aunque todavía no estoy seguro de cuál es su causa. He estado entregando el enlace con el teléfono a través de la pasarela SMS / correo electrónico. Cuando el teléfono recibe el SMS y seleccione el enlace de descarga que le pregunta si quiero conseguir la JAD golpeo sí y se nota y llevada a cabo. Pongo el mismo enlace exacto en otra página como enlace HTML y envié un sms que apunta a esa página. El sitio web genera un error ... Así que copiar y pegar el enlace en el navegador de los teléfonos y la página se muestra muy bien, hago clic en el enlace jad descarga en la página y ahora el JAD trabaja muy bien.

Así que estoy pensando dos cosas o hay algún tipo de mecanismo de seguridad que impide enlaces directos en SMS (pero esto ha funcionado para otros archivos) O la forma en que el teléfono recibe el URL es diferente.

Me encontré con algunas pruebas y se dio cuenta otra cosa, en una página que acepta un valor de ID ( http: // sitio .com / descarga / 145 ), donde 145 es un identificador para un archivo, si vas a ese enlace en un navegador del teléfono que funciona bien y se descarga el archivo. Si lo envía en un mensaje SMS los errores del servidor fuera diciendo que se espera que el id sea un flotador y que recibió una cadena. ¿Por qué es que cuando los enlaces telefónicos SMS directamente desde los parámetros de URL son cadenas, pero cuando se utiliza en un navegador de la realidad consiguen analizados como un flotador?

Lo siento por la explicación de largo aliento, pero es un tema extraño.

Answer 2

El archivo .jad es sólo la primera parte de la descarga - también están los archivos .cod asociados a ella (que se hace referencia en el JAD). ¿Se asegura de que su método de "Streaming" es el envío de vuelta el archivo DQO correcta y con los tipos MIME correctos?