Discussion :

[dchamot]

Bonjour à tous,

Nous avons un outil maison en LAMP, qui possède une interface extranet.

Les visiteurs de l'extranet consultent des fiches issues de la BD. Ces fiches ont un index (normal jusque-là).

Mais il est utilisé dans les URL à plusieurs endroits, et il ne nous semble pas simple d'éviter de l'envoyer en GET.

Ce qui est gênant c'est l'aspect indiscret de cet index / compteur, il donne en effet une indication sur le nombre de fiches et cela nous souhaiterions l'éviter.

La solution envisagée est de garder du point de vue script PHP la gestion des fiches grâce à l'index en BD, mais d'afficher/utiliser dans les formulaires cet index de manière codée du genre MD5 pour que le comptage ne soit plus possible pour les utilisateurs.

Il faut donc:
- savoir comment coder cet index
- faire en sorte que ce codage soit réversible (non pas comme MD5)
- par conséquent il faut bien entendu que le résultat de l'encodage soit unique (UID Unique IDentifier...)

Nous n'avons pas de solution sur étagère, d'où cette demande de contribution.

Je reste à votre dispo pour plus de précisions,

Merci d'avance.

[grunk]

Modifier la base est exclue ?

Tu pourrais par exemple rajouter un champs à ta base qui serais un index unique non numérique (par exemple générer un truc avec uniqid()). Libre à toi ensuite de garder ou non l'index numérique.

Sinon ,une méthode rapide consisterait à utiliser base64_encode() et base64_decode();

[dchamot]

Oui tout cela est effectivement applicable... mais pas user friendly si un utilisateur veut se servir de la référence.... m'enfin...

je me demandais si il n'y avait pas moyen de faire plus court comme UID lorsque l'index n'en est "qu'à" 200.000 enregistrements.

Du genre:
'index' <=> 'index_codé'
'0049999' <=> '12A3456'
'0050000' <=> 'A1876MC'

Bref plus court avec n'importe (chiffres et/ou caractères Alpha)... bref pas une fonction comme celle que tu cites.

Pour répondre à la modif de la BD, pourquoi pas rajouter un champ, c'est peut-être la soluce.

[grunk]

Un base64_encode sur une id 123456789 (123M d'entrée ca commence à faire) ne donne une clé "que" de 12 caractères soit 3 caractère de plus que l'id. CA ne me parait pas si gênant pour un utilisateur.

Pour 0050000 ca donne donc : MjA0ODA=

[Aphox]

Salut,

Pour répondre à la modif de la BD, pourquoi pas rajouter un champ, c'est peut-être la soluce.

Par exemple mettre la valeur de l'id en hexadécimal. Plus court, facilement calculable dans les deux sens, et beaucoup de gens ne sauront pas que 5C0E est en fait l'id 23566.

EDIT : D'ailleurs ce n'est pas obligatoire de modifier la BD pour ça