Faire une version démo d'un logiciel

Eddy58Eddy58 Membre
17:58 modifié dans API AppKit #1
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.

Réponses

  • 17:58 modifié #2
    Un fichier 'caché' est la seule solution. Dis-toi juste que ça ne sert à  rien de tout faire pour qu'il soit invisible, il est très facile de consulter les logs de création de fichier à  partir du terminal, et donc là  qu'il soit caché ou non ne change rien.
  • Eddy58Eddy58 Membre
    17:58 modifié #3
    Donc, la grosse faiblesse du sytème, c'est qu'il suffit de savoir quel est le fichier pour pouvoir l'effacer, mais d'un autre côté ce n'est pas à  la portée de l'utilisateur lambda et c'est ça qui m'importe...je vais faire des tests...;) 
  • 17:58 modifié #4
    Tu peux mettre la date dans les prefs ou les fichiers générés par ton app.
  • Eddy58Eddy58 Membre
    17:58 modifié #5
    dans 1126281647:

    Tu peux mettre la date dans les prefs ou les fichiers générés par ton app.

    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. 
  • septembre 2005 modifié #6
    Je dis ça parce que j'ai horreur des programmes qui mettent plein de .fichiersCachés partout. Leur protection vaut a peine plus qu'une date dans les prefs. Stocker la date dans les fichiers générés fait plus propre. Et je ne vois pas en quoi c'est n'importe quoi.

    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 ?
  • AntilogAntilog Membre
    17:58 modifié #7
    Je suis assez de l'avis de Supermic...
    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!)
  • Eddy58Eddy58 Membre
    septembre 2005 modifié #8
    dans 1126285274:

    Je dis ça parce que j'ai horreur des programmes qui mettent plein de .fichiersCachés partout. Leur protection vaut a peine plus qu'une date dans les prefs. Stocker la date dans les fichiers générés fait plus propre. Et je ne vois pas en quoi c'est n'importe quoi.

    Si ton soft ne plait pas à  l'utilisateur, que devient le fichier caché ?

    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.
    dans 1126285274:

    Si l'utilisateur essaye le soft, le jete, puis l'essaye de nouveau six mois après ?

    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à . ::)


    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...

    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.
  • 17:58 modifié #9
    Et sinon... tu veux pas nous monter ta réalisation ? ;)
  • Eddy58Eddy58 Membre
    17:58 modifié #10
    Il me reste encore un peu (beaucoup ?) de boulot pour finaliser le soft...et puis intégrer les protections. Je le présenterais quand il sera fin prêt (ne me demandez pas quand !), et puis la version démo aura tout à  fait sa place dans la rubrique logiciels d'OC. :)
  • elfelf Membre
    17:58 modifié #11
    Je t'ai répondu sur ton autre sujet mais pour la version démo c'est juste pour ajouter que si tu trouve pas le fichier (ou champ dans les pref system) tu peux aller un ajouter un nouveau avec la date...

    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)
Connectez-vous ou Inscrivez-vous pour répondre.