Re: [Glpi-dev] Optimisation RuleEngine

2007-12-30 Thread Julien Dombre
Remi Collet a écrit : > Julien Dombre a écrit : > >> Si on charge les règles et qu'on les appliquent par la suite sur >> plusieurs objets je ne vois pas pourquoi il les rechargerait vu qu'il y >> a déjà un marqueur load ? >> > > Oui, mais pas toujours. > Le marqueur "load" évite les charg

Re: [Glpi-dev] Optimisation RuleEngine

2007-12-30 Thread Remi Collet
Julien Dombre a écrit : > Si on charge les règles et qu'on les appliquent par la suite sur > plusieurs objets je ne vois pas pourquoi il les rechargerait vu qu'il y > a déjà un marqueur load ? Oui, mais pas toujours. Le marqueur "load" évite les chargements multiples dans un même objet. Pas exe

Re: [Glpi-dev] Optimisation RuleEngine

2007-12-30 Thread Julien Dombre
Salut, Je répond après la bataille mais bon. je commence juste a remettre le nez dans ce qui a été fait sur la 0.71 au moment du debug de la 0.70 Si on charge les règles et qu'on les appliquent par la suite sur plusieurs objets je ne vois pas pourquoi il les rechargerait vu qu'il y a déjà un m

Re: [Glpi-dev] Optimisation RuleEngine

2007-12-30 Thread Remi Collet
Remi Collet a écrit : > On peut aussi jouer avec un "singleton" mais ça complique l'utilisation. Voir : https://dev.indepnet.net:8080/glpi/changeset/6200 Avec cette solution, le chargement d'un moteur de règle ne se fera qu'une seule fois dans la vie d'un script. A tester, en particulier sous PH

[Glpi-dev] Optimisation RuleEngine

2007-12-28 Thread Remi Collet
Une solution très simple : Déclaré les variables "load" et "rule_list" en static. Et y accéder en self::load et self::rule_list Malheureusement PHP 5 only :( Pour php 4 il faudrait utiliser un accès du genre nomclass::rule_list, mais comme on est dans une classe générique, je vois pas comment f