Nie mam pomysłu na szybkie komunikowanie się programów.

No więc załóżmy że mam program-server na komputerze A, i program-klient na komputerze B.
program- klient (ich ilośc = n) łączy się z programem-serverem.
Taka jest teoria.
Praktyka jest taka, że szukałem najlepszego wyjścia. Sockety odpadają, bo działają tylko w jednej sieci, łączenie n komputerów w sieć, jest za bardzo czasochłonne. Wolałbym uniknąć dodatkowych programów takich jak Hamachi. Wpadłem na pomysł przesyłania komend przez server GG, ale wtedy Primo każdy musiałby mieć GG (A jest jakiś ułamek tych co nie mają), Secundo, musiali by nie zmieniać wersji gg, i dać mi hasło, Tertio, przy zakomunikowaniu się programów użytkownik usłyszałby sygnał wiadomości.

Czy ma ktoś pomysł jak to zrobić?

"Sockety odpadają, bo działają tylko w jednej sieci" - bzdura. A myślisz, że gg jak działa? Robi hokus pokus i się komunikuje?

TomRiddle napisał(a)

No więc załóżmy że mam program-server na komputerze A, i program-klient na komputerze B.
program- klient (ich ilośc = n) łączy się z programem-serverem.
Taka jest teoria.

Typowa teoria architektury klient-serwer

TomRiddle napisał(a)

Sockety odpadają, bo działają tylko w jednej sieci

Lol, a to nowość. Gdzie to wyczytałeś? Albo zdefiniuj co rozumiesz pod pojęciem "jedna sieć". Jakoś http działa w jednej sieci Internet.

TomRiddle napisał(a)

łączenie n komputerów w sieć, jest za bardzo czasochłonne.

oj tam, oj tam. Zrób sobie sieć w architekturze gwiazdy :)

TomRiddle napisał(a)

Wpadłem na pomysł przesyłania komend przez server GG, ale wtedy Primo każdy musiałby mieć GG (A jest jakiś ułamek tych co nie mają), Secundo, musiali by nie zmieniać wersji gg, i dać mi hasło, Tertio, przy zakomunikowaniu się programów użytkownik usłyszałby sygnał wiadomości.

Głupi pomysł. Przestań już myśleć! :)

A teraz powolutku, co chcesz zrobić. I nie uda ci się zrobić przycisku [przejmuję świat], taki ma już obama :P

Pod pojęciem "jedna siec" są komputery podłączone do jednego servera.

Jak odpaliłem prowizoryczny program na socketach (podałem wewnętrzne IP), w szkolnej pracowni (tam są podłączone do jednego servera) to jakość działało.
Jak chciałem połączyc swój komputer z kompem kolegi to się nie udało.

A chce zrobić tylko kilka programów które się komunikują. W celach edukacyjnych

Weź poczytaj coś o sieciach, protokole TCP/IP i będziesz wiedział ocb. Sieć trzeba odpowiednio skonfigurować i tyle - nic na to nie poradzisz

Pewnie ten "serwer" nie miał publicznego IP, więc z zewnątrz się nie mogłeś podłączyć, albo miał firewalla, który odcinał twoje połączenia.

Ale z was hipokryci. Co chwila mówicie, żeby ktoś chwile się zastanowił i spróbował sam rozwiązać problem a teraz "nie myśl tyle"...
bez sensu

@TomRiddle są rzeczy które można wymyślić i warto nad takimi główkować. Ale są też rzeczy których zwyczajnie trzeba się nauczyć. Zasady działania protokołów internetowych jak UDP czy TCP nie "wymyślisz". Tak samo jak nie "wymyślisz" sobie cyfr arabskich czy liter. To są rzeczy których trzeba się nauczyć.
To trochę tak jakby gość twierdził ze "w języku X nie da sie napisać Y bo jemu sie tak wydaje", wszyscy by twierdzili ze powinien poczytać na ten temat i się porządnie nauczyc X zamiast pisać głupoty, a ty byś wyburzył że każemy mu doczytać zamiast wspierać jego kreatywne myślenie...

na pierwsze hasło socket tutorial
http://www.linuxhowtos.org/C_C++/socket.htm

http://www.mini.pw.edu.pl/~marcinbo/strona/download/tutorial.sockets.txt
i generalnie u tego gościa znajdziesz wzorcowy kodzik http://www.mini.pw.edu.pl/~marcinbo/strona/glowna/aunix.html w tutorialach masz sygnały, ipc, pliki, fifo, gniazda, wątki