기존 이념은 단순합니다. 마스터 오더 목록이 생성되고 이 목록이 클라이언트에 복제됩니다. 로컬의 경우 - 목록의 전송은 매핑을 통해 진행되고 원격의 경우 http를 통해 중간 서버를 통해 전송됩니다.
현지에 관해서는 모든 것이 적합합니다. 그러나 원격 http의 경우 불확실성의 벌레가 올바른 접근 방식이 선택되었는지 여부를 갉아먹습니다. 소켓이 있는 다른 프로젝트 가 있습니다. 복사기의 경우에는 소켓을 사용할 계획이었습니다.
그렇기 때문에 나는 새로운 것을 선택하거나 오래된 기술을 유지하기 위해 누가 무엇을 확신하고 직면한 문제를 알고 있는지에 대해 이야기하고 싶었습니다. 내가 이미 말했듯이 - 모든 측면을 결정할 때 - 나는 공개 프로젝트를 만들 것입니다 (형제 이데올로기가 마음에 들지 않는다면).
전송된 데이터의 유효성 검사는 이미 프로토콜 수준에서 TCP/IP에서 구현됩니다.
이것은 데이터가 수신되지 않고 연결이 끊어졌음을 의미합니다. 그러나 원칙적으로 모든 것이 정확합니다. 소켓이 실패하면 패킷이 잘못된 것으로 간주되어 거부됩니다.
TCP/IP 프로토콜을 포함하여 기존 연결의 모든 장단점을 명확하게 보여주는 유익한 비디오를 추천합니다.
>드미트리, 반복합니다. 복사기는 오랫동안 약 4-5년 된 광고였습니다. 로컬 및 원격, 그리고 중간 서버와 함께. 내 말을 듣는 컨트롤은 필요하지 않습니다.
여기에서 나는 이것에 대해 개를 먹은 사람들 사이에서 일반적인 포럼 토론을 하고 싶습니다. 그리고 파생된 기술의 장단점 을 기반으로 - 클라이언트 수는 물론 연결 품질 및 채널의 부하 모두에 대해 안정적이고 내성이 있는 안정적인 복사기에 대한 옵션을 만듭니다.
그렇다면 복사기가 작동하는 이념을 자세히 설명하는 것으로 시작하지 않겠습니까?
그렇다면 복사기가 작동하는 이념을 자세히 설명하는 것으로 시작하지 않겠습니까?
기존 이념은 단순합니다. 마스터 오더 목록이 생성되고 이 목록이 클라이언트에 복제됩니다.
로컬의 경우 - 목록의 전송은 매핑을 통해 진행되고 원격의 경우 http를 통해 중간 서버를 통해 전송됩니다.
현지에 관해서는 모든 것이 적합합니다. 그러나 원격 http의 경우 불확실성의 벌레가 올바른 접근 방식이 선택되었는지 여부를 갉아먹습니다. 소켓이 있는 다른 프로젝트 가 있습니다. 복사기의 경우에는 소켓을 사용할 계획이었습니다.
그렇기 때문에 나는 새로운 것을 선택하거나 오래된 기술을 유지하기 위해 누가 무엇을 확신하고 직면한 문제를 알고 있는지에 대해 이야기하고 싶었습니다.
내가 이미 말했듯이 - 모든 측면을 결정할 때 - 나는 공개 프로젝트를 만들 것입니다 (형제 이데올로기가 마음에 들지 않는다면).