Après il faut se poser la question de savoir à quoi sert la bijection dans ce genre de cas (je pense qu'il n'y aura pas plus de monde à vouloir décoder les liens en hexa/base64 que de personne à essayer de dépasser la longueur maximale autorisée dans les navigateurs/serveurs ;) ?
C'est retirer une fonctionnalité sympa. C'est bien de pouvoir retrouver la source d'une image.
Le seul risque serait une collision sur 2 images différentes mais avec un md5 ou un sha-1 il faut vraiment le vouloir (ou pas avoir de chance du tout).
À utiliser sha1 ou md5, il suffit de saler et de vérifier la non-existence de la clef avant inversion et changer le sel si besoin.
Sinon dernière bidouille pour gagner quelques octets
Si le nombre d'octets et si important qu'on met autant de barrières au reverse de l'url, il s'agit plus de générer un identifiant que de hasher cryptographiquement une donnée :
[^] # Re: origine
Posté par barmic . En réponse à la dépêche Un nouveau reverse-proxy cache pour les images externes sur LinuxFr.org. Évalué à 2.
Je ne suis pas Bruno Michel !
C'est retirer une fonctionnalité sympa. C'est bien de pouvoir retrouver la source d'une image.
À utiliser sha1 ou md5, il suffit de saler et de vérifier la non-existence de la clef avant inversion et changer le sel si besoin.
Si le nombre d'octets et si important qu'on met autant de barrières au reverse de l'url, il s'agit plus de générer un identifiant que de hasher cryptographiquement une donnée :
http://dev.petitchevalroux.net/php/generer-identifiant-alphanumerique-php.281.html
Ça seras je pense toujours plus performant sur le serveur tout en permettant de garder un contrôle de la taille des url.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)