sundayman <s...@p...onet.pl> wrote:

>>> - modem łączy się z serwerem, który robi za ""pośrednika" w dwie strony.
>>
>> No wlasnie - modem sie laczy, i mu ukrywanie nie przeszkadza.
>
> No ok. A mnie to w czym przeszkadza taka sytuacja ?
> Raz na jakiś czas urządzenie poprosi modem o wysłanie lub odebranie danych.

Pod warunkiem że modem będzie utrzymywał połączenie z serwerem. Takie
utrzymanie połączenia, w przypadku tysięcy modemów, zaczyna być bolesne
dla sieci. Najlepiej jakbyś ustalił z Playem, czy dadzą radę utrzymywać
po jednym połączeniu z X urządzeń rozsianych na obszarze Y...

> Ale nie ma z tym akurat problemu.
> W modemie można ustawić jeden z 3 trybów;
>
> 1. TCP/UDP
> 2. TCP/UDP z włączoną opcją CLOUD (wtedy via serwer producenta)
> 3. HTTPD (GET/POST)
>
> Oczywiście można sobie dowolnie wybrać IP i port.

Teraz kwestia protokołu - jest znany? Bo może to jakiś zamknięty protokół
producenta?

Co do IP i portu - w HTTP/1.1 musisz podać jeszcze nazwę hosta. Bez niej
żaden dzielony hosting nie zadziała, bo tam jest wiele hostów na jednym IP
i w nagłówku Host: przychodzi nazwa. VPS oczywiście zadziała, bo to będzie
Twój serwer i nie musisz tam w ogóle konfigurować vhostów.

Jeśli mam strony, przykładowo:

www.abc.pl
www.ble.pl
test.abc.pl

To one wszystkie mogą być na tym samym adresie IP. Klient łączy się z tym
IP na porcie 80 (http) lub 443 (https) i wysyła w żądaniu np.:

GET / HTTP/1.1
Host: www.abc.pl:80

Wtedy serwer wie, że żądanie jest do adresu (vhosta - wirtualnego hosta)
www.abc.pl.

Co potem gada do tego RS-a? Twoja aplikacja? Bo jeśli tak, to może w ogóle
pominąć tego "wirtualnego RS-a" i zrobić aplikację, która zamiast po RS-ie
komunikuje się przez TCP lub web (zwykłym request/response lub poprzez
websockety)?

> Można oczywiście jeszcze via SMS, z tego korzystałem na samym wstępie.
> Fajne, ale do dupy :)

I zje kosztowo :)

--
[ Email: a@b a=grp b=chmurka.net ]
[ Web: http://www.chmurka.net/ ]