Afficher un message
Vieux 02/01/2008, 22h47   #14
Lionel Delafosse
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: [Q] repertoire temporaire distant

Il ne peut pas être utilisé sur un poste "normal" car il y a un petit peu de
code qui vérifie une empreinte du système (et refuse de s'exécuter sur une
VM).

Ta description montre que tu as très bien compris. J'aurais préféré utiliser
un répertoire déjà existant et qui ne soit pas celui de l'application. Mais
au vu de vos réponses je pense que la version actuelle va tourner sans
changements.

Je n'ai pas encore basculé vers TCP/IP parce qu'il y a des clients qui
exigent des mois de tests (certification interne) dès qu'il s'agit d'une
"vraie" version réseau. Et pour l'instant, le niveau des ventes ne justifie
pas vraiment le coût de réécriture.

Lionel

"Francois PIETTE [ICS-MidWare]" <francois.piette@overbyte.be> a écrit dans
le message de news: flgs3s$hm1$1@sd-6498.dedibox.fr...
> Et si l'utilisateur copie l'exécutable sur son PC ? Ton système ne marche
> plus.
>
> Sinon, je résume ce que j'ai compris:
> Tu as un programme dont l'exécutable est stocké sur un serveur.
> Ce programme n'est PAS un programme serveur.
> Le programme est un programme ordinaire exécuté sur le poste de
> l'utilisateur.
> Le programme doit compter le nombre d'utilisations. Il fait cela en

placant
> un lock dans un fichier.
> Pour que le comptage soit efficace, il faut que toutes les copies des
> programmes utilisent le même fichier contenant les "locks". Ce fichier

doit
> donc être sur un partage accessible par tous les utilisateurs.
> Tu ne veux pas que ce partage corresponde au répertoire où se trouve
> l'exécutable.
> Tu veux que ce partage soit un répertoire temporaire.
> Il n'y a pas de répertoire temporaire prédéfini sur un serveur.
> Tu peux créer un tel répertoire facilement et faire pointer un partage
> dessus.
> Y a-t-il quelque chose que j'ai mal compris ?
>
> PS: Pourquoi ne pas faire un véritable programme serveur, programme qui

sera
> exécuté une et une seule fois sur le serveur et auquel viendront se
> connecter les programmes "clients", par exemple en TCP/IP. Ca simplifie
> vachement la problématique de compte les utilisateurs.
>
> --
> francois.piette@overbyte.be
> Auteur du freeware ICS - Internet Component Suite
> Auteur du middleware multi-tiers MidWare
> web: http://www.overbyte.be
> blog: http://francois-piette.blogspot.com
>
>
>
>
> "Lionel Delafosse" <ldelafosse@wanadoo.fr> a écrit dans le message de
> news:flgppj$fre$1@sd-6498.dedibox.fr...
> > En fait, il ne les compte pas véritablement. Il y a un nb maximum (caché
> > !... ;-) ) d'utilisateurs possibles (ou instances). Pour chaque
> > utilisateur
> > connecté, un slot est bloqué dans le fichier. S'il y a un slot libre, un
> > utilissateur peut utiliser le logiciel, sinon il pourra ré-essayer plus
> > tard...
> >
> > Ne pas rire, c'est le choix du client... Ils comptent les euros des
> > licences, mais oublient de compter les euros du temps perdu...
> >
> > Lionel
> >
> >
> > "BigGrizzly" <bigENLEVERCAgrizzly@zoo-loETCAAUSSIgique.org> a écrit dans
> > le
> > message de news: flgok4$f2h$1@sd-6498.dedibox.fr...
> >> Lionel Delafosse a écrit :
> >> > Oups, désolé pour le retard à répondre.
> >> >
> >> > C'est le serveur qui "compte" les instances client. Par conséquent,

> > c'est
> >> > sur le serveur que le fichier doit se trouver car il est commun à
> >> > toutes

> > les
> >> > instances client.
> >> >
> >> > Il n'y a pas de répertoire temporaire pour l'admin quand il installe

> > quelque
> >> > logiciel que ce soit ?
> >> >
> >> > Lionel
> >>
> >>
> >> Tout dépend de comment le logiciel serveur doit donner l'information du
> >> nombre de clients connectés. Comment ce logiciel donne l'information ?

> >

>


  Réponse avec citation
 
Page generated in 1,57937 seconds with 9 queries