Dans le guide d’optimisation des applications web, Oracle propose entre autres, d’activer la compression des templates HTML.
Celle-ci permet de supprimer les espaces non significatifs dans les pages afin d’en réduire le poids et donc le temps de transfert sur le réseau.
Cette optimisation, qui ne mange pas de pain, souffre d’un léger défaut qu’il convient de connaitre avant de l’activer.
En effet, le code java derrière cette optimisation ne procède pas à une analyse du texte qu’il est en train d’optimiser, ou du moins d’essayer. Le code JavaScript embarqué dans la page HTML est lui-même traité lors de l’optimisation. Malheureusement, ça se passe pas toujours bien et le code JavaScript peut se trouver détérioré par l’optimisation. En clair, il ne fonctionne plus. Une paille…
[pastacode lang= »javascript » manual= »%3Cscript%20language%3D%22javascript%22%3E%0Afunction%20test()%20%7B%0A%09var%20s%20%3D%20%22%22%3B%0A%09%3C%25%0A%09for%20(int%20i%3D0%3B%20i%3C5%20%3B%20i%2B%2B)%0A%09%7B%0A%09%25%3E%0A%09%09%2F%2F%20le%20commentaire%20qui%20va%20bien%0A%09%09s%20%3D%20s%20%2B%20i%3B%20%20%0A%09%3C%25%0A%09%7D%0A%09%25%3E%0A%7D%0A%3C%2Fscript%3E » message= »Un petit exemple » highlight= » » provider= »manual »/]
Bon, j’avoue le code est loin d’être clean mais c’est du vécu chez les clients. Utilisation de scriptlets + code javaScript embarqué = code pas terrible. Mais bon c’est la réalité. Petite précision, le code est issue d’une JSP.
Voici le code généré SANS la compression des templates HTML :
[pastacode lang= »javascript » manual= »%3Cscript%20language%3D%22javascript%22%3E%0Afunction%20test()%20%7B%0A%09var%20s%20%3D%20%22%22%3B%0A%09%0A%09%09%2F%2F%20le%20commentaire%20qui%20va%20bien%0A%09%09s%20%3D%20s%20%2B%20i%3B%20%20%0A%09%0A%09%09%2F%2F%20le%20commentaire%20qui%20va%20bien%0A%09%09s%20%3D%20s%20%2B%20i%3B%20%20%0A%09%0A%09%09%2F%2F%20le%20commentaire%20qui%20va%20bien%0A%09%09s%20%3D%20s%20%2B%20i%3B%20%20%0A%09%0A%09%09%2F%2F%20le%20commentaire%20qui%20va%20bien%0A%09%09s%20%3D%20s%20%2B%20i%3B%20%20%0A%09%0A%09%09%2F%2F%20le%20commentaire%20qui%20va%20bien%0A%09%09s%20%3D%20s%20%2B%20i%3B%20%20%0A%09%0A%7D%0A%3C%2Fscript%3E » message= »Code généré avec la compression HTML désactivée » highlight= » » provider= »manual »/]
Voici le code généré AVEC la compression des templates HTML :
[pastacode lang= »javascript » manual= »%3Cscript%20language%3D%22javascript%22%3E%0Afunction%20test()%20%7B%0A%09var%20s%20%3D%20%22%22%3B%0A%09%0A%09%2F%2F%20le%20commentaire%20qui%20va%20bien%09s%20%3D%20s%20%2B%20i%3B%09%0A%09%2F%2F%20le%20commentaire%20qui%20va%20bien%09s%20%3D%20s%20%2B%20i%3B%09%0A%09%2F%2F%20le%20commentaire%20qui%20va%20bien%09s%20%3D%20s%20%2B%20i%3B%09%0A%09%2F%2F%20le%20commentaire%20qui%20va%20bien%09s%20%3D%20s%20%2B%20i%3B%09%0A%09%2F%2F%20le%20commentaire%20qui%20va%20bien%09s%20%3D%20s%20%2B%20i%3B%09%0A%7D%0A%3C%2Fscript%3E » message= »Code généré avec la compression HTML activée » highlight= » » provider= »manual »/]
Ca se passe de commentaire…
Le problème concerne les versions 11g et 12c, du moins pour celles que j’ai testé.
Le code javaScript utilisé par une page HTML mais chargé via une balise <script src= »… »> n’est pas concerné.
Contacté sur ce sujet, Oracle avance l’argument que l’optimisation ne concerne QUE les pages HTML exemptes de tout code javaScript : Work as designed.
La documentation ne mentionne évidement pas cette « petite » contrainte.
Conclusion, si vous avez besoin de faire subir une cure d’amaigrissement à vos pages utilisez la compression GZip, soit au niveau du serveur HTTP soit au niveau des serveurs WebLogic (nouveauté 12c)
Bon code.