OVH Community, votre nouvel espace communautaire.

Vidéos ne s'affichent pas, serveur qui ne supporte pas les partials content requests


L.YA
10/03/2016, 10h03
Bonjour,

Quand votre hébergement est en mode production, il y a un cdn de base fournit avec l'hébergement (geocache). Celui-ci va mettre en cache les fichiers à contenus statiques de type css/js/images pendant 5 minutes. Cependant, le cache va également se baser sur les informations "Expires" présente dans les .htaccess. Si vous mettez un Expires d'une heure, le cache gardera le fichier une heure. (Cependant, si vous faites une modification via FTP, le contenu en cache sera tout de même remis à zéro).

Si ce cache fournit de base ne vous convient pas, vous pouvez le désactiver :
https://www.ovh.com/fr/g1290.geocache

(Il y a de nombreuses de discussion à ce sujet en ce moment, des évolutions de geocache sont possibles).

limpkin
09/03/2016, 11h26
Citation Envoyé par L.YA
Bonjour limpkin,

Je viens de procéder à plusieurs tests en collaboration avec l'équipe qui gère le CDN/geocache.

Nous avons trouvé l'origine du problème (mauvaise gestion des flux faisant usage des headers Range sur les contenus en streaming), un correctif est en cours de déploiement sur l'ensemble du parc.

Merci de nous l'avoir remonté... et désolé pour l'impacte .
Finalement, merci beaucoup!

Je suis surpris que vous n'ayez pas trouvé ce bug lors de vos tests de déploiement...

Autre rapide question: est-ce normal que cela prenne aussi longtemps entre le changement d'un fichier via ftp et l'affichage sur le navigateur de la nouvelle version? :/

L.YA
09/03/2016, 10h55
Bonjour limpkin,

Je viens de procéder à plusieurs tests en collaboration avec l'équipe qui gère le CDN/geocache.

Nous avons trouvé l'origine du problème (mauvaise gestion des flux faisant usage des headers Range sur les contenus en streaming), un correctif est en cours de déploiement sur l'ensemble du parc.

Merci de nous l'avoir remonté... et désolé pour l'impacte .

limpkin
09/03/2016, 00h25
Citation Envoyé par limpkin
Une semaine que le ticket est ouvert et aucune réponse de l'équipe (qui n'est pas sur le forum). Tout simplement incroyable.
et de 8 jours... je suis bouche bée.

limpkin
07/03/2016, 18h43
Une semaine que le ticket est ouvert et aucune réponse de l'équipe (qui n'est pas sur le forum). Tout simplement incroyable.

limpkin
07/03/2016, 13h48
Citation Envoyé par limpkin
et cela ne marche à nouveau plus :/
Et ludo est en vacances...

limpkin
04/03/2016, 19h04
Citation Envoyé par limpkin
oh d'accord merci!
et cela ne marche à nouveau plus :/

limpkin
04/03/2016, 13h15
Citation Envoyé par Ludo.H
varnish est un reverse proxy qui sert de cache HTTP : https://fr.wikipedia.org/wiki/Varnish
oh d'accord merci!

Ludo.H
04/03/2016, 13h03
varnish est un reverse proxy qui sert de cache HTTP : https://fr.wikipedia.org/wiki/Varnish

limpkin
04/03/2016, 12h46
Citation Envoyé par Ludo.H
Hello,

Juste attendre que le cache se vide
Etant partit manger, je n'ai pas agit dessus.

Cdt,
Merci beaucoup pour votre temps!

En fait j'étais curieux du probleme du coté d'ovh, le

Je suppose que le varnish supporte mal le couple chrome+chunk...
?

Je suis pas sur de comprendre ce que cela veut dire...

Ludo.H
04/03/2016, 12h44
Hello,

Juste attendre que le cache se vide
Etant partit manger, je n'ai pas agit dessus.

Cdt,

limpkin
04/03/2016, 12h21
Citation Envoyé par limpkin
Merci beaucoup.... cependant cela ne marche toujours pas de mon coté (j'ai bien sur fait du force refresh)!

Comment puis-je ajouter ces directives en hébergement mutualisé? Dans un htaccess?
oh maintenant ca marche!

c'était quoi la solution du coup?

merci!

limpkin
04/03/2016, 12h04
Citation Envoyé par Ludo.H
Bonjour,

J'ai poursuivis les tests et en effet les autres videos ne fonctionnent pas.
J'ai flush le cache, sans résultat.
Par contre j'ai passé votre .ovhconfig en mode dévelopment (en mode production il y a un cache par défaut à 5 minutes) et là tout fonctionne.
Je suppose que le varnish supporte mal le couple chrome+chunk...

Il est possible de désactiver le cache même en mode production avec des directives du genre :

Code:

    ExpiresActive On
    ExpiresDefault "access plus 600 seconds"
    ExpiresByType video/mp4             "access plus 1 seconds"
Ou encore :

Code:

  FileETag None
  
     Header unset ETag
     Header set Cache-Control "max-age=0, no-cache, no-store, must-revalidate"
     Header set Pragma "no-cache"
     Header set Expires "Wed, 11 Jan 1984 05:00:00 GMT"
  
Ce dernier étant surement préférable.

Cdt,
Merci beaucoup.... cependant cela ne marche toujours pas de mon coté (j'ai bien sur fait du force refresh)!

Comment puis-je ajouter ces directives en hébergement mutualisé? Dans un htaccess?

Ludo.H
04/03/2016, 11h50
Bonjour,

J'ai poursuivis les tests et en effet les autres videos ne fonctionnent pas.
J'ai flush le cache, sans résultat.
Par contre j'ai passé votre .ovhconfig en mode dévelopment (en mode production il y a un cache par défaut à 5 minutes) et là tout fonctionne.
Je suppose que le varnish supporte mal le couple chrome+chunk...

Il est possible de désactiver le cache même en mode production avec des directives du genre :

Code:

    ExpiresActive On
    ExpiresDefault "access plus 600 seconds"
    ExpiresByType video/mp4             "access plus 1 seconds"
Ou encore :

Code:

  FileETag None
  
     Header unset ETag
     Header set Cache-Control "max-age=0, no-cache, no-store, must-revalidate"
     Header set Pragma "no-cache"
     Header set Expires "Wed, 11 Jan 1984 05:00:00 GMT"
  
Ce dernier étant surement préférable.

Cdt,

limpkin
04/03/2016, 11h29
Citation Envoyé par Ludo.H
Pardon,

J'ai loupé mon premier copié/collé : http://www.cyberciti.biz/cloud-compu...mad-line-test/

J'ai fait le test et oui cela fonctionne :

Code:
# curl  --header "Range: bytes=0-20000" http://www.themooltipass.com/ressources/render_mult.mp4 -o part1
# curl  --header "Range: bytes=20001-84800" http://www.themooltipass.com/ressources/render_mult.mp4 -o part2
# cat part1 part2 >> mult.mp4
J'ai ensuite ouvert le fichier avec vlc et tout est OK.
bah ca alors :/

Mais alors pourquoi ca marche sur n'importe quel site et en local mais pas sur mon site chez ovh?

Vous devez admettre que cela reste très curieux non?

Avez vous pu tester sur chrome sur une autre IP?

Que puis-je faire maintenant? Je suis bien bloqué...

edit: maintenant j'arrive à accèder à la vidéo en question! mais par contre avec une autre ca marche toujours pas: http://www.themooltipass.com/ressour...der_single.mp4

Ludo.H
04/03/2016, 11h18
Pardon,

J'ai loupé mon premier copié/collé : http://www.cyberciti.biz/cloud-compu...mad-line-test/

J'ai fait le test et oui cela fonctionne :

Code:
# curl  --header "Range: bytes=0-20000" http://www.themooltipass.com/ressources/render_mult.mp4 -o part1
# curl  --header "Range: bytes=20001-84800" http://www.themooltipass.com/ressources/render_mult.mp4 -o part2
# cat part1 part2 >> mult.mp4
J'ai ensuite ouvert le fichier avec vlc et tout est OK.

limpkin
04/03/2016, 11h00
Citation Envoyé par Ludo.H
Bonjour,

Idem test sous debian / FF 44.0.2 pas de soucis.
Par contre chromium, erreur 206 partial content.

J'ai testé en suivant les tests de la page suivante : https://chrome.google.com/webstore/d...fdcfgfnbcdddbg
(sans faire les tests telnet, impossible sur le mutu).

Tout est passé correctement, le curl fonctionne bien, et je peux chargé la video, petit bout par petit bout.
Notre infra supporte très bien les "chunck parts" et le transfert en mode "bytes".

Pou tester sur chromium, j'ai installé le plugin suivant : https://chrome.google.com/webstore/d...cdddbg/related
Malheureusement en allant sur l'url de la video faire F5, elle s'est mise à fonctionner...

Je penche plus pour un soucis chrome.

Cdt,

Bonjour,

Merci pour avoir pris le temps d'avoir fait les tests!
Je suppose par contre que le premier lien n'est pas bon.
Cependant, avez vous essayé de mettre les petits bouts ensemble pour vérifier que la vidéo était complète et non corrompue?
Car j'ai l'impression que l'interpretation des range bytes pourrait être fautive...

Merci!

Ludo.H
04/03/2016, 10h55
Bonjour,

Idem test sous debian / FF 44.0.2 pas de soucis.
Par contre chromium, erreur 206 partial content.

J'ai testé en suivant les tests de la page suivante : https://chrome.google.com/webstore/d...fdcfgfnbcdddbg
(sans faire les tests telnet, impossible sur le mutu).

Tout est passé correctement, le curl fonctionne bien, et je peux chargé la video, petit bout par petit bout.
Notre infra supporte très bien les "chunck parts" et le transfert en mode "bytes".

Pou tester sur chromium, j'ai installé le plugin suivant : https://chrome.google.com/webstore/d...cdddbg/related
Malheureusement en allant sur l'url de la video faire F5, elle s'est mise à fonctionner...

Je penche plus pour un soucis chrome.

Cdt,

limpkin
04/03/2016, 10h38
Citation Envoyé par Nowwhat
J'ai refait le test à partir d'Orange - ADSL - Windows 7 - Firefox 44.0.2.
Nickel ....

Le test me dit que "tout ok, tout chargé".
Mais, c'est possible que Chrome procède autrement, et qu'il détecte pas que les serveurs OVH ne proposent pas le chargement par morceau (juste un idée comme ça).
Ou un soucis de cache (local - ou intermédiaire).
Bonjour,

1) mes instructions mentionnent en effet d'utiliser chrome
2) dans l'autre topic ou vous avez répondu j'ai en effet mentionné:

en fait chrome ne charge pas toute la video d'un bloc, mais demande petit à petit des morceaux aux serveurs d'ovh via des partials content requests

Nowwhat
04/03/2016, 10h35
J'ai refait le test à partir d'Orange - ADSL - Windows 7 - Firefox 44.0.2.
Nickel ....

Le test me dit que "tout ok, tout chargé".
Mais, c'est possible que Chrome procède autrement, et qu'il détecte pas que les serveurs OVH ne proposent pas le chargement par morceau (juste un idée comme ça).
Ou un soucis de cache (local - ou intermédiaire).

limpkin
04/03/2016, 10h28
Citation Envoyé par Ludo.H
Bonjour,

Pardon pour le temps de réponse.
J'ai testé sur FF 44.0.2 et Chromium 37, tout fonctionne bien.
J'arrive surement trop tard et vous avez du changer votre méthode pour envoyer votre vidéo.

Cdt,
Je n'ai rien changé du tout.
Avez vous testé sur une IP non présente sur le domaine d'OVH, sur chrome? Bizarrement les personnes du support (au telephone) n'avaient meme pas accès à un simple vpn pour tests!

Pour confirmer mon diagnostique:

- chargez http://www.themooltipass.com/ressources/render_mult.mp4 sur chrome
- bouton droit, inspecter
- onglet network
- taper f5
- voir l'element mp4 qui ne se charge pas en entier (34k au lieu de 83k)

Ludo.H
04/03/2016, 10h12
Bonjour,

Pardon pour le temps de réponse.
J'ai testé sur FF 44.0.2 et Chromium 37, tout fonctionne bien.
J'arrive surement trop tard et vous avez du changer votre méthode pour envoyer votre vidéo.

Cdt,

limpkin
03/03/2016, 12h33
Hello tout le monde!

Il y a quelques jours j'ai eu le malheur de m'appercevoir que mes videos mp4 & webm ne s'affichaient plus sur chrome (www.themooltipass.com). Après de longues heures de recherche j'ai réussi à voir des requetes 206 en suspens dans l'onglet network du débugger de chrome et suis ensuite tombé sur ce problème très similaire au mien: http://stackoverflow.com/questions/8...-will-not-loop

A voir les infos de débug sur chrome et sur logs.ovh.net, je constate bien que mes vidéos ne sont pas entièrement chargées par chrome, ce qui me laisse penser que les serveurs mutualisés ne supportent pas les partials content requests.

D'autres personnes ont elles aussi essayées d'inclure ce type de videos sur des hébergements mutualisés?