ଯେତେବେଳେ ଡାଉନଲୋଡ ହୋଇଥିବା ଫାଇଲ HTTP ସ୍ଥିତି ରେଖାରେ ଆରମ୍ଭ ହୁଏ

ଯଦି ଏକ PDF କିମ୍ବା ସ୍ପ୍ରେଡସିଟ ଭଳି ଦେଖାଯାଉଥିବା ଫାଇଲ HTTP/1.1 200 OK ରେ ଆରମ୍ଭ ହୁଏ, ତେବେ ଡାଉନଲୋଡର ଫାଇଲ ପରିବର୍ତ୍ତେ କଞ୍ଚା ପ୍ରତିକ୍ରିୟା ସଞ୍ଚୟ କରିଛି। ଏହି ଯୋଜନାବଦ୍ଧ ପ୍ରତିକ୍ରିୟାରେ କେବଳ ଚାରି ବାଇଟ ବିଷୟବସ୍ତୁ ଅଛି:

HTTP/1.1 200 OK
Transfer-Encoding: chunked

4
DATA
0

ଫାଇଲଟି DATA। ସ୍ଥିତି ରେଖା, ହେଡର, ଆକାର ମାର୍କର ଏବଂ ସମାପ୍ତି ଗଠନ HTTPର। ହେଡରର ଲମ୍ବ ଭିନ୍ନ ହେଉଥିବାରୁ ନିର୍ଦ୍ଦିଷ୍ଟ ସଂଖ୍ୟକ ବାଇଟ ହଟାଇବା ସୁରକ୍ଷିତ ନୁହେଁ। ପ୍ରଥମ ଖାଲି ଧାଡି ପରେ ସବୁକିଛି କପି କଲେ ମଧ୍ୟ ଚଙ୍କ ଫ୍ରେମିଂ ରହିଥାଏ, ଏବଂ ସୂଚନାତ୍ମକ ପ୍ରତିକ୍ରିୟା ଅନ୍ତିମ ପ୍ରତିକ୍ରିୟା ପୂର୍ବରୁ ଆସିପାରେ।

ସାଧାରଣ ଡାଉନଲୋଡ ପାଇଁ, କଞ୍ଚା ସକେଟରୁ ଫାଇଲକୁ କପି କରିବାକୁ HTTP କ୍ଲାଏଣ୍ଟର ପ୍ରତିକ୍ରିୟା-ବଡି ଇଣ୍ଟରଫେସ ସହ ବଦଳାନ୍ତୁ। ଏହାର ପ୍ରକ୍ସି ବିନ୍ୟାସ କରନ୍ତୁ, ଅନ୍ତିମ ସ୍ଥିତି ଯାଞ୍ଚ କରନ୍ତୁ ଏବଂ ବଡିକୁ ଏକ ଅସ୍ଥାୟୀ ଆଉଟପୁଟକୁ ସ୍ଟ୍ରିମ କରନ୍ତୁ। କ୍ଲାଏଣ୍ଟ ସନ୍ଦେଶ ଫ୍ରେମିଂ ସମ୍ଭାଳେ: ଲମ୍ବ-ସୀମିତ, ଚଙ୍କଡ ଏବଂ ସଂଯୋଗ-ସୀମିତ ବଡି ପାଇଁ ଭିନ୍ନ ପାର୍ସିଂ ଆବଶ୍ୟକ।

ବିଷୟବସ୍ତୁ ଏନକୋଡିଂ ଆଉ ଏକ ସ୍ତର। କ୍ଲାଏଣ୍ଟର ଡକ୍ୟୁମେଣ୍ଟେଡ ଆଚରଣ ବ୍ୟବହାର କରି ଆପଣଙ୍କୁ ଡିକୋଡିଂ ହୋଇଥିବା ଫାଇଲ ବାଇଟ ଦରକାର କି ସ୍ପଷ୍ଟ ଭାବେ ଅନୁରୋଧିତ କଞ୍ଚା ବିଷୟବସ୍ତୁ ଦରକାର ତାହା ନିର୍ଣ୍ଣୟ କରନ୍ତୁ। ସଙ୍କୁଚିତ ବାଇଟ ସ୍ୱୟଂଚାଳିତ ଭାବେ ପ୍ରକ୍ସି କ୍ଷତି ନୁହେଁ।

ଯଦି ଆପ୍ଲିକେସନକୁ ସକେଟ-ସ୍ତରୀୟ କୋଡ ରଖିବାକୁ ହେବ, ତେବେ ସେହି ସମସ୍ତ ପାର୍ସିଂ ନିୟମ ଏବଂ ପଢ଼ା-ଲେଖା ପରିଚାଳନାର ଦାୟିତ୍ୱ ଏହାର। ବଫରର କ୍ଷମତା ନୁହେଁ, ପଢ଼ା ପ୍ରକୃତରେ ଫେରାଇଥିବା ବାଇଟ ସଂଖ୍ୟା ମାତ୍ର ଲେଖନ୍ତୁ, ଏବଂ ଆଂଶିକ ଲେଖା ସମ୍ଭାଳନ୍ତୁ। ନଚେତ ପୁରୁଣା ବଫର ବିଷୟବସ୍ତୁ ସଠିକ ଭାବେ ବାହାର କରାଯାଇଥିବା ବଡିକୁ ମଧ୍ୟ ନଷ୍ଟ କରିପାରେ।

HTTPS ପାଇଁ CONNECT ପ୍ରତିକ୍ରିୟା ହଟାଇବାଠାରୁ ଅଧିକ ଆବଶ୍ୟକ: ସୁରଙ୍ଗ ସଫଳତାର ସହ ସ୍ଥାପିତ ହେବା ପରେ, ଲକ୍ଷ୍ୟ TLS ସ୍ଥାପନ କରନ୍ତୁ ଏବଂ ତାପରେ ଆଭ୍ୟନ୍ତରୀଣ HTTP ପ୍ରତିକ୍ରିୟା ପାର୍ସ କରନ୍ତୁ। ପ୍ରକ୍ସିର ହେଡର ପରେ ଥିବା ଏନକ୍ରିପ୍ଟେଡ ବାଇଟ ଡାଉନଲୋଡ ଯୋଗ୍ୟ ଫାଇଲ ନୁହେଁ।

ବିଫଳ କିମ୍ବା ଅସମ୍ପୂର୍ଣ୍ଣ ଆଉଟପୁଟକୁ ଏକ ଅସ୍ଥାୟୀ ନାମରେ ରଖନ୍ତୁ। ସ୍ଥାନାନ୍ତରଣ ଏବଂ ଫାଇଲ ଯାଞ୍ଚ ସଫଳ ହେବା ପରେ ହିଁ ଏହାକୁ ପ୍ରକାଶ କରନ୍ତୁ; ଖାଲି ନଥିବା ଫାଇଲ ସମ୍ପୂର୍ଣ୍ଣ ଡାଉନଲୋଡ ପ୍ରମାଣ କରେ ନାହିଁ।