socketprogramozas vbasic-ben

[hwsw famulus]

>engem nem ez erdekel. A feladathoz "pont-pont kapcsolat" kell, nincs
>mese. (lassu a segedszerveres atvitel, illetve nekem nem elegge
>biztonsagos) Raadasul a sajat tuzfalamat me'g szetbuzernyakolhatom, (bar
>azt se tennem szivesen...) ellenben az ellenallomasok tuzfalaihoz nem
>lehet hozzanyulni.
>         Norbi.

Szerintem lehetseges az alabbi:

A 80-as port (HTTP) mindenki szamara hozzaferheto!!
es barmely tuzfal atengedi....alapbol
(mármint ha nincs a WEB is tiltva)

A szerver oldalon semmi nem gatol abban, hogy
egy Apache fusson a tuzfal mogott!!!,
port forwarding-gal lathatova teve a webszervert kivulrol.

Ezen a webszerver gepen mar futhat barmilyen CGI az Apache mogott,
(celszeruen PHP alapu) ami szepen kezelgeti a HTTP-be burkolt
adatatvitelt a HTTP uzenet valtasbol.

A kliens egy hetkoznapi GET/POST metodussal
HTTP-be burkolva felloki az Apache-nak az adatcsomagot.

Apache benyeli kerest, CGI emeszti, kiszedi es
feldolgozza az adatreszt, ha kell valaszol ra,
Apache pedig szepen kiloki a kliensnek a valaszt.

Amit adatot a CGI lepakol neked abbol meg mar
olyan user interface-t csinalsz VB-vel ami akar a bablevest is berantja.

De! ha mar ott az Apache+PHP akkor semmi nem gatol
abban, hogy bongeszo alapu legyen a user interface is,
Igy aztan akar egy GPRS telefonrol utkozben is nezheted az adatait,
vagy barhonnan ahol internet van egyaltalan...

A HTTP fejlecek ugyan némi overheade-t okoznak, de
cserebe csak keveske PHP-t kell irni a tobbi keszen van es free....

Radasul a a kliens azonositas is adodik alapbol...Apache tudja csinalni.
A logolas is meoldott alapbol...Apache tudja csinalni.

A kliens oldalon meg csak par text kezelo rutin az egesz buli....:-))
ami azert megy meg egy nagyobbacska MCU-nak is.

Jarhatonak tunik?

KJ