blog e-commerce, François Ziserman
e-commerce, marketing des sites marchands, technologies 2.0, entrepreneuriat,...

Avoir un site qui répond rapidement, c’est fondamental.

Le problème, c’est que faire un site qui réponde rapidement, c’est pas si simple que ça.

Beaucoup de facteurs entrent en compte :

• La qualité du système serveur, logiciel et matériel
• L’architecture des serveurs
• La bande passante, achetée chez l’hébergeur
• La bande passante, chez le client
• Les caches, qui interviennent à différents niveau (de la base de données au cache réseau type Akamai)
• La structure et le contenu de la page web

Quand le navigateur doit afficher une page, il doit en fait faire plusieurs requêtes pour aller chercher les différents éléments de la page.

Si la page est composé de 30 images, le navigateur va faire 30 requêtes, une par image.

D’ou la solution, de regrouper les images, pour diminuer très fortement le nombre d’images à charger.

Ensuite, c’est au niveau du CSS qu’on défini la zone de la grande image qu’on veut afficher.

Typiquement, on utilise cette méthode pour les images du ‘template’ (bordures, boutons, …).

Autre avantage très important pour cette méthode : elle permet de gérer les différents états d’un bouton très proprement, puisque ces différents états sont pré-chargés à l’affichage de la page. Quand le bouton doit changer d’état (clic souris par exemple), l’affichage de la nouvelle image est instantanné, parce qu’il n’y a pas de requête pour aller chercher une nouvelle image.

Qui utilise ce type de technique ? Amazon par exemple…

Depuis deux mois maintenant, Benjamin a rejoint Araok.

Benjamin à une super expérience en e-commerce et e-marketing.

Mais surtout, Benjamin aime apprendre, bien faire, avancer.

Je dois dire que c’est un vrai plaisir de travailler avec une personne aussi motivée, autonome, réellement adaptée au contexte d’Araok (petite entreprise agile).

Pour tout savoir sur Benjamin, vous pouvez aller voir son blog.

Qui sera le prochain à rejoindre l’aventure ?

Imaginez… il y a 200 000 ans.

Vous sortez de votre caverne, et votre mission est d’amener à manger à vos proches.

Qu’allez vous chasser ?

Vous êtes le roi de l’organisation. Vous avez de l’ambition.

Vous aller partir à la chasse au Mamouth.

C’est bon le mamouth.

Et surtout, ça en jete. Revenir avec un bon gros mamouth, ça calme.

Et puis, on a à manger pour pas mal de temps.

Donc, c’est parti. Vous avez repéré des traces, et vous partez, avec votre petite équipe, à la chasse au mamouth, avec tout l’équipement nécessaire (gros gourdins, pieux, …).

Mais c’est que c’est gros un mamouth. Et il faut se méfier. C’est dangereux. Qui va chasser l’autre en fait ?

Vous êtes tout à votre chasse, depuis plusieurs jours…

Pendant ce temps, quelques individus de la tribu ont fait un autre choix. Ils sont parti, légers, à la chasse au lapin.

Juste avec un arc, quelques flêches, cette bande là ne perd pas de temps à élaborer une stratégie : hop un lapin, hop une flèche, et zou, un lapin de plus attaché à la ceinture.

Le soir, la première équipe n’est pas revenue… Et elle ne reviendra pas avant quelques jours. Peut être avec un mamouth, peut être sans.

Mais la deuxième équipe est là, et bien là, bien avant le coucher du soleil.

Qui nourrit la tribu au final ?

(je n’ai pas inventé cette histoire… Le “copyright” est de Pierre Haren, Mr Ilog)

Demande simple : je veux que mes données soient en sécurité.

Mais où sont elles le plus en sécurité ?

• Sur mon disque dur ?
• Sur un système RAID ?
• Si j’en fais une copie sur un DVD ?
• Et si je mettais mes données sur un serveurs tiers ?

Mais au fait, c’est quoi la sécurité ?

• C’est de ne pas perdre mes données ?
• C’est qu’on puisse pas me les voler ?
• C’est qu’elles soient intègres ?

Bon, question simple qui se décline pas mal en fait…

Bien évidement, le “comment” doit être guidé par le “quoi” : il faut d’abord savoir l’objectif que l’on poursuit avant de “foncer” sur une solution technique.

Beaucoup de subjectif, de psychologique aussi :

Mes données sont plus en sécurité chez moi, sur mon disque dur

Au final, un vrai sujet, avec pas mal d’alternatives !

Un peu technique comme titre, non ?

Bon, Google Wave, c’est pour l’instant une vidéo :

Une vidéo oui, mais quelle vidéo !

La vidéo d’un nouveau service, Made by Google, qui réinvente ni plus ni moins la façon dont on communique sur Internet.

L’une des infos, c’est que ce service est développé sur Google Web Toolkit.

C’est quoi ce truc là ?

C’est une solution, pour répondre à un problème clé du web : le développement multi-environnement.

Reprenons :

Vous devez développer une application Web.

Problème : vous devez être compatible avec quelques systèmes d’exploitation (Vista, XP, …), multiplié par quelques navigateurs (IE 6, IE 7, IE 8, Firefox 2, Firefox 3, …).

Tout celà fait une explosion combinatoire impressionnante.

Si votre page affiche “Hello World”, pas de problème.

Mais si vous avez un service riche, qui utilise par exemple les CSS, l’ajax (le cas de tout service web sérieux quoi) alors là, c’est beaucoup plus délicat : le code doit en effet s’adapter à chaque environnement.

C’est là que Google Web Toolkit (GWT pour les intimes) apporte sa pierre !

En effet, GWT est une solution pour développer des applications Web, qui s’adapteront à tous les terminaux.

On développe donc une seule application, sous Java.

On la teste en local, sur son PC.

Et après, hop, l’application est générée, et le code généré est compatible avec toutes les plateformes.

Vous pouvez tester le service ici par exemple.

Superbe idée… Sauf que jusqu’à présent, aucune application Google n’utilise ce système… Ce qui n’aide pas à crédibiliser la solution…

Voilà (enfin) l’explication de mon titre : si Google Wave est entièrement développé avec GWT, et que ça marche, c’est la preuve de GWT est la solution géniale pour régler ce problème de développement d’interfaces Web !