1

Topic: C service

Good afternoon, It is necessary to implement network service, the data is packed in TCP and UDP packets and sent on a network. It is not a lot of data. In general ordinary implementation of the server and the client, but it is necessary to implement  (Windows Linux, macOS). I look aside GO, Rust and With ++. Who can that advise?

2

Re: C service

Hello, Iso12, you wrote: I> Who that can advise? I would select Go

3

Re: C service

Hello, Iso12, you wrote: I> Good afternoon, I> It is necessary to implement network service, the data is packed in TCP and UDP packets and sent on a network. It is not a lot of data. I> in general ordinary implementation of the server and the client, but it is necessary to implement  (Windows Linux, macOS). I> I Look aside GO, Rust and With ++. I> Who that can advise? Java works once for all.  it is not necessary.

4

Re: C service

Hello, Iso12, you wrote: I> Good afternoon, I> It is necessary to implement network service, the data is packed in TCP and UDP packets and sent on a network. It is not a lot of data. I> in general ordinary implementation of the server and the client, but it is necessary to implement  (Windows Linux, macOS). I> I Look aside GO, Rust and With ++. I> Who that can advise? Perl and PHP

5

Re: C service

Hello, Iso12, you wrote: I> Good afternoon, I> It is necessary to implement network service, the data is packed in TCP and UDP packets and sent on a network. It is not a lot of data. I> in general ordinary implementation of the server and the client, but it is necessary to implement  (Windows Linux, macOS). I> I Look aside GO, Rust and With ++. I> Who that can advise? I can advise not to be engaged in it, and to use the ready server. With your case helps netcat. Application should write simply the data in the necessary format to a standard output.

6

Re: C service

Hello, Pzz, you wrote: Pzz> I would select Go Why?

7

Re: C service

Hello, the Geographer, you wrote: Java works once for all.  it is not necessary. In the future it is planned to use and on Embedded Linux. Therefore it would not be desirable to drag everywhere with itself JVM.

8

Re: C service

Hello, gandjustas, you wrote: G> I Can advise not to be engaged in it, and to use the ready server. With your case helps netcat. Application should write simply the data in the necessary format to a standard output. The program should have the not the simple logic with set of connections and to be launched as service. Therefore I think netcat in my case does not approach.

9

Re: C service

Hello, Iso12, you wrote: I> Hello, gandjustas, you wrote: G>> I Can advise not to be engaged in it, and to use the ready server. With your case helps netcat. Application should write simply the data in the necessary format to a standard output. I> the program should have the not the simple logic with set of connections and to be launched as service. As a result the program sends something to a socket? Or still to accept something should and  to react? It is not necessary if to react, netcat approaches.

10

Re: C service

Hello, Iso12, you wrote: I> Who that can advise? What languages and API know?

11

Re: C service

Hello, Iso12, you wrote: Pzz>> I would select Go I> Why? Well, as not so it is a lot of data, productivity of value has (Go not no, that absolutely a brake, but time in two Si so, a C ++ and Rustu, loses). On the other hand, you asked . With it at Go it is very good. The program of type of network service can be collected from the same source codes and if it is not necessary something very much exotic any branching (at a compilation stage, not during execution) depending on an operating system at all it is not required. Besides, standard library Go is very practical, and for  such plan in it there is everything that is necessary. Besides, at Go cross-compilation very well is adjusted. Is not a problem sitting on one of the enumerated platforms to collect the program under all remaining. That is convenient enough, try to make automated  on N platforms if for its implementation coordinated operation N of the computers, everyone under the operating system is required. And at last, if to write on pure Go (without usage indirect  libraries), on output turns out statically assembled executed file which generally does not have exterior dependences.  such  - it is a pleasure.

12

Re: C service

Hello, scf, you wrote: scf> What languages and API know? Wrote on a C ++. But I think will learn and test a modern language not a problem.

13

Re: C service

Hello, gandjustas, you wrote: G> As a result the program something sends to a socket? Or still to accept something should and  to react? G> it is not necessary if to react, netcat approaches. Yes, should accept, react and send further to other clients.

14

Re: C service

Hello, Iso12, you wrote: I> Hello, gandjustas, you wrote: G>> As a result the program something sends to a socket? Or still to accept something should and  to react? G>> it is not necessary if to react, netcat approaches. I> yes, should accept, react and send further to other clients. http it will be not easier?

15

Re: C service

Hello, gandjustas, you wrote: G> http it will be not easier? I think is not present, services should work with clients and exchange among themselves the data.

16

Re: C service

Hello, Iso12, you wrote: I> Hello, gandjustas, you wrote: G>> http it will be not easier? I> I think is not present, services should work with clients and exchange among themselves the data. Under these tasks http perfectly approaches.

17

Re: C service

Hello, Iso12, you wrote: G>> http it will be not easier? I> I think is not present, services should work with clients and exchange among themselves the data. And what else requirements and restrictions are? Loading, transit velocity, an amount of clients, time delays everyones both  and . Also that means "to exchange among themselves" If to begin with UDP an every prospect that will invent TCP. And beginning with TCP it is possible easily  HTTP

18

Re: C service

Hello, Ikemefula, you wrote: I> And what else requirements and restrictions are? Loading, transit velocity, an amount of clients, time delays everyones both  and . Also that means "to exchange among themselves" If to begin with UDP an every prospect that will invent TCP. And beginning with TCP it is possible easily  HTTP To services client software programs are connected locally. Services exchange between  the information on the connected client software programs and their states. Klientslie programs can have various states. It is necessary to construct a dynamic service network, it is meant by a service network should react to switch-off of one of services and connection of new service, as well on switch-off and connection of clients. Osnavnaja complexity in the project it  and reorganization of a service network. The data will be not much, date transmission time is not critical. I think that HTTP to it tasks does not approach and will be overhead th.

19

Re: C service

Hello, Iso12, you wrote: I>> And what else requirements and restrictions are? Loading, transit velocity, an amount of clients, time delays everyones both  and . Also that means "to exchange among themselves" If to begin with UDP an every prospect that will invent TCP. And beginning with TCP it is possible easily  HTTP I> To services client software programs are connected locally. Services exchange between  the information on the connected client software programs and their states. Klientslie programs can have various states. I> it is necessary to construct a dynamic service network, it is meant by a service network should react to switch-off of one of services and connection of new service, as well on switch-off and connection of clients. Osnavnaja complexity in the project it  and reorganization of a service network. The data will be not much, date transmission time is not critical. I> I think that HTTP to it tasks does not approach and will be overhead th. Something  monitoring? Why HTTP does not approach and how you consider an overhead projector?

20

Re: C service

I> It is necessary to implement network service, the data is packed in TCP and UDP packets and sent on a network. The data not much. Take better the ready. Depending on a reality (types, data volumes and requirements to time delays) it can be as simply "a pipe through SSH" (SSH tunnel), and something other.

21

Re: C service

Hello, Iso12, you wrote: G>> http it will be not easier? I> I think is not present, services should work with clients and exchange among themselves the data. http it is good that it normally works even for clients at whom spiteful administrators killed all traffic, except . http it is possible to use in a mode when there only  sessions becomes on-httpshnomu, and almost normal tcp-socket further turns out. Ready examples - websocket and http/2 By the way, in Go it is all is, as a part of standard library

22

Re: C service

Hello, Iso12, you wrote: I> Good afternoon, I> It is necessary to implement network service, the data is packed in TCP and UDP packets and sent on a network. The data not .II I>... I> Who that can advise? Would lead at once inquiry who considers what programming language and the protocol as the best. I vote for D.

23

Re: C service

Hello, Ikemefula, you wrote: I> Something  monitoring? Why HTTP does not approach and how you consider an overhead projector? Yes, something like it. HTTP does not approach, because service should be able to find other services in a network and to them   the information on the clients to other services and to obtain the same data from other services. We have not Server-Client architecture and Mesh network.

24

Re: C service

Hello, lpd, you wrote: lpd> would Lead at once inquiry who considers what programming language and the protocol as the best. lpd> I vote for D. Generally thought of it but judging by an amount of answers here, I am afraid does not fly up.

25

Re: C service

Hello, Iso12, you wrote: scf>> What languages and API know? I> wrote on a C ++. But I think will learn and test a modern language not a problem. It is possible to learn anything you like, but if another is required () the programmer (there is a question what  to find easier: GO, Rust or With ++. Something I think the answer here is unambiguous.