asp 대용량 다운로드

asp 대용량 다운로드

2. FTP에 관해서 : 그것은 단지 ftp:// URL로 Response.Redirect를 할 기술적으로 가능하지만, 아무것도 브라우저에서 처리하는 방법에 대해 보장 할 수 없습니다, 모두가 원하거나 FTP 다운로드를 처리 할 수 있습니다. 어쩌면 당신은 두 개의 별도 링크를 제공 할 수 있습니까? 그것은 기본 버전, 아직 잘 작동 하는 것 같다. 그러나 고급 시나리오에서 사용하려는 경우 직면 할 수있는 몇 가지 잠재적 인 문제가 있습니다. 우선 어떤 이유로 든 전송이 중단되면 클라이언트는 처음부터 다운로드를 시작해야 합니다. 이는 대용량 파일을 사용할 때 허용되지 않으며 자주 떨어지는 모바일 연결을 사용하는 사람들에게 큰 번거로움이 될 수 있습니다. 또 다른 문제는 위의 구현은 http 지원 (예를 들어) 측면에서 매우 클라이언트 친화적이지 않다는 것입니다. HEAD 동사)를 참조하십시오. 샘플 프로젝트 코드에는 현재 파일에 MD5 해시 체크섬이 포함되지 않습니다. 실제로 는 클라이언트에 다운로드한 파일이 서버의 파일과 일치하도록 하기 위해 일종의 파일 체크섬 전략을 사용하는 것이 필수적이며, 어떤 식으로든 변조되거나 변경되지 않았는지 확인해야 합니다. HTTP 헤더를 사용하면 헤더(Content-MD5: md5 다이제스트)로 쉽게 수행할 수 있습니다. 실제로 첫 번째 프로토타입 중 하나는 파일이 요청될 때마다 파일에 MD5 해시 체크섬을 수행하고 파일이 서버를 떠나기 전에 헤더(Content-MD5: md5 다이제스트)에 다이제스트를 배치하는 것을 포함했습니다. 그런 다음 클라이언트는 받은 파일에 대해 동일한 MD5 해시 체크섬을 수행하고 서버에서 반환하는 헤더(Content-MD5: md5-digest)의 다이제스트와 일치하는 결과 다이제스트를 확인합니다.

일치하지 않으면 파일이 변조되었거나 손상된 것입니다. 이렇게 하면 파일이 변경되지 않도록 하는 목표가 달성되지만 대용량 파일은 서버에 강력한 CPU 압력을 발생시키고 수행하는 데 너무 오래 걸렸습니다. 차이점은 가상의 예에서 설명할 수 있습니다. 밤새도록 걸릴 대용량 파일을 다운로드할 것입니다. 작업을 마치고 실행하도록 하면 다시 시작할 수 있는 파일 다운로더를 시작합니다. 아침에 직장에 도착하면 파일 다운로드가 10%에서 실패하고 다시 시작할 준비가 된 것을 볼 수 있습니다. 그러나 다시 시작하면 나머지 90 %를 완료하기 위해 밤새 다시 실행해야합니다.