WD CODE ACTIVATION PERIODIQUE

tu nous fait juste un zip de la partie ou tu a le souci pour la génération du keygen et son utilisation pas besoin de tout le projet. Sinon c'est pas facile pour nous de reprendre ton code et refaire tes fenêtres.
J'avais pas vu ton message bravo a toi

 

D'une par c'est vrai qu'il faut comprendre un code ou un bout de code avant de l'utiliser.
J'ai créé un truc il y a quelques années en WD15 qui permettait d'utiliser une application que pour un mois avec un générateur de code externe à l'appli.
Je veux dire que si tu laisse ton imagination travailler tu trouvera un moyen de rendre ton application inutilisable au bout d'un certain temps sans un code de réactivation, tu as tous les outils de chiffrement possibles et imaginables dans toute la suite windev..... après le code que tu donne peut être une simple phrase lisible ou du type XXXXX XXXXX XXXXX s'il n'y a que toi qui connais le secret du code (l’algorithme) inverse alors il sera inviolable . Essai par toi même de trouver une solution quitte à créer une appli pour générer le code inverse.

 

Par exemple le code ascii du caractère A + la valeur du mois en cours puis de B + la valeur du mois en cours également que tu stock dans les variables V_A et V_B (A et B restent un exemple tu peux aller de a à 9 tout le clavier).
Après tu utilise une phrase crypté que tu stock dans une variable V_MonCode = Crypte("j'ai tout compris",V_A + V_B + Année)
à ce stade la clé est illisible (ae%z5@tr(#xep$ au mieux) alors tu fais une boucle pour remplacer les caractères spéciaux par des lettres ou des chiffres, (% sera 1, # sera F etc...) c'est toi qui gère, tu fais le chemin inverse dans ton application, ça marche très bien, tu peux utiliser les noms prénoms etc... de l'utilisateur et même récupérer les infos de connexion Windows pour obtenir une clé plus solide encore. C'est qu'un exemple parmi tant d'autres
Très simple à réaliser en très peut de lignes tu sécurise ton application et en plus tu peux décliner l'idée à l'infini en fonction des informations dont tu dispose sur l'utilisateur.

 

Je refais ma publication précédente pour la compléter ne vous étonnez pas c'est presque la même
Par exemple le code ascii du caractère A + la valeur du mois en cours puis de B + la valeur du mois en cours également que tu stock dans des variables V_A et V_B (A et B restent un exemple tu peux aller de a à 9 tout le clavier).
Après tu utilise une phrase crypté que tu stock dans une variable V_Maclé = Crypte("j'ai tout compris",V_A + V_B + Année)
à ce stade la clé est illisible (ae%z5@tr(#xep$ au mieux la preuve) alors tu fais une boucle pour remplacer les caractères spéciaux par des lettres ou des chiffres, (% sera 1, # sera F etc...) c'est toi qui gère, tu fais le chemin inverse dans ton application, ça marche très bien, tu peux utiliser les noms prénoms etc... de l'utilisateur et même récupérer les infos de connexion Windows pour créer la première clé que tu peux stocker en base de donnée ou fichier externe et là c'est une mauvaise idée, il faut la stocker en dure dans l'application, une application n'est jamais figée son propre code peut la modifier si tu l'a prévu en amont ce qui rend impossible l'utilisation du programme sur une autre machine. mais c'est un autre sujet C'est qu'un exemple parmi tant d'autres
Très simple à réaliser en très peut de lignes tu sécurise ton application et en plus tu peux décliner l'idée à l'infini en fonction des informations dont tu dispose sur l'utilisateur.
J’attends des réactions, des commentaires (du pour et du contre), je reste dispo pour en débattre dans le respect de chacun et la convivialité