Discussion :

[Ben86]

Bonjour,

J'ai actuellement une petite problématique à laquelle j'essaie de répondre par la solution la plus adaptée.

But : Proposer un .swf sur un site distant (ne m'appartenant pas) moyennant une location pouvant être stoppée à tout moment

Problème : Le .swf doit communiquer avec mon serveur pour savoir si le client peut ou non encore utiliser le .swf (en fonction des règlements qu'il a effectué... ou pas !)

Solution retenue (est-elle correcte ? envisageable ?) : A chaque installation d'un SWF j'insère des paramètres relatifs à mon client. Ces paramètres, je vais les envoyer vers un fichier PHP distant (qui se trouve sur mon serveur). Si la réponse est positive, alors le SWF sera lu, sinon non.

Merci d'avance,
Ben

[CR_Gio]

Hello,

Il nous faudrait plus d'explication dans un vrai contexte, si possible.

Sauf erreur de ma part, il manque la solution proposé.

But : ...
Problème : ....
Solution : ???

Souhaite tu faire quelques chose comme youtube © entres autres?

Dans l'attente de plus de précisions,
Sergio

[Ben86]

Hello,

Merci pour ta réponse. Non la solution est bien présente

Cf :

A chaque installation d'un SWF j'insère des paramètres relatifs à mon client. Ces paramètres, je vais les envoyer vers un fichier PHP distant (qui se trouve sur mon serveur). Si la réponse est positive, alors le SWF sera lu, sinon non.

Mise en situation : J'ai un simulateur. Des clients (pros) souhaitent proposer ce simulateur correspondant à leur activité à leurs prospect (futurs clients), ou simple visiteur. Moi je propose ce simulateur en location (paiement chaque mois), en échange, il dispose du simulateur en flash sur leur site. Seul problème, les mauvais payeurs et les faillites existent donc ... mieux vaut pouvoir couper le simulateur dès que le paiement ne se fait plus. C'est pour ça que j'avais pensé à la solution présentée ci-avant.

Qu'en pensez vous ?

Merci,
Ben

[CR_Gio]

j'aurais opté pour cette solution :


Crdlt,

[Ben86]

Bonjour CR_Gio,

Merci pour ta réponse, j'ai tenté de rechercher et de comprendre mais ton schema bien que très clair est toujours au dessus de mon neurone . Mour dire vrai, je ne comprends pas comment ça fonctionne.

Merci à toi.

[CR_Gio]

Après mure réflexion, je pense que ta solution est plus adapté que la mienne car plus simple a mètre en oeuvre et couvre +/- le même cahier des charge.

Donc, pourquoi faire compliqué quand on peut faire simple.


Néanmoins, voici ce que signifiait mon schéma :

( 1 )
Le visiteur fait une requête a un de tes clients (en l'occurrence à client1).
( 2 )
Puis le client1 demande une hautentification au serveur ben86. (pour optimiser les ressource réseaux, on pourrais faire une demande d'authentification toute les 24h par exemple et non pas a chaque nouvelle demande du visiteur)
La page demandé par le visiteur ressemble a ci-dessous :

Code html :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
<object>
 <param flashvars="user=client1&haut=md5" />
 <embed src="chargeur_de_simulateur.swf"/>
</object>

La valeur de haut étant fournie par tes soins ( cf crypto). (Sans se casser la tête je dirai un md5 de la date courante + grain de sable)


A ce stade le visiteur a chargé la page html et le chargeur de swf (chargeur_de_simulateur.swf).

(3)
A ce moment là, le chargeur_de_simulateur demande le simulateur.swf qui se trouve sur ton serveur. Si ca requete est valide le simulateur.swf lui est fourni, sinon un error.swf

Mais toujours le même problème il faut une condition dans le simulateur.swf pour savoir si on peut le lire... C'est pour cette raison que, finalement, je juge ta solution plus probante :-)