[C#] IP komunikace

[Aigor]

Ahoj,
potřebuju jen nakopnutí správným směrem. V C# jsem spíš občasný návštěvník a teď mám napsat aplikaci na výměnu dat přes intranet...

V praxi jde o to, že na každé stanici pojede tento prográmek a periodicky bude posílat na intranet nějaké údaje (pár proměnných, cca do 1kB).
Intranet = Apache + PHP + MySQL, takže si představuju asi zpracování GET/POST požadavků
Naopak musí app i sledovat intranet a v případě změny okamžitě vyvolat akci (dialog s textem), ale reakční doba musí být do 5s!
Normálně bych to řešil asi "olizováním" nějaké jednoduché stránky, ale tady si nejsem jist efektivivou řešení. Lepší by bylo, kdybych z intranetu mohl poslat info, který odchytnou prográmky na klientech a přeberou si to.

A teď ten problém - klienti jsou rozházeni po několika pobočkách a v různých VLANech, takže broadcasty neprojdou. Jen normální internetová komunikace. Navíc je požadavek, aby se nemuselo NIC instalovat na klientské PC. NET Framework tam jede, ale např. MySQL Connector ne, takže přímo s SQL serverem komunikovat nepůjde (tedy ne jednoduše).

Máte nějaký nápad co a kde hledat?

[mike.pr]

budeš si muset napsat nějaký server kód, který bude fungovat na pro klienty dostupné IP a bude běžet stále

klient se tam přihlásí a server bude si na něj udržovat otevřené připojení a bude vědět, kam data poslat

z phpka už jen notifikuješ servřík

(fsockopen)

a ten to broadcastne svým přihlášeným klientům

[Aigor]

Aktuálně jsem se v tom trochu hrabal a jedna část je mi už rámcově jasná. Základ aplikace už testuju, v pravidelných intervalech není problém ani avízovat aktivitu na centrální server.
Jen pořád tápu nad opačným směrem.
Je sice možnost olizovat status stránky na serveru cca každé 2sec, ale to mi přijde dost čuňárna.

To co popisuješ nevím jak napsat. Onen server je JEN ten intranetový. Tím že je síť rozhozená na cca 7 lokalit, normální "broadcasty" neprojdou, jedině mít v každé podsíti stanici s dalším "serverem"...
A nebo napsat tu aplikaci jako server, aby odchytávala nějakou komunikaci - ale tam už vařím z vody. Netuším ani jaké protokoly v síti vůbec projdou a taky si nejsem jistý jestli by to šlo udělat jako simple exe app (bez nutnosti instalace)

[mike.pr]

no olizovat stránku každých pár sekund není taková prasárna, ale lepší je minimalizovat cpu náklady a udělat si na webserveru jen minimální službu, která ti rovnou řekne co se změnilo tak aby se ti to i jednoduše parsovalo XML/JSON

prostě jen službička co rovnou řekne změny a nic jiného

[Aigor]

Takto to mám - "stránka" jen vyhazuje simple status, takže se přenáší po síti vždy cca 4 Byty
Zabíjím tím dvě mouchy naráz, protože olizováním má server pořád přehled o aktivních klientech.

[mike.pr]

Ještě taková věcná, určitě si ten výsledek (tj. to co předáš prvnímu tazateli) ukládej do cache, i na tu 1-2s to hodně pomůže.

[Aigor]

Zkusím popsat k čemu má celá věc sloužit.
Aktuálně používáme ve firmě intranetový systém napsaný na míru pro všechny potřebné agendy. Hlavní problém je v tom, že když někdo vyvěsí novou informaci, jediný způsob jak to ostatní zjistí je nutnost otevření stránky a přihlášení na portál. Šlo by to sice obejít neustále spuštěnou stránkou s JS, která se bude automaticky aktualizovat a případné změny na nástěnce ohlásí popup oknem. Není to sice příliš elegantní, ale donedávna jediné uvažované řešení. Navíc je to zase o uživateli, aby nezapomněl nechat puštěné okno prohlížeče.
Mail používat rozumně nejde - exchange účet je totiž vázaný na přihlášeného uživatele, naproti tomu na portál se přihlásí ten kdo tam opravdu fyzicky sedí (existují i zaměstnanci zatupující, nebo agenturní, kteří nemají exchange účet)
Teď vyvstal další požadavek - aby každý v případě konfliktu měl možnost zavolat o pomoc. Tj. v případě nouze klávesová zkratka nebo dvojklik a v okolních kancelářích jim vyskočí alarm na obrazovce.

Takže aplikace bude jednak sledovat změny na portálu - jakmile přibude novinky, v systray vyhodí bublinu pro info a jednak musí umět rychle přivolat pomoc. Zatím to zkouším řešit právě odesláním GET požadavku, stránka ostatním klientům vyhodí příslušný status a ostatní app zareagují vyhozením modálního okna.

[MEluZíNa]

Takle se ono "olizovani" obvykle resi ve webovych aplikacich http://en.wikipedia.org/wiki/Comet_(programming) V kratkosti jde o to ze se nechava otevrene HTTP spojeni a server jakmile zjisti ze se neco zmenilo, tak do daneho spojeni posle informaci o zmene a spojeni zavre (kvuli cachovani v proxy serverech). Pote klientska aplikace spojeni znovu otevre. A opet kvuli proxy se nedoporucuje nechavat spojeni otevrene dele nez x minut. Vyhoda oproti aktivnimu dotazovani se na stav je, ze informace o zmene prijde ihned (resp +- latence spojeni) a neni potreba neustale navazovat http spojeni.