2010-08-10 4 views
0

MFC에서 작성된 소유권 클라이언트 - 서버 응용 프로그램이 있습니다. 내 클라이언트가 아닌 다른 클라이언트는 서버와 통신하지 않습니다. 안전을 위해 HTTP를 사용하고 있습니다.HTTP 청크 분할 전송 코딩 및 MFC

전까지는 응답 본문이 끝나는 클라이언트를 설명하기 위해 콘텐츠 길이를 사용했습니다. 이제 우리는 길이가 미리 알려지지 않은 상황에 처해 있으며 데이터를 버퍼링 할 수 없습니다. 나는 청크 분할 전송 코딩이 있다는 것을 rfc에서 읽었다. 문제는 rfc (http://www.w3.org/Protocols/rfc2616/rfc2616-sec3.html#sec3.6 섹션 3.6.1)에 정의 된 서식을 구현하고 싶지 않다는 것입니다.

문제점은 자체 청크 서식을 사용하고 나서 MFC 클래스가 구문 분석하려고하면 RFC에 정의 된대로 형식이 예상되지 않기 때문에 오류가 발생한다는 것입니다.

"청크 분할 전송 코딩"을 응답 헤더에 넣고 자체 청크 포맷을 사용할 수 있습니까? 또는 다른 말로하면, MFC 클래스는 응답 헤더에서 "Chunked Transfer Coding"을 볼 때 rfc에서 chanked 형식화의 정의에 따라 본문을 파싱하려고합니까?

답변

0

잘 모르겠습니다.

1) RFC 2616에 정의 된 청크 분할 인코딩의 문제점은 무엇입니까?

2) 기존 코드가 모르는 인코딩을 어떻게 처리해야합니까?

+0

객관적으로 아무 것도 잘못되었습니다. 지금 당장 metter가 아닌 어떤 이유로. 아이디어는 내 자신의 인코딩을 정의하고 클라이언트와 서버 모두에서 imeplement하는 것입니다. – user88637

+0

글쎄, HTTP 프레임 워크는 메시지가 끝나는 곳을 확인하기 위해 인코딩을 이해해야합니다. 따라서 다소 낮은 수준에서 구현해야합니다. –

관련 문제