Ok, je comprends mieux. Cela dit, quand je vois certains sites optimisés question CSS et qui balancent des images de plusieurs centaines (voire milliers) de Ko, je me marre :-)
Le 13 novembre 2014 09:01, Patrick Olivier <[email protected]> a écrit : > C'est la technique du critical path, on met en inline les css de base pour > l'affichage et la css complète se télécharge de manière asynchrone. > > La gestion serveur permet de ne plus insérer les css inline la seconde > fois mais de manière normale (link) avec le cookie à true. > > -- > Patrick Olivier > > > Le 12 nov. 2014 à 10:08, Franck Paul <[email protected]> a > écrit : > > > > Suis d'ac avec le inline pour js et css, ça interdit tout load > asynchrone, > > c'est dommage. > > > > Le 12 novembre 2014 07:52, Nicolas <[email protected]> a écrit : > > > >> C'est clair que c'est bien. En revanche il y a certains points qui je > >> trouve ne sont pas des bonnes pratiques : par exemple mettre js et css > >> inline plutôt que dans des fichiers externes. > >> > >> Le 11 novembre 2014 23:19, Patrick Olivier <[email protected]> a écrit > : > >> > >>> Bon je laisse comme ça, le but de cette version était d'améliorer les > >>> performances (en apprenant des trucs). Je crois que c'est bon là. :-) > >>> > >>> -- > >>> Patrick Olivier > >>> > >>>> Le 11 nov. 2014 à 13:36, Nicolas <[email protected]> a écrit : > >>>> > >>>> Non non je n'ai pas de bout de code sous la main ! :-) > >>>> > >>>> Le 11 novembre 2014 12:50, Patrick Olivier <[email protected]> a > >> écrit : > >>> -- > >>> Dev mailing list - [email protected] - > >>> http://ml.dotclear.org/listinfo/dev > >>> > >> -- > >> Dev mailing list - [email protected] - > >> http://ml.dotclear.org/listinfo/dev > >> > > > > > > > > -- > > Franck > > -- > > Dev mailing list - [email protected] - > http://ml.dotclear.org/listinfo/dev > -- > Dev mailing list - [email protected] - > http://ml.dotclear.org/listinfo/dev > -- Franck -- Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev
