Allez, je mets ça sur le compte de la fatigue et te propose pas un jus de goyave mais du houblon sous forme liquide !! Façon compressé avec le chevelu et Ht1 en back-up !

Ce que je veux dire c’est que pour le web de bureau, pour des histoires de mise en cache etc., nous mettons nos instructions CSS dans un fichier externe que nous appelons dans le head.

Pour le web mobile, nous devons mettre une série d’instructions CSS conçue tout exprès entre les balises style directement dans le code de la page, et plus dans un fichier externe, pour éviter de multiplier les requêtes HTTP.

Dans le web mobile, pour des questions de performance justement, on préconise de mettre la CSS dans le head.

Nous allons tous devoir réapprendre les notions de contexte, en remplaçant « variantes de navigateurs bureautiques » par « variantes d’interfaces et de situations de navigation ».

Avoir un environnement de prod, preprod et dev, ce n’est pas donné à tout le monde quand même.

Pour tout ce qui est des scripts sur le shell, je suis totalement perdu moi… d’où cette solution en php qui me plait bien.

Pour la minification des documents JS et CSS je pense qu’on peu facilement s’y faire avec des environnements de développement… Un environnement de dev sur lequel tous les fichiers sont normaux. Un environnemment de préprod qui nous servira à effectuer autant la recette pour le client, que les tests utilisateurs et les tests de performance … sur lequel ont minimiserait les fichiers grâce à des scripts shell par exemple, la minification manuelle d’une centaine de fichiers par jour étant inconcevable 😉 Et finalement un environnement de prod identique à la préprod, gzip, minifié, etc 😉

Sinon les JS en fin de document … c’est pas toujours possible techniquement, certaines fonctionnalités JavaScript doivent être présente au chargement du DOM (avant l’affichage dans le navigateur). Ils sont néanmoins très rare.