Discussion :

[zidane22]

Bonjour à tous
Est-ce que quelqu'un sait comment définir une période d'essai basé sur le nombre d’exécutions.
Je veux dire si l'application est lancée plus de 10 fois, l'utilisateur est invité à insérer un mot de passe pour pouvoir continuer à utiliser l'application.
Je veux utiliser le registre ou base de données access pour compter le nombre d’exécutions, mais je ne sais pas comment faire.
Merci

[DAUDET78]

Je veux utiliser le registre

Si c'est dans la base de registre, il faut créer une clé dans la base avec la valeur 10 et la décrémenter ......
Mais c'est pas trop secure ! Moi, j'ai la mauvaise habitude se sauvegarder ma base de registre avant l’exécution d'un programme gratuit. Il faut cacher le compteur de manière plus sioux.
Par exemple dans un fichier binaire (créer Qct_32_Windows.DLL par exemple) dans C:\WINDOWS\system32 (il y déjà plein de DLL et on sait pas trop à quoi elles servent !) et les octets en position, 68 et 69 (par exemple) , c'est un compteur !

Et l’intérêt aussi, c'est que ce compteur est indépendant de la session ouverte (c'est trop facile de créer un utilisateur BIDON_0 et quand ça plante, on supprime l'utilisateur BIDON_0 et on crée un nouvel utilisateur BIDON_1 !)

Evidemment, rien n'est incontournable .

[DarkVader]

Bonjour,

Si c'est dans la base de registre, il faut créer une clé dans la base avec la valeur 10 et la décrémenter ......
Mais c'est pas trop secure ! Moi, j'ai la mauvaise habitude se sauvegarder ma base de registre avant l’exécution d'un programme gratuit. Il faut cacher le compteur de manière plus sioux.
Par exemple dans un fichier binaire (créer Qct_32_Windows.DLL par exemple) dans C:\WINDOWS\system32 (il y déjà plein de DLL et on sait pas trop à quoi elles servent !) et les octets en position, 68 et 69 (par exemple) , c'est un compteur !

Et l’intérêt aussi, c'est que ce compteur est indépendant de la session ouverte (c'est trop facile de créer un utilisateur BIDON_0 et quand ça plante, on supprime l'utilisateur BIDON_0 et on crée un nouvel utilisateur BIDON_1 !)

Si tu utilises un enregistreur d'état avant et après l'install, puis avant et après la primo exécution
c'est donné à n'importe qui de contourner ce genre de protection liée à une modification de fichier
dont il suffira de restaurer l'original en temps utile.

Evidemment, rien n'est incontournable .

Il y a bien heureusement des solutions plus solides que d'autres - la protection est un savoir faire.
Dans le cas précédemment cité, non seulement la sauvegarde d'un état d'utilisation est à bannir
mais en plus la protection conditionnel (si 'le nombre d'utilisation est dépassé' alors 'quitter') l'est tout autant
car elle ne tient pas 2 secondes face une solution patchée.