Discussion :

[Eric Beaumard]

Bonjour,

Je ne suis pas certain de poster au bon endroit car ma question implique plusieurs champs de l'informatique. J'ai créé des applications Delphi que je voudrais mettre à disposition des internautes sans qu'ils puissent les copier, ou difficilement (puisque rien bien entendu n'est impossible dans ce domaine). J'avais pensé à ce que mon application n'atterrisse jamais sur le disque dur de son utilisateur. A aucun moment. Et que donc, il ait à clicker sur un bouton sur une page WEB pour qu'un téléchargement commence et mène au lancement en RAM de l'application sans qu'elle transite sur son disque dur. Cela pourrait impliquer une application Delphi à demeure sur le système de l'internaute et qu'il aurait donc à télécharger avant toute chose et à avoir à chaque téléchargement/exécution. Une application qui détecterait ce Click sur le bouton de la page WEB, lancerait alors un téléchargement de l'exe sur un site FTP (par exemple) et l'exécuterait en RAM une fois téléchargé. Cela existe peut-être déjà en Flash ou en Java, je ne sais pas.

Quelqu'un a-t-il des idées sur le sujet ?

Cordialement.

Eric.

[Paul TOTH]

il est possible d’exécuter une application en mémoire...et de la télécharger en mémoire...mais je doute de l’intérêt (et surtout du confort d'utilisation) de la chose.

[Eric Beaumard]

Merci pour la réponse. Content d'apprendre que l'on peut exécuter et télécharger une application en mémoire. Par contre que voulez-vous me dire quand vous parlez du fait que cela pourrait n'avoir que peu d'intérêt ? Diriez-vous que cela n'empêcherai pas la copie ? (pour l'utilisateur pas trop expérimenté). Je vous demande cela parce que tout faire en RAM était pour moi (je peux me tromper) une solution anti-copie intéressante. J'ai aussi oublié de préciser que cela obligerait ces internautes à aller sur mon site WEB pour lancer l'application, ce qui me convient bien aussi.

Pour le confort d'utilisation ce sont de petites applications de 1 Mo au maximum. Quelques secondes de téléchargement pour la plupart de leurs utilisateurs.

Cdlt.

Eric.

il est possible d’exécuter une application en mémoire...et de la télécharger en mémoire...mais je doute de l’intérêt (et surtout du confort d'utilisation) de la chose.

[Paul TOTH]

Merci pour la réponse. Content d'apprendre que l'on peut exécuter et télécharger une application en mémoire. Par contre que voulez-vous me dire quand vous parlez du fait que cela pourrait n'avoir que peu d'intérêt ? Diriez-vous que cela n'empêcherai pas la copie ? (pour l'utilisateur pas trop expérimenté). Je vous demande cela parce que tout faire en RAM était pour moi (je peux me tromper) une solution anti-copie intéressante. J'ai aussi oublié de préciser que cela obligerait ces internautes à aller sur mon site WEB pour lancer l'application, ce qui me convient bien aussi.

Pour le confort d'utilisation ce sont de petites applications de 1 Mo au maximum. Quelques secondes de téléchargement pour la plupart de leurs utilisateurs.

Cdlt.

Eric.

oui un utilisateur de base ne pourrais pas faire la copie du fichier...mais qu'est-ce qu'il empêche de diffuser le loader ?

[ALWEBER]

Confronté à une problématique similaire il y a quelques années j'avais mis en place une cle de déblocage. Si tu le souhaites je pourrai te faire parvenir les sources en Delphi

[ShaiLeTroll]

Sinon, voir Embarcadero InstantOn
C'est justement conçu pour avoir un serveur d'application sur le réseau avec un déploiement temporaire au moment de l'utilisation !

Dès le début, tu avais prévu un déploiement de ce type, ou c'est pour une sorte de version "gratuite" de logiciel ?

Pourquoi ne pas avoir choisi de faire un Site Web ou une Applet Java, ou encore un ActiveX signé

Je suppose que tu limites l'accès au téléchargement par un login\mot de passe ou un Numéro de Série unique ?
Seuls tes "abonnés" pourront télécharger le programme ?

Parce que si n'importe qui peut télécharger le programme, pourquoi faire de l'anti-copie !

Déjà commençons par savoir comment tu identifies un utilisateur, à partir de là, on pourra trouver des solutions !

Disons que tu as un registre d'abonnés, chacun à un Identifiant qu'il a choisi, et un mot de passe qu'il a choisi, en s'inscrivant sur le site web !
L'identifiant étant unique !

Dans ton programme, tu intègres une fenêtre de login + pw
Tu cherches dans ta base ce couple avec un WebService en PHP sur le serveur avec une DB MySQL par exemple
Tu peux utiliser DataSnap aussi pour ce travail !

Lors de l'Appel du WS, tu as aussi passé le Numéro de Série du Disque Dur et\ou l'Adresse MAC de la carte Réseau
Si c'est le premier lancement, dans la DB Distante, il est à NULL, le WS l'écrit et accorde l'ouverture
Si c'est le second lancement, dans la DB Distance, il contient déjà une valeur, tu compare donc cette valeur stockée avec le paramètre, et donc indique son accord ou pas !

Ton programme peut mémoriser le couple login+PW (modifiable dans un menu de configuration)
Evidemment, tu chiffres cela avec un clé, l'OS fourni plein d'algo dont AES !
la valeur chiffré encodé en Base64 pouvant être conserver dans la BDR, un Ini, ou un fichier conf XML ...

Cela protège de la copie, c'est moins lourd qu'un téléchargement systématique !
C'est assez proche de la procédure d'enregistrement du RAD Studio !

C'est une protection classique que font les jeux, ce n'est pas infaillible puisque souvent il y a des crack qui retire ces opérations (en ajoutant d'autre comme un troyen)

tu peux aussi utiliser ce système pour indiquer la possibilité de mise à jour de version et faire une maj automatique !

[Eric Beaumard]

Bonjour,

J'ai découvert un système qui a l'air pratique et ressemble à la philosophie
des applications pour Iphone: AppWave. Je suis en train d'essayer de faire
tourner une petite application avec mais ça ne fonctionne pas. Enfin je m'accroche.

Je te demanderais ton fichier si je renonce et me mets dans les gros efforts ...

En tous cas merci !

Eric.

Confronté à une problématique similaire il y a quelques années j'avais mis en place une cle de déblocage. Si tu le souhaites je pourrai te faire parvenir les sources en Delphi

[John Colibri]

> Lamon [...] l'hébergeur "delphicenter" [...] il est fermé.

- mon site jcolibri.com était hébergé chez JJ Mondoloni depuis
2001 (DelphiCenter)
- lorsque JJM a arrêté en décembre 2008, j'ai acheté un petit PC
PacBell à 280 Euros à la Fnac. Il avait Windows 7 (Ok, ok, "nobody's
perfect"). Et j'ai placé un serveur HTTP Indy et mes pages sur le PacBell
- coût total : 280 Euros pour le PC, Gandi pour réserver
les noms (12 Euros par site / an ), l'accès IP fixe (30 Euros / mois
Free, par exemple) et l'electricité pour tout ce petit monde.
- en fait, la plupart de ces frais je les avais déjà : le pc,
l'abonnement ADSL, la réservation des noms de domaines GANDI.
Bilan
-- en moins les frais de DelphiCenter (300 Euros par an)
-- en plus, le cout du pacbell (1 fois) et l'electricité
- de plus le serveur (20cm x 20cm x 2cm) ronronne sur le bureau à
côté de moi, et je peux le surveiller du coin de l'oeuil. Il a
intérêt à se tenir à carreau celui-la . Encore
que, actuellement, il n'est en rideau que tous les 2 mois environ. Et
quand je veux consulter les logs (quels articles sont lus ou pas),
je lis un fichier sur le PacBell au lieu de les télécharger depuis
DelphiCenter

Donc le coût de l'hébergement est connu et raisonnable

Pour IntraWeb, là c'est une question de doc. En gros, du sang et des
larmes. Bon, peut être pas tout à fait. Mais de la sueur et
des colères assurément

J Colibri jcolibri@jcolibri.com

[Eric Beaumard]

Pour IntraWeb, là c'est une question de doc. En gros, du sang et des
larmes. Bon, peut être pas tout à fait. Mais de la sueur et
des colères assurément

Merci pour ces idées John. Mais je n'ai pas le temps
de réécrire tout ça, quand bien cela serait possible,
ce qui ne me semble pas être le cas. J'ai aussi des problèmes
aux yeux à force de passer du temps sur le PC et
je limite ce temps aux choses cruciales. Tant pis pour
mes utilisateurs, pour l'instant, si rien de simple et de
pas trop prenant ne me permet de mettre mes applications
à leur disposition.

Eric.