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 <patidou(a)gmail.com> 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 <carnet.franck.paul(a)gmail.com> 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 <nikrou77(a)gmail.com> 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 <patidou(a)gmail.com> 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 <nikrou77(a)gmail.com> a écrit :
>>>>
>>>> Non non je n'ai pas de bout de code sous la main ! :-)
>>>>
>>>> Le 11 novembre 2014 12:50, Patrick Olivier <patidou(a)gmail.com> a
>> écrit :
>>> --
>>> Dev mailing list - Dev(a)list.dotclear.org -
>>>
http://ml.dotclear.org/listinfo/dev
>>>
>> --
>> Dev mailing list - Dev(a)list.dotclear.org -
>>
http://ml.dotclear.org/listinfo/dev
>>
>
>
>
> --
> Franck
> --
> Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev