5.FreshMinutes.IT – Java & IT

Je développe depuis quelques mois une application web mobile à destination des plateformes Android et iPhone. Ces deux plateformes ont les (quasi-)mêmes propriétés web, car elles utilisent toutes les deux le même moteur de rendu HTML: WebKit. L’ADSL m’a fait perdre mes bonnes habitudes du début des années 2000, où je tentais d’optimiser chaque bout de code HTML. L’objectif à l’époque était que le temps de chargement d’une page n’excède pas les 30 secondes avec un 56K. Les connections ont évolués, et nous nous quittons les simples pages HTML vers des applications Internet  riche.

Un plugin de jQuery: jQtouch vous permet de réaliser un look and feel à votre application web digne d’une application native iPhone. Ce plugin est en train de devenir une référence dans le monde du web mobile. Rançon de l’ergonomie, le temps de chargement de votre application s’en trouve rallonger. Les connexions UMTS (dites 3G) de nos téléphones actuels dépassent allégrement les 56K, en atteignant (selon une équipe de Yahoo!) les 82 à 150Kb/s en pratique. Néanmoins le temps de latence reste assez élevé et son temps de chargement est aléatoire. Il peut être difficile de charger une page en moins de dix secondes. Voici quelques opérations à réaliser sur votre serveur et sur votre application web afin de diminuer le temps de chargement de vos pages.

Lire la suite »

Dans cet article, nous allons voir comment optimiser encore plus le temps de chargement de vos applications/pages web grâce à Cache-Control. Le Cache-Control est en-tête du protocole HTTP (protocole utilisé par un navigateur et un serveur web pour communiquer, entre autres). Cet en-tête permet de demander à un navigateur web de place dans sa mémoire un fichier, afin d’éviter que celui-ci le re-telecharge à chaque fois du serveur. Comme à notre habitude, nous verrons cela en deux temps: d’abord l’explication du Cache-Control dans le protocole HTTP, puis son implémentation dans une application web Java EE. Nous verrons deux façons de faire, la voie simple avec juste un petit réglage et une amorce vers un réglage plus fin, en utilisant un Listener.
Lire la suite »

Depuis quelques années déjà, il est possible d’améliorer le temps de transfert des données transférées d’un serveur vers un navigateur web, en compressant toutes données pouvant encore l’être. J’entends par là que seront compressées, les fichiers HTML et autres fichiers de ressources basés sur du texte, tel que les fichiers CSS ou les fichiers Javascripts. Il serait quasi inutile de vouloir recompresser un fichier déjà compressé tel un fichier JPEG ou un fichier ZIP. Néanmoins, la compression de données n’est pas activée par défaut, sur grand nombre de serveurs web. Nous allons dans cet article, voir comment ce système de compression fonctionne, et comment l’activer sur Tomcat. Lire la suite »

Considérons que nous avons un serveur sous Apache 2 et un serveur sous Tomcat 6 sur une plateforme Debian! Sur cette plateforme, nous souhaiterions que notre application web Tomcat disponible à l’adresse http://monDomain.com:8080/maWebApp soit disponible à l’adresse http://maSubDomainWebApp.monDomain.com (sur le port 80). Il existe différentes stratégies pour faire ceci, nous allons pour cela utiliser le Connector AJP et le mod_proxy (et non pas mod_jk qui est vieillissant). Nous verrons dans un prochaine article comment rendre disponible notre application sur un port sécurisé SSL 443 à l’adresse https://maSubDomainWebApp.monDomain.com (Le web tout sécurisé est certainement l’avenir de notre monde…) Lire la suite »