Le Google Blobstore a récemment ajouté la prise en charge de la diffusion des plages d'octets partiels à partir d'un blob. Lorsque cette méthode est appelée, la réponse est générée avec un code d'état HTTP 206 (Partial Content). Il semble donc que le moteur de l'application suppose qu'il sert toujours une requête Range dans ce cas.Réponses blobstore et HTTP 206 de Google
Cependant, dans mon cas, j'ai regroupé de nombreux fichiers dans une seule entrée blob et je connais la plage d'octets de chacun. Du point de vue du client, ils n'ont accès qu'à une URL représentant un fichier individuel. Dans les coulisses, j'appelle le ByteRange based serve method sur le magasin de blob pour servir le fichier. HTTP 200 est la réponse la plus appropriée dans mon cas, mais le moteur de l'application renvoie toujours 206.
Existe-t-il un moyen de contourner ce problème? (À savoir le retour 200 au lieu de 206?)
Merci, Keyur
Je comprends les conséquences de la mise en cache et en fait c'est pourquoi je cherchais un 200 ici. Comme je l'ai mentionné, dans mon cas, le client ne fait pas de demande de portée. Dans ce cas, la plage de recherche dans le blob est un détail d'implémentation et non le contrat entre le client et le serveur. – Keyur
ahh excuses, j'ai mal lu :) – nathan