Pourquoi ne Firebug “206 Partial Content” réponse sur une vidéo de la demande de chargement?

J'ai un tas de vidéo html5 éléments, avec leur précontrainte attribut défini sur "auto". Ils commencent chargement très bien, mais je pense qu'il y a peut-être un problème de mise en cache, parce que chaque fois que je recharge la page (sans effacer le cache), ils ont tout recommencer.

Quand j'ai vérifié le panneau Réseau de firebug, j'ai remarqué que tout le reste (des images et des fichiers) était de me donner un "304 not modified" message comme espected, tandis que les vidéos (et audio), les fichiers ont été de me donner un "206 partielle, du contenu de message", dans le dédoublement des entrées.

La "206 partial content" réponse apparaît également dans le dédoublement des entrées lorsque la page est chargée avec le cache effacé, au lieu de "200 OK" réponse, comme il devrait.

Est-ce un comportement normal pour les éléments vidéo et audio? Si non, comment pourrait-il être corrigé?

OriginalL'auteur CCrawler | 2012-03-18

  1. 16

    Cette Partielle, du Contenu du code (206) peut être envoyés à partir du serveur lorsque le client a demandé une gamme (par exemple, "donnez-moi le premier, de 2 mo de données vidéo").

    Il est vital pour le téléchargement de données dans les morceaux qui évite l'extraction de ressources non utilisées. Je ne peux pas regarder une vidéo complète en ligne). Regardez les sortants de la demande pour un Range en-tête.

    Voir Les Codes d'état (RFC2616 - protocole HTTP/1.1) (notez que tout 2xx code signifie "Succès"):

    10.2.7 206 Partial Content:

    Le serveur a satisfait à la requête GET partielle de la ressource. La demande DOIT ont inclus une Gamme de champ d'en-tête (section 14.35) indiquant la plage souhaitée, et PEUT-être une Si-Plage de champ d'en-tête (section 14.27) pour en faire la demande conditionnelle.

    Et de la La gamme d'en-tête section:

    Si le serveur prend en charge l'en-tête Range et la plage spécifiée ou les plages sont appropriés pour l'entité

    • La présence d'une variété d'en-tête dans un inconditionnel OBTENIR modifie
      ce qui est retourné si le GET est par ailleurs réussi. Dans d'autres
      mots, la réponse comporte un code d'état de 206 (Partielle
      Le contenu) au lieu de 200 (OK)      .

    Je ne comprends pas le intricicies de la mise en cache et/ou les ETags ou à quoi s'attendre dans FireFox, cependant.

    OriginalL'auteur

  2. 1

    Dans firefox sur mon local de développement de la machine, je ne pouvais pas l'obtenir .vidéos webm pour jouer, sauf si le serveur a été configuré pour l'utiliser. Firebug ne montrent 206 mais à n'en rien montrer. Cela peut être résolu par l'ajout d'

    AddType video/webm .webm

    pour votre .htaccess.

    OriginalL'auteur Titan

  3. 0

    Selon https://httpstatuses.com/206

    "Un serveur ne DOIT PAS générer un multipart réponse à une demande pour une seule gamme, depuis un client qui ne demande pas plusieurs parties pourraient ne pas soutenir multipart réponses. Toutefois, un serveur PEUT générer un multipart/byteranges charge d'une seule partie du corps si plusieurs plages ont été demandés et une seule de la gamme a été trouvé pour être satisfaisante, ou une seule plage est resté après la coalescence. Un client qui ne peut pas traiter un multipart/byteranges réponse ne DOIT PAS générer une demande qui demande de plusieurs plages.

    Lorsqu'un multipart réponse de la charge utile est généré, le serveur DOIT envoyer les pièces dans le même ordre que le byte-range-spec est apparu dans l'Éventail champ d'en-tête, à l'exclusion de ceux des plages qui ont été jugés unsatisfiable ou qui ont été intégrées dans d'autres gammes. Un client qui reçoit un multipart réponse DOIT inspecter le Contenu de Gamme de champ d'en-tête présents dans chaque partie du corps afin de déterminer l'aire de répartition figurant dans cette partie du corps; un client ne peut pas compter sur les mêmes gammes qu'il a demandé, ni le même ordre qu'il a demandé."

    OriginalL'auteur bowen wang