Faire une version démo d'un logiciel
Eddy58
Membre
J'aimerais recueillir vos avis sur la chose.
Je voudrais mettre en place un système qui limite la durée de vie du logiciel à 30 jours à compter de son installation si aucune licence (ou keyfile, rien n'est décidé de ce côté là ) n'est trouvé. Seulement, comment mettre en place ceci, car, je me demande où doit être stockée l'information de la date d'installation, et comment est-elle stockée. Car en cas de réinstallation du logiciel, il faut bien sûr que cette date ne soit pas réinitialisée sinon ça ne sert à rien. Il faut aussi que ça ne puisse pas être trafiqué. Je pense que ça doit être planqué dans un fichier caché, mais si quelqu'un a d'autres idées ou a expérimenté la chose je veux bien des infos plus précises.
Sinon il est bien sûr possible de faire une version limitée en fonctionnalitées, mais je trouve ça moins démonstratif.
Je voudrais mettre en place un système qui limite la durée de vie du logiciel à 30 jours à compter de son installation si aucune licence (ou keyfile, rien n'est décidé de ce côté là ) n'est trouvé. Seulement, comment mettre en place ceci, car, je me demande où doit être stockée l'information de la date d'installation, et comment est-elle stockée. Car en cas de réinstallation du logiciel, il faut bien sûr que cette date ne soit pas réinitialisée sinon ça ne sert à rien. Il faut aussi que ça ne puisse pas être trafiqué. Je pense que ça doit être planqué dans un fichier caché, mais si quelqu'un a d'autres idées ou a expérimenté la chose je veux bien des infos plus précises.
Sinon il est bien sûr possible de faire une version limitée en fonctionnalitées, mais je trouve ça moins démonstratif.
Connectez-vous ou Inscrivez-vous pour répondre.
Réponses
Oui mais ça ne sert à rien car, au bout des 30 jours, il suffirait d'effacer les prefs pour tout faire repartir à zéro. Les fichiers générés ne sont pas l'emplacement pour ça, ça n'aurait pas plus d'effet et je peux pas mettre n'importe quoi dedans.
Si ton soft ne plait pas à l'utilisateur, que devient le fichier caché ?
Si l'utilisateur essaye le soft, le jete, puis l'essaye de nouveau six mois après ?
Cacher des fichiers pour proteger le logiciel est d'une certaine facon "polluer" la machine du (futur?) client, pour ma part, je placerais la date dans les prefs (cachee pour que l'on ne puisse pas mettre 2020 et utiliser le soft jusque la!) et pourquoi pas en doublon dans le bundle.
Si on veut te voler, il faudra tous les xx jours reinstaller l'appli et supprimer les preferences. Si en plus a chaque lancement tu affiches une fenetre de rappel (ce logiciel n'est pas gratuit, il faut s'enregistrer!), il faudra etre particulierement tenace pour resister...
Pour ma part, je distribue des versions bridees, ce qui est plus facile (si on efface la preference, on est _toujours_ bride!)
Je ne suis pas non plus adepte de telles pratiques, je me renseigne seulement sur ce qui est pratique et efficace, autant pour l'utilisateur que pour l'auteur du soft.
As-tu essayé la version démo de M$ Office ? 30 jours, c'est 30 jours...pas un de plus, même si tu veux réessayer quelques temps plus tard. Ceci dit, une question me perturbe sur la fiabilité de la protection d'une telle suite, mais je n'irais pas plus loin dans ce sens là . ::)
Tu sais, je connais quelqu'un qui, pendant que Graphic Converter égrenne ses 30 secondes au lancement du soft, fait autre chose, va voir son courrier, etc... et cela ne le dérange pas le moins du monde.
En tout cas, je vous remercie pour vos suggestions.
Mais :
- Les préférences prendraient tout au plus 3 minutes a être reréglées.
- De plus que se passe-t-il si le fichier pref est effacé ? Le logiciel n'aura plus de référence, va se croire à son premier lancement, et réinitialisera gentiment le compteur.
- Dans le bundle, c'est pas plus sécuritaire, un écrasement par le bundle initial et on en parle plus non plus.
- Mettre la date dans les fichiers générés c'est pas bête du tout, mais cela dépend du contexte de l'appli et des données gérées. Si la date est mise dans un fichier regroupant de nombreuses données fastidieuses à réentrer et retrouver si le fichier venait à être effacé, alors oui là c'est valable. Mais dans mon cas de figure, l'appli peut recevoir des données d'applications tierces, donc en un clic toutes les données volontairement effacées pourraient êtres transférées et le fichier contenant les données de travail aussitôt régénéré avec un compteur réinitialisé.
J'ai finalement décidé d'utiliser en mode démo le bridage de fonctionnalitées, en trouvant le meilleur compromis possible.
Seul défaut avec la date c'est que si tu change le date du system tu peux avoir une licence demo valide aussi longtemps que tu veux.
Tu devrais faire un test si la date actuelle (du system celle qui peut être changée) est antérieure à la date enregistrée.
Il dois y avoire un moyen car ma version demo (avant qu eje l'achête) de Dreamweaver s'était blockée quand j'avais changée la date du system, (je crois que en fait c'étais une fausse manip qui l'avais mise en 1997 alors que on était en 2005 et quand j'avais installé DW demo il y avais la fausse date et quand j'ai remis la bonne date il l'avais blockée)