La longueur du contenu n'est pas envoyée lorsque la compression gzip est activée dans Apache?

Il semble que Apache utilise un encodage chunked, cela signifie qu'il peut envoyer les données alors qu'elles sont en train d'être compressées au lieu d'attendre que la réponse complète soit compressée. C'est une pratique assez standard, je ne suis pas assez familier avec Apache pour dire s'il peut être désactivé, cependant.

D'accord, j'ai réussi à résoudre cela. Comme le souligne correctement Martin F, Apache découpe la réponse donc la taille du contenu n'est pas connue. Pour beaucoup de gens, cela est souhaitable (la page se charge plus rapidement). Cela a pour conséquence de ne pas pouvoir rapporter la progression du téléchargement.

Pour ceux comme moi qui veulent vraiment rapporter la progression du téléchargement, si vous utilisez le support automatique gzip d'Apache ou de PHP, il y a peu de choses que vous pouvez faire. La solution est de le faire manuellement. C'est plus facile que ça en a l'air :

Si vous envoyez des fichiers entiers, alors voici un excellent exemple en PHP pour forcer un seul fragment (avec le Content-Length) : http://www.php.net/manual/en/function.ob-start.php#94741

Si vous envoyez des données générées, utilisez gzencode pour encoder vos données, comme dans l'exemple ci-dessus. Une condition préalable est que toutes vos données de sortie soient stockées dans une variable (vous pouvez utiliser ob_start pour aider si vous devez mettre en mémoire tampon, puis récupérer le contenu de la mémoire tampon).

        // $replyBody est l'ensemble du contenu de votre réponse

        header("Content-Type: application/json");  // ou autre chose pour vous

        // vérifie si gzip est pris en charge par le client
        $pack = true;
        if(empty($_SERVER["HTTP_ACCEPT_ENCODING"]) || strpos($_SERVER["HTTP_ACCEPT_ENCODING"], 'gzip') === false)
        {
            $pack = false;
        }

        // si pris en charge, compresse les données
        if($pack) {
            header("Content-Encoding: gzip");
            $replyBody = gzencode($replyBody, 9, FORCE_GZIP);
        }

        // compressé ou non, défini la Content-Length           
        header("Content-Length: " . mb_strlen($replyBody, 'latin1'));

        // affiche la réponse & sort
        echo $replyBody;
        exit;

Et voilà !

Un autre grand avantage de le faire vous-même est que vous pouvez définir le niveau de compression. C'est génial pour mon application mobile, car je peux définir le niveau de compression le plus élevé (ainsi mes utilisateurs paient moins pour les données !) - alors que le serveur utilise probablement seulement un niveau de compression moyen pour un meilleur compromis CPU/taille. Je crois que vous pouvez changer les niveaux de compression uniquement si vous pouvez modifier le httpd.conf (ce que je ne peux pas faire sur un hébergement partagé).

J'ai donc conservé ma directive .htaccess DEFLATE pour tout sauf mes réponses application/json que j'encode maintenant de la manière ci-dessus.

Merci encore Martin F, tu m'as donné l'étincelle dont j'avais besoin pour résoudre cela :)