କ୍ୱେରୀ ଷ୍ଟ୍ରିଙ୍ଗ ଥିବା URL ପାଇଁ HTTP ପ୍ରକ୍ସି କ୍ୟାସିଂ

ଆଧୁନିକ HTTP ନିୟମ ଅନୁସାରେ କ୍ୱେରୀ ଷ୍ଟ୍ରିଙ୍ଗ ଏକ ପ୍ରତିକ୍ରିୟାକୁ କ୍ୟାସ-ଅଯୋଗ୍ୟ କରିଦିଏ ନାହିଁ। /catalog?page=2 ପରି ଏକ ସାର୍ବଜନୀନ ସମ୍ବଳ ଏହାର ଉଦ୍ଦିଷ୍ଟ ସତେଜତା ସିଧାସଳଖ ଘୋଷଣା କରିପାରେ:

Cache-Control: public, max-age=60

ଏହା ସାର୍ବଜନୀନ ବିଷୟବସ୍ତୁ ପାଇଁ ଏକ ଉଦାହରଣ ନୀତି। ପ୍ରତିକ୍ରିୟାକୁ ଏବେ ମଧ୍ୟ ଅନ୍ୟାନ୍ୟ କ୍ୟାସ-ଯୋଗ୍ୟତା ଆବଶ୍ୟକତା ପୂରଣ କରିବାକୁ ପଡ଼ିବ। ବ୍ୟକ୍ତିଗତ ଫଳାଫଳଗୁଡ଼ିକ କେବଳ ପ୍ରକ୍ସି ଅପରେଟର ଭଲ ହିଟ୍ ହାର ଚାହୁଁଛନ୍ତି ବୋଲି ସାଝା କ୍ୟାସିଂ ପାଇବା ଉଚିତ୍ ନୁହେଁ।

କ୍ୱେରୀ କ୍ୟାସ କୀରେ ବ୍ୟବହୃତ ଲକ୍ଷ୍ୟ URIର ଅଂଶ ହୋଇ ରହେ। ପୃଷ୍ଠା 2 ଏବଂ ପୃଷ୍ଠା 3 ଭିନ୍ନ ଅନୁରୋଧ। ସେମାନଙ୍କ URL ସମାନ ଦେଖାଯିବା ପାଇଁ କ୍ୱେରୀ ହଟାଇବା ଏକ ଫଳାଫଳକୁ ଅନ୍ୟଟି ପାଇଁ ପରିବେଷଣ କରିପାରେ; ଏହା ଫଳାଫଳଗୁଡ଼ିକୁ ସମାନ କରେ ନାହିଁ।

କ୍ୱେରୀ URL ପାଇଁ ହ୍ୟୁରିଷ୍ଟିକ ସତେଜତା ଉପରେ HTTPର ପୁରାତନ ପ୍ରତିବନ୍ଧକ ଖରାପ ଭାବରେ କାର୍ଯ୍ୟକାରୀ ହୋଇଥିବା ପ୍ରମାଣିତ ହେବା ପରେ ହଟାଯାଇଥିଲା। ସ୍ପଷ୍ଟ ସତେଜତା କ୍ୟାସର ଅନୁମାନ ଉପରେ ନିର୍ଭରତା ଏଡ଼ାଏ, ଯେତେବେଳେ ସ୍ଥାନୀୟ ପ୍ରକ୍ସି ନିୟମ ନିର୍ଦ୍ଦିଷ୍ଟ URLକୁ ବାଦ ଦେଇପାରେ।

ସାଧାରଣ HTTPS CONNECT ଟ୍ରାଫିକ ସମ୍ବଳ ଏବଂ ଏହାର କ୍ୟାସ ନୀତିକୁ TLS ଭିତରେ ଛାଡ଼ିଦିଏ। ଟନେଲିଂ ଫରୱାର୍ଡ ପ୍ରକ୍ସି ସେହି ପୃଷ୍ଠାଗୁଡ଼ିକ ପାଇଁ ଅବଜେକ୍ଟ କ୍ୟାସ ପାଏ ନାହିଁ କେବଳ URL କ୍ୱେରୀ ବ୍ୟବହାର କରୁଥିବାରୁ।