Discussion :

[SkyZoThreaD]

Bonjour,

Je suis en train de planifier un éventuel développement de minuteur en page Web pour une grosse industrie et j'ai quelques inquiétudes concernant une close qui m'est imposée. Je m'explique.
Il doit y avoir un développement parallèle d'une interface de contrôle en c# qui interagirait uniquement avec 2 bases SQL.
La partie Web (la mienne) doit interagir uniquement avec ces bases SQL qui contiendraient les infos & ordres donnés par cette interface c# et l'appareillage industriel (bouton physique qui écrit dans une des 2 bases)

Cette partie Web devrait afficher un minuteur sur plusieurs écrans connectés, dont le déclenchement, la mise en pause, et la reprise devra être commandée par des écritures dans les bases de données. Ces minuteurs (puisqu'il y a plusieurs écrans) doivent être synchrones et réagir très rapidement aux ordres de pause/reprise)
Cela me parait quasiment impossible à réaliser...

Est-ce que quelqu'un pourrait me donner son sentiment sur la question ?

N'hésitez pas à me demander si je n'ai pas été clair (ce qui est fort probable)

[SkyZoThreaD]

up ?
Au moins pour demander des précisions ?

[ma5t3r]

Salut,
Afficher un minuteur sur une page web, ce n'est pas le plus difficile.
Tu vas rencontrer des problèmes de synchronicité par contre puisque plusieurs clients doivent dépendre d'un minuteur (unique pour toutes les sessions ouvertes).

Pour utiliser une ressource synchronisée, tu peux utiliser les websockets.

[SkyZoThreaD]

Merci master, tu confirmes donc, qu'il n'est pas sérieux, ni possible de synchroniser des horloges via une base sql... le socket est la façon de faire ? C'est bien ça ?
Ou alors il faudrait faire des centaines de requêtes sur la base, et ces dernières n'étant pas synchrones, ça peut faire n’importe quoi...

[ma5t3r]

Salut,

le socket est la façon de faire ? C'est bien ça ?

Oui, d'après moi, oui. Mais peut-être qu'un dev avec une expérience différente de la mienne pourrait apporter une contradiction.

... doivent être synchrones et réagir très rapidement aux ordres de pause/reprise)

Tout dépend ce que signifie très rapidement dans ton cas.
Si tu veux que le changement d'état de ta fonction (bouton) se modifie automatiquement sur l'ensemble des clients à l'instant T lorsqu'un client ordonne le changement d'état, il est possible de lancer une vérification de changement d'état sans passer par les websockets mais la latence ne permet pas la synchronicité même si tu lances un appel ajax tous les n temps.
Il ne vaut mieux pas utiliser cette méthode de bourrin.

Ce que tu veux n'est ni plus ni moins que la techno utilisée pour un tchat, les websockets entre autres.

Une applet Java peut faire le job aussi, ...

[SkyZoThreaD]

Merci encore master, c'est tout à fait ce que je pensais. Je vais poser un ultimatum au client. S'il ne veut rien entendre, il trouvera une autre poire

@++