curl -N ପ୍ରକ୍ସିକୁ ବଫରିଂ ବନ୍ଦ କରିବାକୁ କହିପାରିବ ନାହିଁ

curl -N, କିମ୍ବା --no-buffer, curl ର ଆଉଟପୁଟ-ଷ୍ଟ୍ରିମ ବଫରିଂ ଅକ୍ଷମ କରେ। ପ୍ରକ୍ସି କିମ୍ବା ସର୍ଭରର ବଫରିଂ ନୀତି ନବଦଳାଇ ବିଳମ୍ବିତ ଆଉଟପୁଟ ନିର୍ଣ୍ଣୟ କରିବାରେ ଏହା ସାହାଯ୍ୟ କରିପାରେ।

curl --proxy http://proxy.example:8080 --noproxy '' --no-buffer --max-time 30 https://example.com/stream

ସାର୍ବଜନୀନ ପ୍ରକ୍ସି ମାଧ୍ୟମରେ ତୁଳନା ପାଇଁ HTTP ପ୍ରକ୍ସି ତାଲିକାରୁ ଏକ HTTP ଏଣ୍ଡପଏଣ୍ଟ ବାଛନ୍ତୁ। ଆପଣଙ୍କ ପ୍ରକୃତ ଷ୍ଟ୍ରିମ URL ବ୍ୟବହାର କରନ୍ତୁ ଏବଂ ଇଚ୍ଛିତ ସୀମା ବାଛନ୍ତୁ। ଖାଲି ବାଇପାସ ତାଲିକା ଏହି ତୁଳନାକୁ ବଛାଯାଇଥିବା ପ୍ରକ୍ସି ପଥରେ ରଖେ।

ଆଗମନ, ଡିକୋଡିଂ ଏବଂ ପ୍ରଦର୍ଶନ

ସର୍ଭର କ୍ରମିକ ବାଇଟ ଉତ୍ପନ୍ନ କରିପାରେ, ମଧ୍ୟସ୍ଥ ସେଗୁଡ଼ିକୁ ସଂଗ୍ରହ କରିପାରେ, କ୍ଲାୟେଣ୍ଟ ଲାଇବ୍ରେରୀ ସମ୍ପୂର୍ଣ୍ଣ ବଡି ପଢ଼ିପାରେ, ଏବଂ ବ୍ରାଉଜର ରେଣ୍ଡରିଂକୁ ବିଳମ୍ବ କରିପାରେ। ଯେଉଁଠାରେ ଆପଣ ପଥ ନିୟନ୍ତ୍ରଣ କରନ୍ତି ସେଠାରେ ପ୍ରଥମ ଉପଯୋଗୀ ବାଇଟ ଏବଂ ପରବର୍ତ୍ତୀ ଅଗ୍ରଗତି ତୁଳନା କରନ୍ତୁ। ପେଣ୍ଟ ସମୟ ଏବଂ ସର୍ଭରର ମୋଟ ଅବଧି ବଡି କେବେ ଆସେ ତାହା ନିର୍ଣ୍ଣୟ କରେ ନାହିଁ।

Guzzle ରେ ଷ୍ଟ୍ରିମିଂ ଏବଂ ବଡି ବ୍ୟବହାର ଅଲଗା ଯାଞ୍ଚ କରନ୍ତୁ। ସଙ୍କୋଚନ ଏକ ଡିକୋଡିଂ ପର୍ଯ୍ୟାୟ ଯୋଡେ। ଡିକୋଡ ହୋଇଥିବା ଆଉଟପୁଟ କେବେ ଦେଖାଯାଏ ତାହାର ପରିବର୍ତ୍ତନ ନିଜେ ପ୍ରକ୍ସି ବଫରିଂ ଉପାଦାନ ବୋଲି ପ୍ରମାଣ କରେ ନାହିଁ।

ମଧ୍ୟସ୍ଥ କଣ ଦେଖେ

ଏକ ଅସ୍ପଷ୍ଟ CONNECT ପ୍ରକ୍ସି ଆଭ୍ୟନ୍ତରୀଣ HTTPS ପ୍ରତିକ୍ରିୟାକୁ ସାଧାରଣ HTTP ପରି ପାର୍ସ କରିପାରିବ ନାହିଁ। ଅନୁମୋଦିତ TLS ଯାଞ୍ଚ ସେବାର ଦୃଶ୍ୟତା ଅଲଗା, ତେଣୁ କେବଳ HTTPS ଯାଞ୍ଚର ଅନୁପସ୍ଥିତି ପ୍ରମାଣ କରେ ନାହିଁ।

ଅପେକ୍ଷା ପର୍ଯ୍ୟାୟ ଚିହ୍ନଟ ହେବା ପରେ ସେହି ଉପାଦାନ ଦ୍ୱାରା ସମର୍ଥିତ ଷ୍ଟ୍ରିମିଂ ନିୟନ୍ତ୍ରଣ ବ୍ୟବହାର କରନ୍ତୁ। ରିଭର୍ସ-ପ୍ରକ୍ସି ନିର୍ଦ୍ଦେଶ ଆଗକୁ ପ୍ରକ୍ସି ଉପରେ ସ୍ୱୟଂଚାଳିତ ଭାବରେ ଲାଗୁ ହୁଏ ନାହିଁ; curl ର ଆଉଟପୁଟ ଫ୍ଲାଗ କେବଳ ନିଜର ଅଂଶର ପଥ ବଦଳାଏ।