Autant j'aime pas l'idee des caches globaux bourrins, autant pouvoir cacher
manuellement et individuellement chaque requete semble tout a fait propre
et legitime... ca semblait bien comme ticket pourtant :(
Je ne suis pas sur de comprendre la gestion des dirty dans ce ticket—tu
pensais bien a avoir une solution automatique qui parse les requetes SQL ?
Si oui, c'est le seul truc qui me fait peur. Meme si 2 requetes sont
identiques, le resultat peut avoir change entre temps. Si j'ai bien
compris, c'est pas un probleme puisque c'est possible de forcer la non mise
en cache mais ca reste un peu flippant les trucs automatiques a ce
niveau-la.
(reouvre le ticket en cachette !)
2014-05-05 9:05 GMT-04:00 Bruno <dsls(a)morefnu.org>:
Le 5 mai 2014 14:58, Christopher Crouzet
<christopher.crouzet(a)gmail.com> a
écrit :
> Merci Philippe, je vais me servir de ce lien pour ma reponse au support.
Au
> lieu d'accepeter leur offre d'analyser mon probleme en echange de 20€, je
> vais leur proposer d'arranger leur probleme de serveur sinon je me casse.
>
> Bruno : effectivement, ca fait du sens. Ne serais-ce du coup pas plus
> efficace si un systeme de cache serait inclu directement dans Dotclear en
> rajoutant un nouveau parametre `cacheable` pour chaque fonction faisant
des
> requetes SQL, comme `dcBlog::getPosts` ? Ensuite ca serait facile de
faire
> des options globales dans la partie admin pour permettre de cacher les
> queries SQL des posts et autres, tout en donnant ensuite la possibilite
de
> faire un cache plus selectif avec une option `cacheable="1"` pour chaque
> balise tpl, comme le fait fairCache.
>
> Au plus j'y pense au plus ca semble logique d'avoir un cache parfaitement
> integre dans le core qui puisse se generer sans failles lorsque des
> operations sont faites dans l'admin par exemple. Mais ca semble etre pas
> mal de boulot ! :)
>
Pas tant que ça, il "suffirait" de rouvrir le ticket 1034 :)
http://dev.dotclear.org/2.0/ticket/1034
J'avais même fait un plugin de cache db à l'époque :)
</mode je ressors les conversations d'il y a 3 ans>
--
Bruno
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Christopher Crouzet
*http://christophercrouzet.com* <
http://christophercrouzet.com>