8797 sujets
Bonsoir Perfectionniste,
Oui la syntaxe Range : bytes=-600 est valide mais attention 600 ne représente pas l’offset de fin mais le nombre de bytes à récupérer avant la fin.
Par exemple si ta ressource fait 2000 bytes (les offset sont donc 0-1999) :
est synonyme de
ainsi que de
Oui la syntaxe Range : bytes=-600 est valide mais attention 600 ne représente pas l’offset de fin mais le nombre de bytes à récupérer avant la fin.
Par exemple si ta ressource fait 2000 bytes (les offset sont donc 0-1999) :
Range: bytes=-600est synonyme de
Range: bytes=1400-1999ainsi que de
Range: bytes=1400-
) Une dernière petite question par rapport à cette requête HTTP :
Est-ce que c'est utile de vérifier si la syntaxe est correcte, ou s'il y a au moin une valeur spécifier, où si l'offset de fin n'est pas plus grand que l'offset de début etc?
Car s'il y aurait un problème de ce type, le navigateur indiquerai une erreur et c'est utile à personne de jouer avec ses valeurs donc ....
Modifié par perfectionniste (20 Apr 2012 - 07:51)
Est-ce que c'est utile de vérifier si la syntaxe est correcte, ou s'il y a au moin une valeur spécifier, où si l'offset de fin n'est pas plus grand que l'offset de début etc?
Car s'il y aurait un problème de ce type, le navigateur indiquerai une erreur et c'est utile à personne de jouer avec ses valeurs donc ....
Modifié par perfectionniste (20 Apr 2012 - 07:51)
Alors, je ne sais trop. Je dirais qu’il vaut mieux faire ces quelques vérifications qui ne sont pas très complexes… car ça coute pas grand chose et le resultat sera de meilleure qualité.
Néanmoins en effet, y’a des mécanismes pour gérer les erreurs mais attention, le serveur peut renvoyer différent code http d’erreur en fonction du type d’erreur (416, 406, etc.) faudra vérifier, je ne me souviens plus des cas possibles.
Le navigateur affiche une erreur car le serveur lui indique.
C'est effectivement utile à personne quand les utilisateurs se servent de l'outil comme il a été pensé, le problème c'est justement tous les autres qui ne représentent qu'une minorité mais qui peuvent néanmoins poser beaucoup de problèmes
.
Et puis c'est difficile d'anticiper les bugs des navigateurs, des proxy ou de tout autre système entre l'utilisateur et le serveur… franchement, je serais toi je ferai en sorte que les requêtes soient vérifiées.
Il y a eu une grosse faille dans apache il n'y a pas très longtemps à cause de cet entête. La faille permettait de faire tomber le serveur avec quelques requêtes http indiquant des "range" croisés…
Vérifie quand même que ton serveur est à jour.
Modifié par Jules-F (20 Apr 2012 - 08:51)
Néanmoins en effet, y’a des mécanismes pour gérer les erreurs mais attention, le serveur peut renvoyer différent code http d’erreur en fonction du type d’erreur (416, 406, etc.) faudra vérifier, je ne me souviens plus des cas possibles.
Car s'il y aurait un problème de ce type, le navigateur indiquerai une erreur et c'est utile à personne de jouer avec ses valeurs doncLe navigateur affiche une erreur car le serveur lui indique.
C'est effectivement utile à personne quand les utilisateurs se servent de l'outil comme il a été pensé, le problème c'est justement tous les autres qui ne représentent qu'une minorité mais qui peuvent néanmoins poser beaucoup de problèmes
.Et puis c'est difficile d'anticiper les bugs des navigateurs, des proxy ou de tout autre système entre l'utilisateur et le serveur… franchement, je serais toi je ferai en sorte que les requêtes soient vérifiées.
Il y a eu une grosse faille dans apache il n'y a pas très longtemps à cause de cet entête. La faille permettait de faire tomber le serveur avec quelques requêtes http indiquant des "range" croisés…
Vérifie quand même que ton serveur est à jour.
Modifié par Jules-F (20 Apr 2012 - 08:51)
