문제는 정보를 수신/전송하는 데 사용되는 방법입니다. 긴급 제안 socket/http/ftp에서
서버 부하 및 트래픽에 대한 이러한 기술의 장단점은 무엇입니까?
TCP/IP 프로토콜을 통한 소켓. 신호는 "EURUSD Buy 1.0\n"과 같이 신호당 한 줄의 텍스트 형식으로 Telnet을 통해 전송할 수 있습니다. 이것은 최소한의 구문 분석을 사용하는 http 또는 ftp 프로토콜과 같은 복잡한 교환 절차가 필요하지 않은 가장 원시적인 옵션입니다.
문제는 서버가 다중 스레드여야 한다는 것입니다. 그렇지 않으면 어떻게 동시에 클라이언트의 연결을 수락할 수 있습니까? 그는 또한 항상 전용 포트에서 소켓을 수신 대기해야 하며 연결의 경우 클라이언트를 전송하여 다른 자유 포트에서 통신하고 별도의 스레드를 할당해야 합니다. 그런 다음 주 포트에서 다른 클라이언트를 기다립니다.
Urain : 소켓, http/ftp는 원격 파일에 대한 액세스를 제공하는 반면 소켓은 통신 프로토콜입니다.
소켓은 프로토콜이 아닙니다. 소켓은 소켓입니다. 데이터를 수신하고 전송하는 포트에서 이러한 쓰레기. 소켓은 서버 소켓이며 수신 대기하려면 고정 포트가 할당되어야 합니다. 그리고 서버의 IP와 포트번호로 서버에 접속하는 클라이언트도 있습니다.
그리고 FTP, HTTP, Telnet은 프로토콜입니다. 이 세 가지 프로토콜 모두에 대한 파일을 전송할 수 있습니다. 하지만 텔넷은 일회성 프로토콜이 아닌 스트리밍 프로토콜이기 때문에 클라이언트가 원하는 만큼 매달릴 수 있고, 트레이딩 신호가 나타나면 즉시 즉시 수신할 수 있다. 다른 프로토콜에 따르면 신호가 있는지 없는지 확인하기 위해 항상 서버 소켓을 잡아당겨야 합니다.
소켓은 프로토콜이 아닙니다. 소켓은 소켓입니다. 데이터를 수신하고 전송하는 포트에서 이러한 쓰레기. 소켓은 서버 소켓이며 수신 대기하려면 고정 포트가 할당되어야 합니다. 그리고 IP와 서버 번호로 서버에 접속하는 클라이언트도 있습니다.
그리고 FTP, HTTP, Telnet은 프로토콜입니다. 이 세 가지 프로토콜 모두에 대한 파일을 전송할 수 있습니다. 하지만 텔넷은 일회성 프로토콜이 아닌 스트리밍 프로토콜이기 때문에 클라이언트가 원하는 만큼 매달릴 수 있고, 트레이딩 신호가 나타나면 즉시 즉시 수신할 수 있다. 다른 프로토콜에 따르면 신호가 있는지 없는지 확인하기 위해 항상 서버 소켓을 잡아당겨야 합니다.
Urain : 물어보기 전에 봤더니 실례라고 하기 어렵지만, 덕분에 아이디어가 재미있고 파고들어야 합니다.
사실 이것은 텍스트 프로토콜입니다. 그러나 대부분 포트 23에서 Unix의 원격 연결에 사용됩니다. 저것들. 사용자 이름과 암호를 사용하여 원격 Unix 서버 에 사용자로 로그인하고 운영 체제 명령을 실행할 수 있습니다.
단순화된 형태로 텔넷은 단일 라인 메시지 형태의 거래 신호 전송을 포함하여 무엇이든 사용할 수 있습니다. 저것들. 명령 및 기타 쓰레기가 없습니다. 클라이언트가 연결되어 서버가 신호를 보내기를 기다리고 있습니다. 포즈를 수신, 구문 분석, 열거나 닫고 다음 신호를 기다리고 있습니다. 이것이 전체 프로토콜입니다.
다음은 배럴의 바닥 주위를 뒤지는 것입니다. 다른 언어로 된 간단한 클라이언트-서버 시스템의 예.
요컨대, 당신의 제안은 무엇입니까?
- 소켓에서 동기화가 발생합니까?
- 마스터 계정의 전체 상태가 전송됩니까?
간단히 말해서, 당신의 제안은 무엇입니까?
- 소켓에서 동기화가 발생합니까?
- 마스터 계정의 전체 상태가 전송됩니까?
그리고 서버-클라이언트의 컨텍스트를 설명합니다. 서버는 어디에 클라이언트가 있습니까?
죄송합니다. 도망치고 있어요. 한 시간 후에 돌아올게요.
그리고 서버-클라이언트의 컨텍스트를 설명합니다. 서버는 어디에 클라이언트가 있습니까?
확인. 문제를 더 좁힙니다.
원격 서버 가 있습니다. 마스터가 데이터를 던집니다.
클라이언트는 동일한 서버에 연결됩니다.
문제는 정보를 수신/전송하는 데 사용되는 방법입니다. 긴급 제안 socket/http/ftp에서
서버 부하 및 트래픽에 대한 이러한 기술의 장단점은 무엇입니까?
확인. 문제를 더 좁힙니다.
원격 서버가 있습니다. 마스터가 데이터를 던집니다.
클라이언트는 동일한 서버에 연결됩니다.
문제는 정보를 수신/전송하는 데 사용되는 방법입니다. 긴급 제안 socket/http/ftp에서
서버 부하 및 트래픽에 대한 이러한 기술의 장단점은 무엇입니까?
TCP/IP 프로토콜을 통한 소켓. 신호는 "EURUSD Buy 1.0\n"과 같이 신호당 한 줄의 텍스트 형식으로 Telnet을 통해 전송할 수 있습니다. 이것은 최소한의 구문 분석을 사용하는 http 또는 ftp 프로토콜과 같은 복잡한 교환 절차가 필요하지 않은 가장 원시적인 옵션입니다.
문제는 서버가 다중 스레드여야 한다는 것입니다. 그렇지 않으면 어떻게 동시에 클라이언트의 연결을 수락할 수 있습니까? 그는 또한 항상 전용 포트에서 소켓을 수신 대기해야 하며 연결의 경우 클라이언트를 전송하여 다른 자유 포트에서 통신하고 별도의 스레드를 할당해야 합니다. 그런 다음 주 포트에서 다른 클라이언트를 기다립니다.
확인. 문제를 더 좁힙니다.
원격 서버가 있습니다. 마스터가 데이터를 던집니다.
클라이언트는 동일한 서버에 연결됩니다.
문제는 정보를 수신/전송하는 데 사용되는 방법입니다. 긴급 제안 socket/http/ftp에서
서버 부하 및 트래픽에 대한 이러한 기술의 장단점은 무엇입니까?
소켓, http/ftp는 원격 파일에 대한 액세스를 제공하는 반면 소켓은 통신 프로토콜입니다.
소켓은 프로토콜이 아닙니다. 소켓은 소켓입니다. 데이터를 수신하고 전송하는 포트에서 이러한 쓰레기. 소켓은 서버 소켓이며 수신 대기하려면 고정 포트가 할당되어야 합니다. 그리고 서버의 IP와 포트번호로 서버에 접속하는 클라이언트도 있습니다.
그리고 FTP, HTTP, Telnet은 프로토콜입니다. 이 세 가지 프로토콜 모두에 대한 파일을 전송할 수 있습니다. 하지만 텔넷은 일회성 프로토콜이 아닌 스트리밍 프로토콜이기 때문에 클라이언트가 원하는 만큼 매달릴 수 있고, 트레이딩 신호가 나타나면 즉시 즉시 수신할 수 있다. 다른 프로토콜에 따르면 신호가 있는지 없는지 확인하기 위해 항상 서버 소켓을 잡아당겨야 합니다.
소켓은 프로토콜이 아닙니다. 소켓은 소켓입니다. 데이터를 수신하고 전송하는 포트에서 이러한 쓰레기. 소켓은 서버 소켓이며 수신 대기하려면 고정 포트가 할당되어야 합니다. 그리고 IP와 서버 번호로 서버에 접속하는 클라이언트도 있습니다.
그리고 FTP, HTTP, Telnet은 프로토콜입니다. 이 세 가지 프로토콜 모두에 대한 파일을 전송할 수 있습니다. 하지만 텔넷은 일회성 프로토콜이 아닌 스트리밍 프로토콜이기 때문에 클라이언트가 원하는 만큼 매달릴 수 있고, 트레이딩 신호가 나타나면 즉시 즉시 수신할 수 있다. 다른 프로토콜에 따르면 신호가 있는지 없는지 확인하기 위해 항상 서버 소켓을 잡아당겨야 합니다.
Telnet에 대한 예가 있습니까? 매우 흥미로운.
https://ru.wikipedia.org/wiki/Telnet
물어보기 전에 봤더니 실례라고 하기 어렵지만, 덕분에 아이디어가 재미있고 파고들어야 합니다.
사실 이것은 텍스트 프로토콜입니다. 그러나 대부분 포트 23에서 Unix의 원격 연결에 사용됩니다. 저것들. 사용자 이름과 암호를 사용하여 원격 Unix 서버 에 사용자로 로그인하고 운영 체제 명령을 실행할 수 있습니다.
단순화된 형태로 텔넷은 단일 라인 메시지 형태의 거래 신호 전송을 포함하여 무엇이든 사용할 수 있습니다. 저것들. 명령 및 기타 쓰레기가 없습니다. 클라이언트가 연결되어 서버가 신호를 보내기를 기다리고 있습니다. 포즈를 수신, 구문 분석, 열거나 닫고 다음 신호를 기다리고 있습니다. 이것이 전체 프로토콜입니다.