Python Requests ରିଡାଇରେକ୍ଟ: None ବନାମ ଖାଲି proxy ମୂଲ୍ୟ
ମ୍ୟାପିଂ ଏଣ୍ଟ୍ରି ହଟାଉଥିବା None ମୂଲ୍ୟ ଉପରେ ନିର୍ଭର କରିବା ପରିବର୍ତ୍ତେ ରିଡାଇରେକ୍ଟ ସାରା ସିଧା ରାଉଟିଂର ଉଦ୍ଦେଶ୍ୟ ସ୍ପଷ୍ଟ ରଖନ୍ତୁ।
ଯଦି ସିଧା ଅନୁରୋଧ ରିଡାଇରେକ୍ଟରେ ପହଞ୍ଚେ ଏବଂ ପରବର୍ତ୍ତୀ ବିନିମୟ proxy ରେ ବିଫଳ ହୁଏ, ସଂକ୍ରମଣ ଯାଞ୍ଚ କରନ୍ତୁ। Requests ରିଡାଇରେକ୍ଟ ପାଇଁ proxy ସମ୍ବନ୍ଧୀୟ ସେଟିଂ ପୁନର୍ନିର୍ମାଣ କରେ ଏବଂ Session ଏହାକୁ ବିଶ୍ୱାସ କଲେ ପରିବେଶକୁ ପୁଣି ପଚାରିପାରେ।
| ମ୍ୟାପିଂ ମୂଲ୍ୟ | ମିଶ୍ରଣ ସମୟରେ କଣ ହୁଏ |
|---|---|
None | କୀ ହଟାଯାଏ, ଯାହା ପରବର୍ତ୍ତୀ ପର୍ଯ୍ୟାୟ ପରିବେଶରୁ ପୂରଣ କରିପାରିବା ଭଳି ଏକ ଅନୁପସ୍ଥିତ ଏଣ୍ଟ୍ରି ଛାଡିଥାଏ। |
| ଖାଲି ଷ୍ଟ୍ରିଙ୍ଗ | ସ୍ପଷ୍ଟ ମୂଲ୍ୟ ରହିଥାଏ; ଏହା ସେହି ସ୍କିମ ପାଇଁ ସିଧା ରାଉଟିଂର ଉଦ୍ଦେଶ୍ୟ ସଂରକ୍ଷିତ ରଖିପାରେ। |
ବିଦ୍ୟମାନ Session ପାଇଁ, ସିଧା କାର୍ଯ୍ୟରେ ସମ୍ପୃକ୍ତ ଲକ୍ଷ୍ୟ ସ୍କିମ ପ୍ରଦାନ କରନ୍ତୁ:
response = session.get(
'https://example.com/start',
proxies={'http': '', 'https': ''},
timeout=15,
)ଆପ୍ଲିକେସନ ପ୍ରଦାନ କଲେ ଅତିରିକ୍ତ ହୋଷ୍ଟ-ନିର୍ଦ୍ଦିଷ୍ଟ ମ୍ୟାପିଂ ଏବଂ କଷ୍ଟମ ଆଡାପ୍ଟର ଯାଞ୍ଚ କରନ୍ତୁ। ଏହି ରାଉଟିଂ ଇନପୁଟ ସେହି ଉପାଦାନଗୁଡ଼ିକ ଲାଗୁ କରୁଥିବା ସମସ୍ତ ସମ୍ଭାବ୍ୟ ନୀତିକୁ ଅତିକ୍ରମ କରେ ନାହିଁ।
ନିଦାନରେ ପ୍ରତ୍ୟେକ URL ରଖନ୍ତୁ
ମୂଳ URL, ପ୍ରତ୍ୟେକ ରିଡାଇରେକ୍ଟ ସ୍ଥାନ, ପ୍ରତିକ୍ରିୟା ସ୍ଥିତି ଏବଂ ବିଫଳ ହେଉଥିବା ପର୍ଯ୍ୟାୟ ରେକର୍ଡ କରନ୍ତୁ। HTTP ରୁ HTTPS ପରିବର୍ତ୍ତନ ସମ୍ପୃକ୍ତ ସ୍କିମ କୀ ବଦଳାଏ; ନୂଆ ହୋଷ୍ଟ ପ୍ରଥମ ହୋଷ୍ଟର ବାଇପାସ ନିୟମ ବାହାରେ ପଡ଼ିପାରେ। କେବଳ ପ୍ରାରମ୍ଭିକ URL ଥିବା ରିପୋର୍ଟ ଉଭୟ ସଂକ୍ରମଣ ଲୁଚାଏ।
ରିଡାଇରେକ୍ଟ ଅନୁସରଣ ବନ୍ଦ ରଖି ଏକ ପ୍ରତିକ୍ରିୟା ପର୍ଯ୍ୟବେକ୍ଷଣ କରିବା ସୀମା ପ୍ରକାଶ କରିପାରେ। ଅନୁରୋଧ କରିବାକୁ ନିଷ୍ପତ୍ତି ନେବା ପୂର୍ବରୁ ଏହାର ସ୍ଥାନ ତଥ୍ୟ ଭାବରେ ଯାଞ୍ଚ କରନ୍ତୁ; ମୂଳ ପ୍ରମାଣପତ୍ର ନୂଆ ଲକ୍ଷ୍ୟସ୍ଥାନକୁ ଭେଦଭାବ ବିନା ପଠାନ୍ତୁ ନାହିଁ।
ଆପ୍ଲିକେସନ ଜାଣିଶୁଣି ସମସ୍ତ ରାଉଟିଂ ଏବଂ ବିଶ୍ୱାସ ଇନପୁଟର ମାଲିକ ହେଲେ ପରିବେଶ ଅନ୍ୱେଷଣ ବନ୍ଦ ଥିବା ସମର୍ପିତ Session ଅନ୍ୟ ଏକ ବିକଳ୍ପ। ଏହା ସ୍ୱୟଂଚାଳିତ ପ୍ରମାଣପତ୍ର ଏବଂ CA ଅନ୍ୱେଷଣ ଉପରେ ମଧ୍ୟ ପ୍ରଭାବ ପକାଏ, ତେଣୁ ଏହାକୁ ନିୟମିତ ରିଡାଇରେକ୍ଟ ମରାମତି ନୁହେଁ, ଆପ୍ଲିକେସନ ନୀତି ଭାବରେ ବାଛନ୍ତୁ।