Compression HTML

Vous devez envisager la compression HTML si vous avez des utilisateurs connectés à Sterling Selling and Fulfillment Foundation par des liens réseau à temps d'attente élevé ou à bande passante faible.

La compression HTML peut réduire la taille des pages HTML de 85 % maximum.

Pour l'instant, les interfaces utilisateur de la console Sterling Selling and Fulfillment Foundation ont été testées avec F5 Big-IP v9 comme moteur de compression HTML.

Si vous devez utiliser un système Big-IP, vous devez avoir à l'esprit la configuration requise par Big-IP dans l'onglet de configuration de profil HTTP :

• Vous devez définir le paramètre response chunking sur rechunk. La valeur par défaut est preserve. Effectivement, Sterling Selling and Fulfillment Foundation ne définit pas la longueur du contenu dans les en-têtes HTTP lors de l'envoi de la réponse. Avec le paramètre par défaut preserve, Big-IP n'essaie pas de compresser les pages HTML pour lesquelles aucune longueur de contenu n'est définie. Avec le paramètre rechunk, Big-IP compresse les blocs de réponse dès réception. Surtout, Big-IP peut réacheminer les blocs compressés sans attendre la compression de la page HTML entière.
• Big-IP permet d'indiquer la quantité de tentative de traitement de compression. Les paramètres vont du niveau 1 (compression minimale pour une vitesse de traitement plus élevée) au niveau 9 pour une compression maximale. Nous avons constaté que la compression niveau 1 pouvait aller jusqu'à 85 % et que les avantages du niveau 9 étaient imperceptibles. Par conséquent, nous avons choisi par défaut le test avec une compression de niveau 1.
• Nous avons défini la taille de mémoire tampon de compression à 128 ko au lieu de la valeur par défaut de 4 ko. Il est généralement admis que la taille de mémoire tampon doit permettre de stocker toute la réponse compressée afin de définir la longueur d'en-tête du contenu. Dans notre test, nous n'avons constaté aucune différence appréciable entre 4 ko et 128 ko. Ceci peut être dû au fait que nous avions déjà défini la granularisation des réponses sur rechunk. Par conséquent, Big-IP n'a pas besoin de définir la longueur du contenu sur la réponse compressée. Cependant, il nous a été conseillé de définir la taille de mémoire tampon sur au moins 128 ko.

Nous reconnaissons que d'autres technologies de compression HTML sont disponibles, y compris le module de compression Apache et les autres d'accélération d'application Juniper DX. Rappelez-vous que nous avons, jusqu'à présent, effectué un test uniquement par rapport à F5 Big-IP v9.

Rappelez-vous également que la compression est certifiée uniquement pour la console d'application. Le gestionnaire d'applications et la console de gestion des systèmes ne prennent pas en charge la compression. Les écrans terminaux VT220 sont de taille réduite et ne nécessitent normalement aucune compression.