Vous ne trouvez pas de réponse à votre problème ? Alors posez la question dans le forum. Souvenez-vous qu'il n'y a jamais de question bête, mais rester dans l'ignorance parce que l'on n'ose pas poser une question, ça c'est une erreur !

TRIAL DE 30 JOURS


Information sur la source

Catégorie :Date & Heure Classé sous : trialde30jours Niveau : Débutant Date de création : 16/04/2007 Vu / téléchargé: 6 692 / 826

Note :
1 / 10 - par 1 personne
1,00 / 10

  • 1

  • 2

  • 3

  • 4

  • 5

  • 6

  • 7

  • 8

  • 9

  • 10

Commentaire sur cette source (15)
Ajouter un commentaire et/ou une note

Description

Cliquez pour voir la capture en taille normale
Bonjours à tous j'ai fait ce petit bout de code pour pouvoir avoir une évaluation de 30 jours inscrit dans deux (2) fichiers DateToday et FirstExecutionDate le fichier DateToday sert à inscrire La Date Daujourd'hui et le fichier FirstExecutionDate sert à inscrire La Première Exécution du Programme si quelqu'un pourrait m'aider. J'ai un gros problème à résoudre j'aimerais que si l'utilisateur recule sa date d'une journée le programme détecte et affiche un MessageBox affichant MsgBox "Désolé vous avez altéré la date", vbCritical S.V.P. veuillez regarder le code soyez sympa je suis nouveau ici et je suis débutant Merci à Tous pour votre aide précieuse!

PS. Je ne veut pas utiliser la base de registre c'est trop complexe je préfert le mode fixhier S.V.P. Merci!
 

Fichier Zip

Pour les "Membres Club", vous pouvez télécharger directement un fichier contenu dans le zip sans télécharger le zip en entier !

Télécharger le zip

Commentaires et avis

signaler à un administrateur
Commentaire de hvb le 17/04/2007 03:38:31

mais... la date est en clair! lol
tu as pourtant eu beaucoup de commentaires constructifs sur tes précédentes sources...
et ta méthode se resume à l'utilisation de datediff...
non la vraiment c'est abusé, je pense qu'il faut faire quelquechose de plus construit pour poster.

signaler à un administrateur
Commentaire de hvb le 17/04/2007 03:41:13

et je reprend pour dire que tu poste quelquechose censé aborder la sécurité, mais c'est sur ce point que tu demandes à ce que l'on fasse le boulot.
Même posté sur le forum, c'est limite :/

signaler à un administrateur
Commentaire de Drikce06 le 17/04/2007 08:08:55

Salut, c'est une source ou une demande d'aide sur ton problème?

signaler à un administrateur
Commentaire de Renfield le 17/04/2007 08:48:29 administrateur CS

sur qu'avec de tels noms, l'utilisateur ne vas pas savoir quoi modifier ^^

(surtout que les dates sont stockées en dur...)

signaler à un administrateur
Commentaire de NISANDSYSTEMS le 17/04/2007 11:39:37

Tu aurais déjà par soucis et conscience pro, cryptér ces données hautement sensibles.
De plus pourquoi 2 fichiers? Il y a d'autres methodes plus simples et beaucoup plus robustes que ces 2 fichiers modifiables.

Tu abordes un theme qui je le pense merite un vrai travail, surtout quand plus ici tu trouveras toute l'aide necessaire à ce projet, avec de nombreux experts en VB.
Mais tout travail merite reconnaissance, et ici la reconnaissance est le partage de source, des sources ou projets qui donnent envie d'etre lus, et acquises.

Voilà. Sinon bon courage pour la suite.

signaler à un administrateur
Commentaire de diablamanshadow le 17/04/2007 11:46:45

j'avais fait une source (que j'ai pas postee vu que j'en poste jamais ici) sur le system trial, un fichier ini tout bete ^^ un system de cryptage perso, date de premiere execution, date de derniere execution, date actuel dans le prog pas dans l'ini, nimbre de jours restant dans l'ini ^^ une fois fait j'ouvre l'ini avec mon prog, decrypte les trois chaine et je compare, si la date actuel est inferieur a celle de derniere utilisation ou de premiere utilisation msgbox d'alerance et suppression du logiciel (je cree un batch a partir du prog, lance la batch qui kill mon prog puis le delete)
si ses pas inferieur alors je fais date actuel - date premiere execution = x jours que je re ecrit dans le fichier, si x est superieur a y (ici 30) je met un msg puis ferme l'application sinon sa se deroule normalement ;-)

voila j'espere t'avoir eclairer, mon system est pas efficace a 100% mais bon jusque maintenant personne ne s'en est plein, de plus je met mon mail dans mes prog pour s'il veulent une version complete et j'en recois assez ^^

sinon ta une methode server, idem tu crypte host, port, login, pass, path , tu ouvre le fichier et le decrypte a l'ouverture du logiciel, tu fais + 1 a la chaine et tu l'up, ca c'est paspour 30 jours mais x utilisation ^^ sa peux aussi se faire en locale mais vu que la ses un peu simple je prefere le distant ^^

signaler à un administrateur
Commentaire de MadM@tt le 17/04/2007 13:18:07

Maintenant les pirates font des trial de 30 jours lol. (c'est une blagounette)

Sinon les commentaires précédents résument bien la situation ^^

signaler à un administrateur
Commentaire de asimengo le 17/04/2007 16:02:31

J'ai une préférence pour les compteurs d'accès plutôt qu'à un contrôle sur la date.

En general il suffit de démarrer l'appli avec l'horloge modifiée et le remettre a l'heure une fois l'application lancée.

Par contre avec un compteur d'accès, c'est moins facile à contourner pour un utilisateur normal, car il s'agira de sa capacité à reperer où est stocké les informations de compteur pour faire des restaurations. Mais en général toutes ces méthodes sont couplées à un contrôle de dates pour être plus efficace ou alors plus intelligentes.

J'aimerai bien savoir s'il y'a des méthodes imparables pour le trial. A mon avis aucun y'aura toujours moyen de contourner.

signaler à un administrateur
Commentaire de violent_ken le 17/04/2007 16:06:03

Salut, pas testé la source. Mais au vu des commentaires, c'est pas çà du tout !!

Je vais te donner plusieurs conseils pour réaliser un truc plus efficace :


1) Si tu ne sais pas comment utiliser le registre, regarde ma source ici : http://www.vbfrance.com/codes/CLASSE-GESTION-REGISTRE-LIRE-ECRIRE-SUPPRIMER-LISTER_40954.aspx

2) CRYPTE TES DONNEES ! Voici un exemple que j'ai fait à l'arrache : http://www.megaupload.com/?d=GUCYCEBP
De toutes manières, tappes 'Crypter' dans la zone de recherche de vbfrance et tu vas tomber sur un nombre impressionant de sources.

3) oublie pas de prendre en compte le fait que si l'utilisateur change la date du PC, le logiciel doit pas se faire rouler...

4) oublie pas que l'on peut changer la form de démarrage MÊME UNE FOIS LE LOGICIEL COMPILE. Alors essaie de ne pas juste faire un
SI dates ok ALORS FormPrincipale.Show : unload frmCheckDates...

5) bon ben voilà, essaie de faire un truc plus sécurisé et bon courage ^^

@+

signaler à un administrateur
Commentaire de asimengo le 17/04/2007 16:33:14

@violent_ken : comme les autres tu suggères des solutions plus ou moins contournables. Le plus important pour lui est de choisir le niveau de sécurité en fonction de l'envireonnement où fonctionnera son appli.

Je puis te rassurer "pirate softwarez" que la sécurité logicielle grand public est chose très complexe il faudrait adapter ta décurité plus à l'environement ou évolue ton logiciel qu'à implementer la plus efficace ou rigide possible.

Bien d'autres paramètres entre en compte, par exemple chez nous en Afrique il est préférable que le logiciel ait servit suffisamment longtemps pour que le client en dépende sinon un trial de 30J bloquerait très vite les débats. Plus il sera exploité et mieux tu pourra te faire valoir surtout s'il s'agit d'une appli traitant de base de données.

Bonne prog.

signaler à un administrateur
Commentaire de violent_ken le 17/04/2007 16:40:30

asimengo ==> évidemment que ce que je propose n'est pas une solution miracle... mais je tiens quand même à dire qu'appliquer ces quelques conseils ne pourra qu'améliorer la chose.



1) "PS. Je ne veut pas utiliser la base de registre c'est trop complexe je préfert le mode fixhier S.V.P. Merci!" ==> vraiment rien de difficile quand on utilise une classe déjà codée

2) pas de cryptage = niveau de sécurité nul

3) s'il suffit de changer la date du PC, c'est pas gagné pour la protection...

4) assez explicite



Donc bon, si un des 3 derniers points n'est pas respecté, la sécurité est vraiment très basse.

@+

signaler à un administrateur
Commentaire de asimengo le 17/04/2007 16:46:15

Je suis d'avis avec toi violent_ken, les points que tu soulignent sont quand même le minimum à respecter que je recommande à "pirate softwarez" d'essayer d'implementer.

signaler à un administrateur
Commentaire de hvb le 17/04/2007 18:36:18

d'ailleurs meme remarque que sur la précedente source :
c'est trop fort de la part d'un mec qui a pour pseudo "pirate softwarez" de poster un "trial" , surtout aussi secure...
désolé mais j'adore ce genre de pseudo. :) et je viens de repasser sur l'autre source, tu as de la chance que les mecs actifs qui sont passé ici (renfield, violent_ken) soient aussi patients... car ce sont ces même gens qui avaient tenté de t'aider sur la précedente source, et tu as quand même posté... ça. et beh!

signaler à un administrateur
Commentaire de boursicotteur le 20/04/2007 03:00:01

Deux méthodes simples:

1- Au lieu d'utiliser la date de l'ordi, tu n'as qu'à aller chercher la date sur le web au lancement de ton logiciel. Tu compare ensuite cette date avec celle enrégistrée lors du premier lancement.

2- Tu utilises la date de l'ordi mais à chaque lancement de ton logiciel, tu enrégistre la date (si supérieure à la précédente). Si jamais la nouvelle date est INFÉRIEURE à celle enrégistrée alors tu vas pouvoir conclure que l'horloge a été reculée.

signaler à un administrateur
Commentaire de Joe0557 le 09/05/2007 16:11:22

"1- Au lieu d'utiliser la date de l'ordi, tu n'as qu'à aller chercher la date sur le web au lancement de ton logiciel. Tu compare ensuite cette date avec celle enrégistrée lors du premier lancement."

Certaine personne n'on pas internet !

Ajouter un commentaire



Nos sponsors

Sondage...

CalendriCode

Juillet 2009
LMMJVSD
  12345
6789101112
13141516171819
20212223242526
2728293031  

Consulter la suite du CalendriCode

Comparez les prix Nouvelle version

Photothèque Nouveau !



Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel (EBArtSoft), Merci à Vincent pour ses précieux conseils
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés
Temps d'éxécution de la page : 0,328 sec

Google Coop CodeS-SourceS Google Coop CodeS-SourceS


Certaines images présentes sur le site (notament certains avatars) sont issues des collections IconShock, donc si vous souhaitez utiliser ces icons vous devez les acheter, ne les copiez pas et ne utilisez pas dans vos sites et applications sans les avoir commandé.