|
FOROS PROFESIONALES
WINDEV, WEBDEV y WINDEV Mobile |
| | | | | |
| Inicio → WINDEV 2024 → Y'a t'il un moyen de protéger son application contre le piratage? |
| Y'a t'il un moyen de protéger son application contre le piratage? |
| Iniciado por francois.falavel, 06,ago. 2004 13:16 - 19 respuestas |
| |
| | | |
|
| |
Publicado el 06,agosto 2004 - 13:16 |
Bonjour à tous,
Je souhaiterais faire une version démo de mon application que j'enverrais
par courrier postal, seulement le soucis est qu'il est possible que le destinataire
du courrier le copie.
J'aimerais connaitre vos idées pour empecher cela.
Merci |
| |
| |
| | | |
|
| | |
| |
Publicado el 06,agosto 2004 - 13:37 |
Bonjour,
Vous avez pensé à l'usager malin qui changera la date de son ordinateur à la
meme date qu'il a installé son démo avant de l'exécuter - soit, dans ce
cas-ci entre le 31 12 2004 et le 15 03 2005 ??
Il pourra alors utiliser le démo indéfiniment.
Personnellement il m'arrive fréquemment de reculer la date de l'ordi de 1 an
ou 2 avant d'exécuter un démo que je sais limité dans le temps. Ça
fonctionne à 99.9% du temps.
En fait, quelle est l'utilité de limiter un démo dans le temps?
C'est un démo de toute facon qui a déjà des fonctions limitées.
Mais si la limitation du démo est indispensable, pourquoi ne pas imposer un
nombre limite d'utilisations sans limite de temps? Il y a des démos qu'on
installe et essai tout de suite - une fois. Par manque de temps, on le
laisse de coté, puis quelques mois plus tard, on veut y revenir et réévaluer
le démo en question. Si le démo n'est plus accessible, la plupart du temps
on s'impatiente et on passe à autre chose. Une vente de moins pour le
concepteur.
Mais si le démo permet, par exemple, 20 utilisations sans limite de temps,
cela permet au client potentiel de réévaluer le logiciel sans probleme à
différentes intervales. Une vente potentielle de plus pour le concepteur.
Mais je crois que de garder un démo sans limite de temps ou de nombre de
fois d'utilisation offre de biens meilleures chances d'intéresser le client
potentiel. A mon avis, le logiciel de démonstration devrait seulement
indiquer à quelques endroits statégiques que c'est un DÉMO - ce devrait etre
bien suffisant.
Par contre, protéger la version Normale contre le piratage, ça c'est très
important et meme essentiel.
Qu'en pensez-vous?
--
Cordialement,
Réal Philippon
"J-F F" <jf.fayolle@free.fr> a écrit dans le message de
news:41137b82$1@news.pcsoft.fr...
"Francois F" <francois.falavel@c-logik.com> wrote:
Bonjour à tous,
Je souhaiterais faire une version démo de mon application que j'enverrais
par courrier postal, seulement le soucis est qu'il est possible que le
destinataire
du courrier le copie.
J'aimerais connaitre vos idées pour empecher cela.
Merci
La solution que j'ai trouvée est la suivante : Global //déclarations globales du programme accéssible dans code du projet Entier1 est un entier = 74875 // valeur du 31 12 2004 Entier2 est un entier = 74965 // valeur du 15 03 2005 version1 est une chaine = "D"// D pour version de démo //version1 est une chaîne = "N"// N pour version normale SI version1 = "D" ALORS // 01 "évaluation Resultat1 =
EntierVersDate(Entier1)
//-------------Date en Version D------------
Ouvre(Fen_Info," <-------- programme pour Windows ---------> " + RC +
RC +...
"Cette version d'évaluation est volontairement bridée " + RC + RC +...
"tout en permettant à l'utilisateur de l'essayer en" + RC + RC +...
"conditions réelles jusqu'au " + DateVersChaine(Resultat1,"JJ MMM AAAA")
+ " .")
Resultat2 = EntierVersDate(Entier2)//Date en Version D
SINON // 01 = ========= Version normale ====================
...suite des instructions...
il suffit de choisir ou positionner les // pour obtenir une version soit
compilée soit de démo. Dans ce dernier cas après la date limite, il se
passe
ceci :
SI version1 = "D" ALORS // B ou D +
SI DateVersEntier(DateSys()) >= Entier1 ET...
DateVersEntier(DateSys()) <= Entier1 + 5 ALORS
TitreSuivant(" S I D R : --------> A t t e n t i o n ! <---------")
Ouvre(Fen_Erreur,"La date de fin d'évaluation (" +
DateVersChaine(Resultat1)
+ ...
") est dépassée !!!")
HFerme("")
Ferme
FIN
SI DateSys() > Resultat2 ALORS
TitreSuivant(" programme : ---> E R R E U R F A T A L E <--- ")
Ouvre(Fen_Erreur,"V E R S I O N D ' E V A L U A T I O N ! " + RC + RC
+...
"La date limite d'évaluation est dépassée. " + RC + RC +...
" Le programme va être arrêté.")
HFerme("")
fSupprime("programme.exe")
fSupprime("programme.wdl")
Ferme
FIN
FIN
En gros, quand la date + 5 jours est dépassée : bloquage total et
destruction
des www.exe et www.wdlSi ceci n'est pas très lisible je peux transmettre par fichier plus
expliciye.
Bon amusement (chez moi ça marche)
|
| |
| |
| | | |
|
| | |
| |
Publicado el 06,agosto 2004 - 16:37 |
"Francois F" <francois.falavel@c-logik.com> wrote:
Bonjour à tous,
Je souhaiterais faire une version démo de mon application que j'enverrais
par courrier postal, seulement le soucis est qu'il est possible que le destinataire
du courrier le copie.
J'aimerais connaitre vos idées pour empecher cela.
Merci
La solution que j'ai trouvée est la suivante :
Global //déclarations globales du programme accéssible dans code du projet
Entier1 est un entier = 74875 // valeur du 31 12 2004
Entier2 est un entier = 74965 // valeur du 15 03 2005
version1 est une chaine = "D"// D pour version de démo
//version1 est une chaîne = "N"// N pour version normale
SI version1 = "D" ALORS // 01 "évaluation Resultat1 = EntierVersDate(Entier1)
//-------------Date en Version D------------
Ouvre(Fen_Info," <-------- programme pour Windows ---------> " + RC +
RC +...
"Cette version d'évaluation est volontairement bridée " + RC + RC +...
"tout en permettant à l'utilisateur de l'essayer en" + RC + RC +...
"conditions réelles jusqu'au " + DateVersChaine(Resultat1,"JJ MMM AAAA")
+ " .")
Resultat2 = EntierVersDate(Entier2)//Date en Version D
SINON // 01 = ========= Version normale ====================
....suite des instructions...
il suffit de choisir ou positionner les // pour obtenir une version soit
compilée soit de démo. Dans ce dernier cas après la date limite, il se passe
ceci :
SI version1 = "D" ALORS // B ou D +
SI DateVersEntier(DateSys()) >= Entier1 ET...
DateVersEntier(DateSys()) <= Entier1 + 5 ALORS
TitreSuivant(" S I D R : --------> A t t e n t i o n ! <---------")
Ouvre(Fen_Erreur,"La date de fin d'évaluation (" + DateVersChaine(Resultat1)
+ ...
") est dépassée !!!")
HFerme("")
Ferme
FIN
SI DateSys() > Resultat2 ALORS
TitreSuivant(" programme : ---> E R R E U R F A T A L E <--- ")
Ouvre(Fen_Erreur,"V E R S I O N D ' E V A L U A T I O N ! " + RC + RC +...
"La date limite d'évaluation est dépassée. " + RC + RC +...
" Le programme va être arrêté.")
HFerme("")
fSupprime("programme.exe")
fSupprime("programme.wdl")
Ferme
FIN
FIN
En gros, quand la date + 5 jours est dépassée : bloquage total et destruction
des www.exe et www.wdl
Si ceci n'est pas très lisible je peux transmettre par fichier plus expliciye.
Bon amusement (chez moi ça marche) |
| |
| |
| | | |
|
| | |
| |
Publicado el 06,agosto 2004 - 17:06 |
Si c'est une démo, c'est que tu as supprimé certaines fonction et que tu ne
fait pas payer cette version, donc si le mec qui reçoit la démo la copie,
je vois pas où est le problème, au contraire ça te fais connaitre et tu as
plus de chance de vendre ton appli complète...
"Francois F" <francois.falavel@c-logik.com> wrote:
Bonjour à tous,
Je souhaiterais faire une version démo de mon application que j'enverrais
par courrier postal, seulement le soucis est qu'il est possible que le destinataire
du courrier le copie.
J'aimerais connaitre vos idées pour empecher cela.
Merci
|
| |
| |
| | | |
|
| | |
| |
Publicado el 06,agosto 2004 - 20:02 |
Oui, alors, je suis d'accord avec vous tous.
Le probleme que je rencontre est que le "futur client" qui veut tester la
démo a demandé de testé la version complete, sans aucune bride.
Donc, la limitation par 20 utilisations c'est bien.
Mais si le mec plante son ordi 10 fois, il va pas l'utiliser bien longtemps.
Mais c'est une bonne idée.
L'histoire de la date c'est tres connu...
Voilà...
je vous remercie, continuez à réagir. |
| |
| |
| | | |
|
| | |
| |
Publicado el 06,agosto 2004 - 21:21 |
Salut,
le plus simple est de brider certaines fonctions de ton programme
pour qu'il reste clair et pro en fonction de l'impact commercial que tu
veux en faire.
Il y a plusieurs facon de faire :
1) si tu utilise une base de donnée ,limite le nombre d'enregistrements
2) si tu imprime des etats tu peux y avoir mis une image de fond comme
une page blanche avec un texte en tres gros caractere "" VERSION DEMO "
3) si tu as un bouton ou un menu qui permet d'enregistrer le travail,il
annonce
par une boite de dialogue ,que cette fonction est integre dans la version
pro
et il y en a plein d'autre.
ca laissera la possibilite aux utilisateurs potentiels d'apprecier ton
programme
et aux autres de se casser les dents.
A+ et BON DEV.
"Phil" <pasdespam_info@ultra.ca> a écrit dans le message de news:
4113a5c9@news.pcsoft.fr...
Bonjour,
Vous avez pensé à l'usager malin qui changera la date de son ordinateur à
la
meme date qu'il a installé son démo avant de l'exécuter - soit, dans ce
cas-ci entre le 31 12 2004 et le 15 03 2005 ??
Il pourra alors utiliser le démo indéfiniment.
Personnellement il m'arrive fréquemment de reculer la date de l'ordi de 1
an
ou 2 avant d'exécuter un démo que je sais limité dans le temps. Ça
fonctionne à 99.9% du temps.
En fait, quelle est l'utilité de limiter un démo dans le temps?
C'est un démo de toute facon qui a déjà des fonctions limitées.
Mais si la limitation du démo est indispensable, pourquoi ne pas imposer
un
nombre limite d'utilisations sans limite de temps? Il y a des démos qu'on
installe et essai tout de suite - une fois. Par manque de temps, on le
laisse de coté, puis quelques mois plus tard, on veut y revenir et
réévaluer
le démo en question. Si le démo n'est plus accessible, la plupart du temps
on s'impatiente et on passe à autre chose. Une vente de moins pour le
concepteur.
Mais si le démo permet, par exemple, 20 utilisations sans limite de temps,
cela permet au client potentiel de réévaluer le logiciel sans probleme à
différentes intervales. Une vente potentielle de plus pour le concepteur.
Mais je crois que de garder un démo sans limite de temps ou de nombre de
fois d'utilisation offre de biens meilleures chances d'intéresser le
client
potentiel. A mon avis, le logiciel de démonstration devrait seulement
indiquer à quelques endroits statégiques que c'est un DÉMO - ce devrait
etre
bien suffisant. Par contre, protéger la version Normale contre le piratage, ça c'est très important et meme essentiel. Qu'en pensez-vous? -- Cordialement, Réal Philippon "J-F F" <jf.fayolle@free.fr> a écrit dans le message de news:41137b82$1@news.pcsoft.fr... "Francois F" <francois.falavel@c-logik.com> wrote:
Bonjour à tous,
Je souhaiterais faire une version démo de mon application que
j'enverrais
par courrier postal, seulement le soucis est qu'il est possible que le
destinataire du courrier le copie.
J'aimerais connaitre vos idées pour empecher cela.
Merci
La solution que j'ai trouvée est la suivante : Global //déclarations globales du programme accéssible dans code du
projet
Entier1 est un entier = 74875 // valeur du 31 12 2004
Entier2 est un entier = 74965 // valeur du 15 03 2005
version1 est une chaine = "D"// D pour version de démo
//version1 est une chaîne = "N"// N pour version normale
SI version1 = "D" ALORS // 01 "évaluation Resultat1 =
EntierVersDate(Entier1)
//-------------Date en Version D------------
Ouvre(Fen_Info," <-------- programme pour Windows ---------> " + RC +
RC +...
"Cette version d'évaluation est volontairement bridée " + RC + RC +...
"tout en permettant à l'utilisateur de l'essayer en" + RC + RC +...
"conditions réelles jusqu'au " + DateVersChaine(Resultat1,"JJ MMM AAAA")
+ " .")
Resultat2 = EntierVersDate(Entier2)//Date en Version D
SINON // 01 = ========= Version normale ====================
...suite des instructions...
il suffit de choisir ou positionner les // pour obtenir une version soit
compilée soit de démo. Dans ce dernier cas après la date limite, il se
passe ceci :
SI version1 = "D" ALORS // B ou D +
SI DateVersEntier(DateSys()) >= Entier1 ET...
DateVersEntier(DateSys()) <= Entier1 + 5 ALORS
TitreSuivant(" S I D R : --------> A t t e n t i o n ! <---------")
Ouvre(Fen_Erreur,"La date de fin d'évaluation (" +
DateVersChaine(Resultat1) + ...
") est dépassée !!!")
HFerme("")
Ferme
FIN
SI DateSys() > Resultat2 ALORS
TitreSuivant(" programme : ---> E R R E U R F A T A L E <--- ")
Ouvre(Fen_Erreur,"V E R S I O N D ' E V A L U A T I O N ! " + RC + RC
+... "La date limite d'évaluation est dépassée. " + RC + RC +...
" Le programme va être arrêté.")
HFerme("")
fSupprime("programme.exe")
fSupprime("programme.wdl")
Ferme
FIN
FIN
En gros, quand la date + 5 jours est dépassée : bloquage total et
destruction des www.exe et www.wdlSi ceci n'est pas très lisible je peux transmettre par fichier plus expliciye.
Bon amusement (chez moi ça marche)
|
| |
| |
| | | |
|
| | |
| |
Publicado el 07,agosto 2004 - 01:39 |
"Francois F" <francois.falavel@c-logik.com> écrivait
news:41134c53@news.pcsoft.fr:
Bonjour à tous,
Je souhaiterais faire une version démo de mon application que
j'enverrais par courrier postal, seulement le soucis est qu'il est
possible que le destinataire du courrier le copie.
J'aimerais connaitre vos idées pour empecher cela.
Merci
Salut,
Cherche avec le mot "Limitation" dans le guide (la soucoupe en bas à
droite) de windev, il y a 3 exemples de limitation.
--
En esperant t'avoir aidé.
ted |
| |
| |
| | | |
|
| | |
| |
Publicado el 08,agosto 2004 - 11:18 |
Bonjour
Mais la il y a aussi une autre possibilité pour un fouineur avec un éditeur
Hexadécimal, Non ? éditer la date ?
Mieux vaut bloquer à x enregistrements ou bloquer certaines fonctions.....
--
Merci et bonnes salutations
Pour m'écrire enlever le x xrmvuille@freesurf.ch
www.rmvuille.ch généalogie et site personnel.
Visitez www.saphirw.ch une idée cadeau ?
"J-F F" <jf.fayolle@free.fr> a écrit dans le message de
news:41137b82$1@news.pcsoft.fr...
"Francois F" <francois.falavel@c-logik.com> wrote:
Bonjour à tous,
Je souhaiterais faire une version démo de mon application que j'enverrais
par courrier postal, seulement le soucis est qu'il est possible que le
destinataire
du courrier le copie.
J'aimerais connaitre vos idées pour empecher cela.
Merci
La solution que j'ai trouvée est la suivante : Global //déclarations globales du programme accéssible dans code du projet Entier1 est un entier = 74875 // valeur du 31 12 2004 Entier2 est un entier = 74965 // valeur du 15 03 2005 version1 est une chaine = "D"// D pour version de démo //version1 est une chaîne = "N"// N pour version normale SI version1 = "D" ALORS // 01 "évaluation Resultat1 =
EntierVersDate(Entier1)
//-------------Date en Version D------------
Ouvre(Fen_Info," <-------- programme pour Windows ---------> " + RC +
RC +...
"Cette version d'évaluation est volontairement bridée " + RC + RC +...
"tout en permettant à l'utilisateur de l'essayer en" + RC + RC +...
"conditions réelles jusqu'au " + DateVersChaine(Resultat1,"JJ MMM AAAA")
+ " .")
Resultat2 = EntierVersDate(Entier2)//Date en Version D
SINON // 01 = ========= Version normale ====================
...suite des instructions...
il suffit de choisir ou positionner les // pour obtenir une version soit
compilée soit de démo. Dans ce dernier cas après la date limite, il se
passe
ceci :
SI version1 = "D" ALORS // B ou D +
SI DateVersEntier(DateSys()) >= Entier1 ET...
DateVersEntier(DateSys()) <= Entier1 + 5 ALORS
TitreSuivant(" S I D R : --------> A t t e n t i o n ! <---------")
Ouvre(Fen_Erreur,"La date de fin d'évaluation (" +
DateVersChaine(Resultat1)
+ ...
") est dépassée !!!")
HFerme("")
Ferme
FIN
SI DateSys() > Resultat2 ALORS
TitreSuivant(" programme : ---> E R R E U R F A T A L E <--- ")
Ouvre(Fen_Erreur,"V E R S I O N D ' E V A L U A T I O N ! " + RC + RC
+...
"La date limite d'évaluation est dépassée. " + RC + RC +...
" Le programme va être arrêté.")
HFerme("")
fSupprime("programme.exe")
fSupprime("programme.wdl")
Ferme
FIN
FIN
En gros, quand la date + 5 jours est dépassée : bloquage total et
destruction
des www.exe et www.wdlSi ceci n'est pas très lisible je peux transmettre par fichier plus
expliciye.
Bon amusement (chez moi ça marche)
|
| |
| |
| | | |
|
| | |
| |
Publicado el 08,agosto 2004 - 19:51 |
"Phil" <pasdespam_info@ultra.ca> wrote:
Bonjour,
Vous avez pensé à l'usager malin qui changera la date de son ordinateur
à la
meme date qu'il a installé son démo avant de l'exécuter - soit, dans ce
cas-ci entre le 31 12 2004 et le 15 03 2005 ??
Il pourra alors utiliser le démo indéfiniment.
Personnellement il m'arrive fréquemment de reculer la date de l'ordi de
1 an
ou 2 avant d'exécuter un démo que je sais limité dans le temps. Ça
fonctionne à 99.9% du temps.
En fait, quelle est l'utilité de limiter un démo dans le temps?
C'est un démo de toute facon qui a déjà des fonctions limitées.
Mais si la limitation du démo est indispensable, pourquoi ne pas imposer
un
nombre limite d'utilisations sans limite de temps? Il y a des démos qu'on
installe et essai tout de suite - une fois. Par manque de temps, on le
laisse de coté, puis quelques mois plus tard, on veut y revenir et réévaluer
le démo en question. Si le démo n'est plus accessible, la plupart du temps
on s'impatiente et on passe à autre chose. Une vente de moins pour le
concepteur.
Mais si le démo permet, par exemple, 20 utilisations sans limite de temps,
cela permet au client potentiel de réévaluer le logiciel sans probleme à
différentes intervales. Une vente potentielle de plus pour le concepteur.
Mais je crois que de garder un démo sans limite de temps ou de nombre de
fois d'utilisation offre de biens meilleures chances d'intéresser le client
potentiel. A mon avis, le logiciel de démonstration devrait seulement
indiquer à quelques endroits statégiques que c'est un DÉMO - ce devrait
etre
bien suffisant. Par contre, protéger la version Normale contre le piratage, ça c'est très important et meme essentiel. Qu'en pensez-vous? -- Cordialement, Réal Philippon "J-F F" <jf.fayolle@free.fr> a écrit dans le message de news:41137b82$1@news.pcsoft.fr... "Francois F" <francois.falavel@c-logik.com> wrote:
Bonjour à tous,
Je souhaiterais faire une version démo de mon application que j'enverrais
par courrier postal, seulement le soucis est qu'il est possible que le
destinataire
du courrier le copie.
J'aimerais connaitre vos idées pour empecher cela.
Merci
La solution que j'ai trouvée est la suivante : Global //déclarations globales du programme accéssible dans code du projet Entier1 est un entier = 74875 // valeur du 31 12 2004 Entier2 est un entier = 74965 // valeur du 15 03 2005 version1 est une chaine = "D"// D pour version de démo //version1 est une chaîne = "N"// N pour version normale SI version1 = "D" ALORS // 01 "évaluation Resultat1 = EntierVersDate(Entier1) //-------------Date en Version D------------
Ouvre(Fen_Info," <-------- programme pour Windows ---------> " + RC
+
RC +...
"Cette version d'évaluation est volontairement bridée " + RC + RC +...
"tout en permettant à l'utilisateur de l'essayer en" + RC + RC +...
"conditions réelles jusqu'au " + DateVersChaine(Resultat1,"JJ MMM AAAA")
+ " .")
Resultat2 = EntierVersDate(Entier2)//Date en Version D
SINON // 01 = ========= Version normale ====================
...suite des instructions...
il suffit de choisir ou positionner les // pour obtenir une version soit
compilée soit de démo. Dans ce dernier cas après la date limite, il se
passe ceci :
SI version1 = "D" ALORS // B ou D +
SI DateVersEntier(DateSys()) >= Entier1 ET...
DateVersEntier(DateSys()) <= Entier1 + 5 ALORS
TitreSuivant(" S I D R : --------> A t t e n t i o n ! <---------")
Ouvre(Fen_Erreur,"La date de fin d'évaluation (" +
DateVersChaine(Resultat1) + ...
") est dépassée !!!")
HFerme("")
Ferme
FIN
SI DateSys() > Resultat2 ALORS
TitreSuivant(" programme : ---> E R R E U R F A T A L E <---
")
Ouvre(Fen_Erreur,"V E R S I O N D ' E V A L U A T I O N ! " + RC + RC
+... "La date limite d'évaluation est dépassée. " + RC + RC +...
" Le programme va être arrêté.")
HFerme("")
fSupprime("programme.exe")
fSupprime("programme.wdl")
Ferme
FIN
FIN
En gros, quand la date + 5 jours est dépassée : bloquage total et
destruction des www.exe et www.wdlSi ceci n'est pas très lisible je peux transmettre par fichier plus expliciye.
Bon amusement (chez moi ça marche)
RE
Bien sûr, il existe des petits malins qui passent leur temps à modifier la
date du système, et qui s'amusent après un bug à recharger leur système ce
qui arrive souvent même s'ils ont mis en place un mode parallèle de gestion
des nombreuses dates qu'ils doivent utiliser frocément. A chacun ses plaisirs.
Le problème de la démo dont personne n'a parlé c'est son ancienneté : à
quoi sert d'essayer un logiciel en version 3 alors que la 4 ou plus est sortie
( c'est ce qui arrive quand on y pense plus pendant un certain temps. L'intérêt
d'une démo c'est de donner une idée des^possibilités de la version actuelle...
D'autre part, limiter à un nombre X d'essais c'est cacher deux chiffres X
et Y quelque part (base de registr par exemple) où quelques malins la trouveront
aussi.
Allez salut à tous. |
| |
| |
| | | |
|
| | |
| |
Publicado el 09,agosto 2004 - 10:11 |
Et si ton programme essayait de trouver une page spécifique pour ce client
sur un site Internet ?
Tant que la page existe, tu laisses aller, une fois que la page n'existe
plus, le programme ne fonctionne plus !
A+
--
Marcel Berman
c/o Managing Business SPRL
Allée du Petit Paris, 11
B - 1410 - Waterloo
Tel : +32 2 351.60.64
Fax : +32 2 351.45.78
Gsm : +32 475.799.477 |
| |
| |
| | | |
|
| | |
| |
Publicado el 09,agosto 2004 - 23:53 |
Salut,
juste un conseil , mefie de tes "futures clients",le fait de bloquer
certaines
fonctions ,ne penalise en rien le fonctionnement d'un programme.
c'est a toi de voir.
A+ et BON DEV
"Francois F" <francois.falavel@c-logik.com> a écrit dans le message de news:
4113aba7$1@news.pcsoft.fr...
Oui, alors, je suis d'accord avec vous tous.
Le probleme que je rencontre est que le "futur client" qui veut tester la
démo a demandé de testé la version complete, sans aucune bride.
Donc, la limitation par 20 utilisations c'est bien.
Mais si le mec plante son ordi 10 fois, il va pas l'utiliser bien
longtemps.
Mais c'est une bonne idée.
L'histoire de la date c'est tres connu...
Voilà...
je vous remercie, continuez à réagir.
|
| |
| |
| | | |
|
| | |
| |
Publicado el 11,agosto 2004 - 00:55 |
Et si tu limites la version démo en temps d'utilisation.
Dans la première fenêtre du projet, tu lances un timer,
et par exemple toutes les 1 minute, tu inscris
dans un fichier hyperfile le temps écoulé.
Dans le fichier, tu crées une rubrique "TempsEcoulé" de type entier
Exemple :
Temps maxi d'utilisation = 20 heures // = 7200000 centièmes
Procédure Time() // Pour le Timer
MonFichier.TempsEcoulé += 6000
// Timer toutes les 1 minute = 6000 centièmes
Hmodifie(MonFichier)
SI MonFichier.TempsEcoulé >= 7200000 ALORS FinDémo()
// Cette dernière ligne de code est également à mettre
// au lancement de l'appli pour tester si la démo est
// terminée
Dans le code d'init de la première fenêtre du projet :
SI PAS TimerSys("Time",6000) ALORS
// A toi de voir !
// Attention à la gestion des numéros de Timer
// Voir l'aide en ligne
FIN
De cette façon, il n'y a plus aucun problème de date et de nombre d'utilisation.
L'utilisateur peut utiliser la version Démo pendant seulement 20 heures,
en exécutant l'appli environ 100000 fois et en 10 ans si ça le chante !
Si vous avez des commentaires ou autres (améliorations)
ou si vous détectez une faille dans cette méthode, je suis preneur !
Attention, ceci n'est que la méthode de calcul, c'est sur que si l'utilisateur
copie le fichier hyperfile par exemple, il va revenir à 0 en temps d'utilisation,
c'est à toi à faire en sorte que cela ne puisse pas arriver.
Mais comme tu avais prévue de limiter la démo en nombre d'utilisation, je
pense que tu dois être au point pour éviter ce problème.
A plus. |
| |
| |
| | | |
|
| | |
| |
Publicado el 11,agosto 2004 - 10:51 |
Bonjour,
Je vois que personne n'y a pensé, alors je tente : et la protection par clé?
Je m'étais penché dessus à une époque pour un logiciel, et il y a des
variantes beaucoup
plus intéressantes que la simple (mais très efficace) clé qui renferme un
numéro de série :
il y a des clés avec un compteur de temps intégré qui empêche toute
utilisation au-delà de la
période d'essai. De plus, vous pouvez toujours essayer de changer l'heure du
PC, ça n'y change rien.
Le seul inconvénient est le prix des clés vierges, quoique ça a bien baissé
depuis.
Le fabriquant dont je me souviens est Aladdin, il y en a sûrement d'autres.
En espérant que vous trouverez une solution.
Cordialement
Uriel AURA
Dyn'R
Matériel Medical
"Francois F" <francois.falavel@c-logik.com> a écrit dans le message de
news:41134c53@news.pcsoft.fr...
Bonjour à tous,
Je souhaiterais faire une version démo de mon application que j'enverrais
par courrier postal, seulement le soucis est qu'il est possible que le
destinataire
du courrier le copie.
J'aimerais connaitre vos idées pour empecher cela.
Merci
|
| |
| |
| | | |
|
| | |
| |
Publicado el 11,agosto 2004 - 11:37 |
L'idée de Cédric de limiter le temps d'utilisation du démo avec un timer est
très intéressante.
Il y aurait aussi la possibilité que la version démo de ferme
automatiquement - avec un avis avant - au bout de disons 12 minutes
d'utilisation.
Mais, pour ma part, après avoir beaucoup étudié la question, je ne vois pas
quel avantage on a à limiter un démo.
Au contraire, on veut que le plus de personnes possible l'utilise et en
donnent des copie à d'autres personnes - en autant qu'il contienne quelques
restrictions comme une limite du nombre de clients et de produits ou autre.
--
Cordialement,
Réal Philippon
Programmation Ultra Ltée -o- www.ultra.ca
----------------------------------------------------
"cédric" <audemar.cedric@wanadoo.fr> a écrit dans le message de
news:41193650$1@news.pcsoft.fr...
Et si tu limites la version démo en temps d'utilisation.
Dans la première fenêtre du projet, tu lances un timer,
et par exemple toutes les 1 minute, tu inscris
dans un fichier hyperfile le temps écoulé.
Dans le fichier, tu crées une rubrique "TempsEcoulé" de type entier
Exemple :
Temps maxi d'utilisation = 20 heures // = 7200000 centièmes
Procédure Time() // Pour le Timer
MonFichier.TempsEcoulé += 6000
// Timer toutes les 1 minute = 6000 centièmes
Hmodifie(MonFichier)
SI MonFichier.TempsEcoulé >= 7200000 ALORS FinDémo()
// Cette dernière ligne de code est également à mettre
// au lancement de l'appli pour tester si la démo est
// terminée
|
| |
| |
| | | |
|
| | |
| |
Publicado el 11,agosto 2004 - 12:43 |
Bonjour,
Je suis tout à fait d'accord avec Uriel concernant la protection par Dongle
et je crois que Aladdin en est un des meilleur fournisseur.
Par contre, j'avais reculé devant cette solution parce que j'avais lu
quelque part que des cracks pouvaient émuler un dongle. Voir l'adresse
suivante:
http://k-509.host.sk/cours/Divers/K2R&E3_EmulationHasp-Windev7-Webdev15.htm…
Par contre, je me dis que si PC-Soft utilise cette protection ce doit être
relativement bon. Je suis certain qu'ils ont sérieusement analysé les
diverses possibilités pour choisir la solution qui présente un minimum de
risque - considérant qu'aucune méthode n'est parfaite.
Pour un logiciel commercial spécifique plus dispendieux, le Dongle est
parfait.
Mais pour un petit logiciel de moins de 100 euros (150 dollars canadiens)
cette solution n'est pas souhaitable puisqu'il faut miser sur la spontanéité
de l'acheteur en ligne. Dans ce cas, un verrouillage sur le disque dur
devrait être suffisant.
--
Cordialement,
Réal Philippon
Programmation Ultra Ltée -o- www.ultra.ca
"Uriel AURA" <uriel@dynr.com> a écrit dans le message de
news:4119c1ff$1@news.pcsoft.fr...
Bonjour,
Je vois que personne n'y a pensé, alors je tente : et la protection par
clé?
Je m'étais penché dessus à une époque pour un logiciel, et il y a des
variantes beaucoup
plus intéressantes que la simple (mais très efficace) clé qui renferme un
numéro de série :
il y a des clés avec un compteur de temps intégré qui empêche toute
utilisation au-delà de la
période d'essai. De plus, vous pouvez toujours essayer de changer l'heure
du
PC, ça n'y change rien.
Le seul inconvénient est le prix des clés vierges, quoique ça a bien
baissé
depuis.
Le fabriquant dont je me souviens est Aladdin, il y en a sûrement
d'autres.
En espérant que vous trouverez une solution. Cordialement Uriel AURA Dyn'R Matériel Medical "Francois F" <francois.falavel@c-logik.com> a écrit dans le message de news:41134c53@news.pcsoft.fr...
Bonjour à tous,
Je souhaiterais faire une version démo de mon application que
j'enverrais
par courrier postal, seulement le soucis est qu'il est possible que le
destinataire du courrier le copie.
J'aimerais connaitre vos idées pour empecher cela.
Merci
|
| |
| |
| | | |
|
| | |
| |
Publicado el 24,agosto 2004 - 11:41 |
Bonjour
"JF" <jf.fayolle@free.fr> a écrit dans le message de
news:41164bf1$1@news.pcsoft.fr...
> RE
et Y quelque part (base de registr par exemple) où quelques malins la
trouveront
> aussi.
wouais, mais écrire en base de données c'est pas une bonne idée car si
l'installation se fait sur une machine avec des droits, il va recevoir un
message lors de pose de cette ecriture.
William
--
Vous pouvez me joindre
william at rbesset.net
ou sur Msn
joindreWilliam at hotmail.com en instantanée
Allez salut à tous.
|
| |
| |
| | | |
|
| | |
| |
Publicado el 24,agosto 2004 - 16:59 |
"William" <William@nousautres.fr> wrote:
Bonjour "JF" <jf.fayolle@free.fr> a écrit dans le message de news:41164bf1$1@news.pcsoft.fr... RE
et Y quelque part (base de registr par exemple) où quelques malins la
trouveront aussi.
wouais, mais écrire en base de données c'est pas une bonne idée car si l'installation se fait sur une machine avec des droits, il va recevoir un message lors de pose de cette ecriture. William -- Vous pouvez me joindre william at rbesset.net ou sur Msn joindreWilliam at hotmail.com en instantanée
Allez salut à tous.
Pas de Pb sans solution :
à l'installation, procèder par un administrateur (il a en principe suffisament
de droits)
pour lire dans le registre, tout le monde y va sinon nombre de produits microsoft
ou symantec ne fonctionneraient pas .
Salut |
| |
| |
| | | |
|
| | |
| |
Publicado el 25,agosto 2004 - 11:54 |
bonjour
"J-F F" <jf.fayolle@free.fr> a écrit dans le message de
news:412b3bc9$1@news.pcsoft.fr...
> Pas de Pb sans solution :
et tu fais comment pour detecter les droits dans le setup??
Best
William
à l'installation, procèder par un administrateur (il a en principe
suffisament
de droits)
pour lire dans le registre, tout le monde y va sinon nombre de produits
microsoft
ou symantec ne fonctionneraient pas .
Salut
|
| |
| |
| | | |
|
| | |
| |
Publicado el 25,agosto 2004 - 16:48 |
"William" <William@nousautres.fr> wrote:
bonjour "J-F F" <jf.fayolle@free.fr> a écrit dans le message de news:412b3bc9$1@news.pcsoft.fr... Pas de Pb sans solution :
et tu fais comment pour detecter les droits dans le setup?? Best William
sauf erreur : droits = système (ici Windows)
setup = BIOS (mise en route bien avant un quelconque setup)
Or Win Dev comme son nom l'indique fonctionne sous Windows et non autrement.
à l'installation, procèder par un administrateur (il a en principe
suffisament de droits)
pour lire dans le registre, tout le monde y va sinon nombre de produits
microsoft ou symantec ne fonctionneraient pas .
Salut
|
| |
| |
| | | |
|
| | |
| |
Publicado el 26,agosto 2004 - 11:41 |
bonjour
"J-F F" <Jf.fayolle@free.fr> a écrit dans le message de
news:412c8aa3$1@news.pcsoft.fr...
"William" <William@nousautres.fr> wrote:
sauf erreur : droits = système (ici Windows)
setup = BIOS (mise en route bien avant un quelconque setup)
Excuse moi, mais je ne comprends pas.
Tu peux me dire que vient faire la notion de bios ici??
Le Mr me parle d'installation qui demanderais les droits d'administrateur.
La question est simple.
Comment faire pour detecter les droits Administrateur???
C tout et pas autre chose
Cdl
William |
| |
| |
| | | |
|
| | | | |
| | |
| | |
| |
|
|
|