Discussion :

[Gregs]

Bonjour bonsoir,

Tout d'abord, veuillez m'excuser si ce n'est pas la bonne section pour mon sujet. Je vous remercie d'avance de le déplacer dans la bonne section si c'est le cas.

Ensuite, voici mon "problème" :

je suis actuellement en stage et je travaille sur une application client d'alerte instantanée pour un site de rencontre

Pour ce qui est de l'existant, le site est en ASP et à chaque fois qu'une interaction a lieu entre les membres (visites, votes, message, ...) les alertes sont envoyées par mail et insérée dans une BD MySQL.

Mon travail consiste à créer une application cliente en C# qui serait connectée au site et qui recevrait les alertes au lieu des e-mails si l'utilisateur est connecté.

Mon problème est que j'ai un petit blocage sur comment transmettre l'alerte de facon instantanée à l'application cliente C#.

J'ai pensé au principe du trigger, mais est-il possible qu'un trigger MySQL puisse appeler une application C# ?

Je suppose qu'il est préférable voir complètement nécessaire de créer un serveur qui gérerait la transmission des alertes à l'application ?

Pour débuter, j'ai créé un WebService qui contient les méthodes de mon application, est-ce une bonne facon de faire ou vaut-il mieux centraliser tout sur un serveur ?

Je vous remercie d'avance pour vos informations.

Cordialement.

[TheBlackReverand]

slt, sympatique le sujet de stage

j'aurais quelque question avans tout(je promet pas d'avoir une solution)


le serveur hebergant le serveur MySQL est il possèdè par l'entreprise ou est il louè? dans le cas ou il est louè il faut voir si l'hebergeur autorise les connection exterieure(très rare)

dans ce cas la il faudras mettre un webservice sur le serveur, qui lui interrogeras MySQL en local et redistriburas les infos a tes application


ensuite ton programme a toi c'est bien du C# + WindowsForm??? et non du C# + ASP.NET

[Gregs]

Oui c'est bien du Winform C#.

Et oui le serveur appartient bien à l'entreprise.

dans ce cas la il faudras mettre un webservice sur le serveur, qui lui interrogeras MySQL en local et redistriburas les infos a tes application

--> En faisant ca, il va falloir boucler sur un délai très court pour avoir une certaine instantanéité... Ca risque de saturer un peu la BD non?

Petite question complémentaire :

Comment peut-on mémoriser les identifiants de l'utilisateur sur sa machine de manière sécurisée afin qu'il puisse se connecter automatiquement?

[Louis-Guillaume Morand]

c'est JAMAIS instantané. ton notifier doit faire comme tous les notifiers du monde, que ce soit pour gmail, outlook , warcraft ou pimpampoom. il a un timer (5s, 5min, 1h) et il appelle un webservice pour lui donne les informations.

la base ne pourra JAMAIS contacter une appli. rien que les histoires de firewall ou autre.
la solution simple et propre c'est la solution donnée avec un timer côté client que tu règles comme tu veux.
mais attention, 10000 applis clientes avec un timer de 5min, ca veut dire, 10000requettes sur ton serveur toutes les 5minutes. si tu reduis ce temps, c'est encore pire.

[Gregs]

Ca va etre bcp trop lourd alors

Comment est-ce que MSN faut pour afficher presque tout de suite quand quelqu'un se connecte?

La solution serait donc que le client appelle le webservice tous les X temps et que le webservice interroge la BD?
Une architecture client/serveur ne sert donc à rien dans ce cas-ci?

[Gregs]

Bonjour,

J'aurai voulu savoir comment on peut mémoriser les identifiants (comme la plupart des IM) sur le PC de l'utilisateur et de manière sécurisée?

Merci d'avance.