En fouillant rapidement : Clearbricks : http::cache() Utilisé dans Dotclear.
Le 29 juillet 2013 00:35, Franck Paul <[email protected]> a écrit : > Il y a une gestion de cache (il me semble) mais c'est un peu trop loin > pour moi (ça fait trop de temps que j'ai pas mis mon nez de ce côté du code > de DC/CB) > > > Le 29 juillet 2013 00:31, Julien Wajsberg <[email protected]> a écrit : > >> >> 2013/7/29 Franck Paul <[email protected]> >> >>> Il existe deux plugins de cache dispo sur DA >>> >>> http://plugins.dotaddict.org/dc2/details/staticCache >>> http://plugins.dotaddict.org/dc2/details/memCache >>> >>> >> >> en fait, ça configure pas du tout les headers HTTP nécessaires. >> >> Tout ce que ça fait (mais c'est déjà pas mal) c'est cacher statiquement >> les résultats des scripts PHP, et les rebalancer au client quand il le >> redemande, ce qui économise de la ressource serveur. >> >> Les headers HTTP de cache dont je parle, ça peut provoquer 2 choses: >> * le navigateur ne va même pas aller chercher une mise à jour s'il pense >> que la ressource est encore à jour >> * s'il pense qu'elle doit être vérifiée (on dit "revalidée"), il va faire >> une requête conditionnelle, et le serveur web va vérifier si la ressource >> est à jour (il va juste renvoyer un 304 sans aucune autre information, >> notamment aucun payload, ce qui dit au navigateur de prendre la ressource >> dans son cache), ou bien pas à jour (dans ce cas il renvoie un 200 avec >> toute la page, comme si la requête n'était pas conditionnelle) >> >> ça économise encore plus de ressource serveur, mais aussi de la ressource >> réseau, et en plus ça va plus vite pour le client. >> >> évidemment, dans le cas d'une page dynamique générée par PHP, c'est au >> logiciel de gérer tout ça, et c'est loin d'être trivial, ya un peu de >> boulot :) >> >> -- >> Dev mailing list - [email protected] - >> http://ml.dotclear.org/listinfo/dev >> > > > > -- > Franck > -- Franck
-- Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev
