télécharger le fichier direct vs la lecture d'un fichier de retour en téléchargement

Question

Y at-il une différence entre la création d'un lien direct vers un fichier sur un serveur, et de faire quelque chose comme lire le fichier à partir d'un emplacement et réglage de l'en-tête de type de contenu, en continu les données.

Je suis curieux parce que j'ai un serveur web que j'utilise pour télécharger des applications pour BlackBerry, si je crée un fichier et un lien direct vers ce fichier il fonctionne, mais si streamer en arrière à l'aide d'une page Web, il ne fonctionne pas. Le téléphone obtient le fichier mais il ne fonctionne pas.

Les choses à noter:

• urls sont les mêmes dans les deux cas, à savoir ( http://somesite.com/download/file. JAD )
• dans un navigateur en utilisant Fiddler les téléchargements / en-tête sont exactement le même octet par octet

Alors, pourquoi le téléphone préfèrent un fichier qui est en fait un lien direct vs qui est un contrôleur en continu les données en arrière quand les données transmises et l'URL sont identiques?

Answer 1

J'ai découvert un correctif pour ce problème si je ne suis toujours pas sûr de ce que la cause. Je suis livrais le lien vers le téléphone via la passerelle sms / email. Lorsque le téléphone reçoit le sms et je sélectionner le lien pour le téléchargement, il demande si je veux obtenir le jad je frappe oui et il apparaît et d'abandon. Je mets le même lien exact sur une autre page comme un lien html et envoyé un sms pointant vers cette page. Le site Web renvoie une erreur ... Je copié et collé le lien dans le navigateur de téléphones et la page se présente très bien, je clique sur le lien de téléchargement jad sur la page et maintenant le jad fonctionne très bien.

Alors, je pense deux choses, soit il y a une sorte de mécanisme de sécurité qui empêche des liens directs dans sms (mais cela a fonctionné pour d'autres fichiers) Ou la façon dont le téléphone est l'URL est différent.

J'ai couru quelques tests et a remarqué quelque chose d'autre, sur une page qui accepte une valeur identifiant ( site http: // .com / download / 145 ) où 145 est un identifiant pour un fichier, si vous allez à ce lien dans un navigateur de téléphone, il fonctionne très bien et que vous téléchargez le fichier. Si vous l'envoyez dans un sms les erreurs de serveur en disant que l'ID devrait être un flotteur et il a reçu une chaîne. Alors, pourquoi est-ce que, lorsque les liens de téléphone directement à partir de sms les paramètres url sont des chaînes, mais quand il est utilisé dans un navigateur l'se fait comme parsés flottant?

Désolé pour l'explication de longue haleine, mais il est une question étrange.

Answer 2

Le fichier .JAD est juste la première partie du téléchargement - il y a aussi les fichiers .COD qui y sont associés (référencés dans le JAD). Avez-vous vérifié que votre méthode « streaming » renvoit correctement le fichier COD et les types MIME correct?