Je vais proposer un petit billet

@françois tu es sérieux?

Ce genre de procédé est mutualisable. Et l’admin système, réseau et même le développemnt nécessitent de vrais compétences techniques, théoriques et méthodologiques.

Le vrai problème c’est que beaucoup de vendeurs de vents et script kidies s’auto-proclament grands chantres de rien.

Le vrai problème est là. Il y’a trop de bonimenteurs.

Quand on voit les problemes rencontrés par Java et Flash pour que les Runtime soient portées sur tout les systemes, et que tout les systemes soient portés sur toutes les architectures..
Nous n’aurions pas un développement du Web aussi impressionant que nous l’avons aujourd’hui.

Et pour que cela change, il faut que les DSI changent, que les architectures changent, que les analyses développeurs et autres développeurs changent et que tout le monde aient conscience des bonnes pratiques de développement. Malheureusement, nous n’irons jamais dans cette direction, car l’argent qui est le moteur de nos actions ne nous guides pas vers un monde parfait, mais vers un monde de profit.

Thomas Tourlourat.

La séparation du javascript par exemple permet une évolution simplifiée du code.
Et qu’en est il des personnes et postes ne pouvant pas l’executer.
Le web actuel obéit à des norme qui faccilite son évolution et son adaptation à tous les postes et tous les clients.
C’est pas parce que java est portable ou que flash transporte tout en un que c’est performant, que c’est viable en terme d’évolution …

Il suffit de faire tourner une fois un site en java pour en être vacciner à vie (et j’en ai vu tourner plusieurs, des petits et des très gros …)

Optimiser un site classique en revanche apporte son lot d’économie et de performance.
Compression des fichier, compression & optimisations des css et js, un seul css, un seul js, optimisation des images, optimisation du serveur (header, cache, cookies …), sprite css …

Ce sont des solutions simples à mettre en place. Qui s’insèrent parfaitement dans la vie et l’évolution d’un projet sans handicaper lourdement.

Selon moi le problème est plutôt que les professionnels du web n’utilisent pas suffisamment ces techniques et technos.

Pour s’en convaincre, il suffit de regarder de grosse structure comme amazon, google, yahoo et d’observer la construction de leur site internet et l’architecture sur laquelle ils reposent. Aucun ne tourne en java ou n’utilise a outrance le flash.

En effet, d’une manière générale, 80% du temps de réponse global d’une page se situe côté client. Entre le download des nombreuses ressources statiques (CSS, Javascript, Images), leur interprétation, jusqu’à l’affichage complet de la page avec tous les comportements dynamiques qui vont bien, il il y a du boulot à réaliser pour le navigateur. Mais en quelques étapes, on peut gagner ENORMEMENT de performances. Par exemple :

1. Diminuer le nombre de ressources statiques (CSS, Javascript, Images) et donc de requetes HTTP. Cela implique de faire des Image maps / CSS sprites, de regrouper les Javascripts en un seul fichier + un passage au Minifier pour réduire la taille du fichier. Idem pour le CSS. Comme les navigateurs sont « capés » à 2 requêtes simultanées par host, on a vite un bottleneck à ce niveau là. Avec cette technique, on évite cela.

2. Passer tout ca au GZIP.

3. Ajouter les entetes HTTP « Expires » et « Cache-Control » qui vont bien pour éviter de redownloader inutilement les fichiers CSS / JS / IMG à chaque changement de page.

4. Mettre les scripts JS en bas de page, car ils bloquent le download simultané du navigateur (même sur des hosts différents), comme recommandé dans les HTTP/1.1 specification…

Je n’ai rien inventé. Tout vient de là : http://developer.yahoo.com/performance/rules.html

Enfin, côté serveur, avec un bon petit système de caching (memcache par exemple), on peut alléger considérablement le nombre de requêtes SQL et soulager les serveurs, qui auront déjà été fortement soulagés par la diminution de requêtes « inutiles » avec la mise en place des optimisations front-end…

Bref, beaucoup (vraiment BEAUCOUP) moins de gachis sans avoir à toucher et refondre complètement l’existant.