Nie sądzę aby się podzielili tą informacją. Nie jest to na pewno rozwiązanie wymyślone przez nich więc informacje na pewno są do znalezienia w internecie. Trzeba tylko wiedzieć czego szukać prawda?

Jeśli chodzi o fragment kodu do wysyłania i odpytywania o dane to podparłem się chyba nawet jakimś wątkiem tutaj na forum. Niestety nie potrafię go odnaleźć.

Wysłanie url:


Odebranie odpowiedzi:


I jeszcze przy inicjalizacji:


Tak jak wspomniałem wcześniej - to działa ale nie jest to to czego szukamy prawda?

Rozwiązanie SUPLI było by idealne. Podobnie, z tego co wiem, działają systemy do minitoringu i wiele innych

Dziękuję,

Tak o takie działanie nam chodzi. Zapytałem w serwisie SUPLI i jak na razie dostałem odpowiedź:

"Połączenie SSL(TCP)
Baza MySQL"

Napisałem kolejną wiadomość o możliwość szerszego wytłumaczenia.

Nie nie.
Chodzi dokladnie o cos takiego

Konfiguracja serwerów na ogół ma ograniczenia, np co do ilości maili z tego samego adresu, częstotliwości logowania itd.
Dużo lepszym rozwiązaniem jest zastosowanie komunikacji na socketach, przez zwykłe http/s

_________________
Moje porady są błędne,nie czytać,zbanować od razu.

Harry co masz na myśli?

Chodziło mi o technologię WebSocket - to jest kanał dwukierunkowy między serwerem a klientami, normalnie używa się go do wysyłania powiadomień. Muszę przyznać że sam muszę zgłębić temat do końca, bo jakoś zawsze brakowało czasu na to

Wysłane ze srajfona

------------------------ [ Dodano po: dzisiaj, o 15:26 ]

hmm, już widzę że to może nie być takie proste :/

_________________
Moje porady są błędne,nie czytać,zbanować od razu.

Już ustaliśmy, że zdajemy sobie sprawę z tego iż należy wykupić domenę i hosting. Jeśli chcemy mieć swoją aplikację.
Problemem nadal jest aby komunikacja działa natychmiastowo. WEBSocket wysyła nam info do serwera ale z serwera musi trafić jeszcze do sterownika i odwrotnie.

I to jest chyba to o co nam chodzi. Temat wzięty na tapetę do przestudiowania. Wielkie dzięki kisoft

Kilka przekaźników na początek. Docelowo, jeśli to będzie kilka tysięcy/milionów (oby) klientów, to chyba najlepsze rozwiązanie.
Głownie chodzi o to, że nasze urządzenia będą zainstalowane w różnych sieciach u różnych klientów. Jedne sieci będą miały publiczne IP inne nie, więc najlepiej aby nie było potrzeby grzebać w routerze klienta aby np przekierować port. Jednocześnie chcieli byśmy aby aplikacje klientów na Androidzie mogły się komunikować w urządzeniami w ich sieci w miarę szybko.
Przekierowanie portów działa ale nie jest to rozwiązanie uniwersalne i nie będzie działać przy każdym połączeniu sieci lokalnej do internetu (u każdego klienta)
Także kisoft wielkie dzięki za nakierowanie na, jak się wydaje, właściwe rozwiązanie

Jeśli mówimy o tysiącach/milionach klientów to nikt się nie będzie bawił w ułomne rozwiązania typu WebSocket. Tylko postawi dedykowany serwer TCP i komunikację na socket, którą się robiło juz ze 20 lat temu. W WebSocket można się pobawić, ale na lokalnym serwerze i zapewne tak jest zrobione w przypadku ww. Supli.
Jak myślicie na czym się opierają wszelkiej maści komunikatory, typu skype, gadulec, teamviewer?
Uprzedzając pytania
To działa mniej więcej tak - klienci łączą się z serwerem operatora, jeżeli jeden z klientów ma publiczne ip, to zestawiane jest połączenie bezpośrednie, jeżeli nie to cała komunikacja odbywa się za pośrednictwem serwera. Ot, cała filozofia

------------------------ [ Dodano po: wczoraj, o 17:14 ]


Podejrzewam, że nie dłuższa niż kilkadziesiąt ms, niewiele dłużej niż ping.
O ile nie postawili serwera na Kamczatce
Takie projekty są robione na wielu równoległych serwerach, czasem nawet w różnych rejonach świata, więc nie powinno być jakichś zauważalnych opóźnień.

_________________
Moje porady są błędne,nie czytać,zbanować od razu.