2013/9/15 Christophe Battarel <[email protected]>

> (english below)
>
> Bonjour,
>
> J'ai un souci avec le choix du numéro dans la définition d'un module. il
> est dit sur le wiki de prendre un numéro non utilisé dans la liste des
> modules de dolibarr, mais je n'ai aucune certitude que le numéro que je
> choisis n'a pas déjà été pris par un autre module externe.
>
> J'ai tenté de prendre une chaîne de caractères comme numéro de module
> (alta01, alta02, etc) et ça marche très bien (à condition de ne pas avoir
> des mots comme select, update, delete, etc qui font croire à une injection
> sql et rendent impossible l'activation).
>
> Par contre, je suis confronté au même souci pour les numéros de
> permission, et là les chaînes de caractères ne sont pas admises.
>
> Quelqu'un aurait il une solution ?
>
> Cordialement,
> Christophe
>
> ---------------------------
>
> Hello,
>
> I have a question concerning the choice of a module number. the wiki told
> us to take an unused number, but how can i be sure that noone else already
> took this number for a external module ?
>
> I tried to use an alphanumerical string as a number and it works well
> (except if you use update, select, delete, ... in the string, because
> dolibarr will take it as a sql injection).
>
> But the problem remains for the number in the permissions definition where
> alphanumeric are not permitted.
>
> Does anyone have a solution ?
>
> Regards
> Christophe
>
>
Hi, why not simply use an md5 checksum or sha or any other and encript the
string name of the module ? This would mean to modify dolibarr, but at
least it would be unique.

Or another solution would be to keep an central base of all the modules,
which is again not really much possible.

Rgds
Saxa


> --
> Responsable technique
> SARL altairis
> www.altairis.fr
> 09 52 71 70 96
>
>
> ______________________________**_________________
> Dolibarr-dev mailing list
> [email protected]
> https://lists.nongnu.org/**mailman/listinfo/dolibarr-dev<https://lists.nongnu.org/mailman/listinfo/dolibarr-dev>
>
_______________________________________________
Dolibarr-dev mailing list
[email protected]
https://lists.nongnu.org/mailman/listinfo/dolibarr-dev

Répondre à