2009-07-08 6 views
0

Je ne sais même pas comment commencer à décrire cette question - je suis complètement déconcerté. Fondamentalement, j'ai un lecteur vidéo F4V construit sur mesure qui saisit un F4V via une requête HTTP, puis joue la vidéo avec un AS3 standard.F4V Player fonctionne sur tous les sites sauf un

Maintenant, j'ai trois sites sur des tranches SliceHost identiques, exécutant le même système d'exploitation, la même version PHP, construit sur la même plate-forme, avec des paramètres Apache identiques, tout. Sur l'un des sites (un seul d'entre eux), les vidéos ne sont pas lues lors du premier chargement du lecteur, mais la page doit être rafraîchie pour lire la vidéo, essentiellement en la lisant depuis le cache. Sinon, il attend, comme s'il n'avait jamais téléchargé suffisamment de fichier pour commencer la lecture. De plus, sur ce même site, sur une et une seule des vidéos, l'audio joue mais pas la vidéo, jusqu'à la troisième ou quatrième fois. Après cela, la vidéo joue à côté de l'audio.

J'ai déplacé les fichiers swf fonctionnels éprouvés d'un site fonctionnel vers le site endommagé et j'ai constaté le même résultat. J'ai téléchargé les fichiers F4V cassés sur le site fonctionnel et ils fonctionnent bien. Je me suis assuré que le HTML et Javascript qui charge le lecteur sont identiques.

Y at-il quelque chose que j'oublie de vérifier qui pourrait causer ce problème? Quelqu'un avec un peu plus de connaissances sur le navigateur ou la mise en cache flash?

Informations complémentaires:
J'ai ajouté une directive nocache, bien que vous pourriez avoir prévu, qui l'a fait commencer à défaut sur les rafraîchit aussi bien. J'ai utilisé HTTPFox pour regarder les demandes, bien que rien n'en soit sorti. La seule chose que je peux vraiment comprendre, c'est qu'il semble jouer correctement lorsqu'il est obtenu à partir du cache, mais pas lorsqu'il est demandé sur le site. Il joue correctement sur les autres sites, même si une demande est faite, cependant.

Sur les sites où la demande fonctionne correctement, HTTPFox affiche la taille correcte (plusieurs Mo) des données renvoyées dans la demande. Sur le site incriminé, il affiche moins de 1 Ko de données renvoyées avec la requête F4V.

Répondre

0

Voici la bonne réponse. Il m'a fallu un moment pour comparer les requêtes HTTP plus attentivement et découvrir le problème. Il semble que le serveur en question essayait de tout gzip à l'exception des images, en raison d'une mauvaise configuration d'apache. Changer la configuration pour seulement gzip quelques types de fichiers clés a résolu le problème. Merci pour votre aide Lex.

0

Modifié car c'est actuellement la meilleure réponse.

Dans ce cas, le problème était que GZIP était appliqué à un site individuel. D'autres Tings à rechercher sont:

  • Mise en cache
  • types MIME
  • Protocole (version et SSL)
  • Compression

Pour identifier les problèmes tels que cela, vous pouvez utiliser des outils tels que Fiddler (cependant il y en a d'autres spécialement pour la pile non-MS comme wireshark). En utilisant un outil comme celui-ci, vous pourrez comparer et contraster les réponses et les demandes en détail et même les modifier puis les rejouer pour affiner le problème.

+0

J'ai ajouté une directive nocache, bien que, comme vous vous en doutez, cela a également provoqué l'échec des régénérations. J'ai utilisé HTTPFox pour regarder les demandes, bien que rien n'en soit sorti.La seule chose que je peux vraiment comprendre, c'est qu'il semble jouer correctement lorsqu'il est obtenu à partir du cache, mais pas lorsqu'il est demandé sur le site. Il joue correctement sur les autres sites, même si une demande est faite, cependant. – Travis

Questions connexes