ഒരു വെബ്സൈറ്റിനായി Requests പ്രോക്സി തിരഞ്ഞെടുക്കുക

ഒരു വെബ്സൈറ്റിന് നിങ്ങളുടെ ബാക്കി HTTPS അഭ്യർത്ഥനകളിൽ നിന്ന് വ്യത്യസ്ത പ്രോക്സി ആവശ്യമാണ്. Requests ആ തിരഞ്ഞെടുപ്പ് പ്രോക്സി നിഘണ്ടുവിൽ തന്നെ പ്രകടിപ്പിക്കാം:

routes = {
    "https://reports.example": "http://reports-proxy.example:8080",
    "https": "http://default-proxy.example:8080",
}
response = requests.get(
    "https://reports.example/monthly",
    proxies=routes,
    timeout=(5, 20),
)
response.raise_for_status()

ആ ലക്ഷ്യത്തിന് ഹോസ്റ്റ്നെയിം-നിർദ്ദിഷ്ട കീ വിജയിക്കുന്നു. മറ്റൊരു HTTPS ഹോസ്റ്റ്നെയിം സ്കീം-വ്യാപക എൻട്രി ഉപയോഗിക്കുന്നു. മൂല്യങ്ങൾ പ്രോക്സി ബന്ധത്തെ വിവരിക്കുന്നു, അതിനാൽ ഒരു HTTPS ലക്ഷ്യം HTTP പ്രോക്സി URL-ലേക്ക് ശരിയായി മാപ്പ് ചെയ്യാം. ഇവ പ്രോക്സി അക്കൗണ്ടുകളില്ലാത്ത അനുവദനീയ പൊതു-സൈറ്റ് റൂട്ടുകളാണെങ്കിൽ, HTTP പ്രോക്സി പട്ടിക ആ മൂല്യങ്ങൾക്ക് സ്ഥാനാർത്ഥികൾ നൽകാം; ഓരോ ലക്ഷ്യ നിയമവും വ്യക്തമായി സൂക്ഷിക്കുക.

ഹോസ്റ്റ്നെയിം പൊരുത്തപ്പെടുത്തുക, റിസോഴ്സ് URL അല്ല

Requests 2.32.5-ൽ നിർദ്ദിഷ്ട കീ ലക്ഷ്യത്തിന്റെ സ്കീമിൽ നിന്നും പാഴ്സ് ചെയ്ത ഹോസ്റ്റ്നെയിമിൽ നിന്നും നിർമ്മിക്കുന്നു. അതിൽ പാത, ക്വറി, പോർട്ട് എന്നിവ ഉണ്ടാകില്ല.

നിഘണ്ടു കീയിൽ /monthly ചേർക്കുന്നത് നിയമത്തെ ആ പാതയിൽ ഒതുക്കില്ല. അതുപോലെ, https://reports.example:8443 ഈ സെലക്ടർ തിരിച്ചറിയുന്ന പോർട്ട്-നിർദ്ദിഷ്ട കീ അല്ല. ലക്ഷ്യ URL മറ്റൊരു പോർട്ട് ഉപയോഗിക്കുമ്പോഴും ഹോസ്റ്റ്നെയിം നിയമം ബാധകമാണ്.

ഈ തിരച്ചിലിൽ വൈൽഡ്കാർഡ് വിപുലീകരണമില്ല. reports.example-നുള്ള നിയമം ഒരു സബ്ഡൊമെയ്നെ സ്വയമേവ ഉൾക്കൊള്ളുന്നില്ല. നയത്തിന് പാത, പോർട്ട് അല്ലെങ്കിൽ പ്രത്യയ പൊരുത്തം വേണമെങ്കിൽ ഈ ലളിതമായ നിഘണ്ടുവിന് പുറത്ത് വ്യക്തമായ റൂട്ടിംഗ് തീരുമാനം ഉപയോഗിക്കുക.

അടുത്തതായി വരുന്ന ഫാൾബാക്ക് ഏതെന്ന് അറിയുക

നടപ്പാക്കൽ കീകൾ ഈ ക്രമത്തിൽ പരിശോധിക്കുന്നു: scheme://hostname, scheme, all://hostname, പിന്നെ all. അതിനാൽ സ്കീം-വ്യാപക HTTPS എൻട്രിക്ക് എല്ലാ സ്കീമുകളുടെയും ഹോസ്റ്റ്നെയിം എൻട്രിയേക്കാൾ മുൻഗണനയുണ്ട്. അതാണ് ഉദ്ദേശിച്ച ഒഴിവാക്കലെങ്കിൽ നിങ്ങളുടെ ഡിസൈനിൽ സ്കീം-നിർദ്ദിഷ്ട ഹോസ്റ്റ്നെയിം നിയമം ആദ്യം വയ്ക്കുക.

നിങ്ങളുടെ Session സ്ഥിരസ്ഥിതികളും പരിസ്ഥിതിയിൽ നിന്നുള്ള ക്രമീകരണങ്ങളും എങ്ങനെ ലയിപ്പിക്കുന്നു എന്നതും പരിഗണിക്കുക. ഈ രണ്ട് വ്യക്തമായ എൻട്രികൾ അഭ്യർത്ഥനയോടൊപ്പം അയയ്ക്കുന്നത് അവയുടെ ഉദ്ദേശിച്ച റൂട്ടുകൾ വ്യക്തമാക്കുന്നു, പക്ഷേ മറ്റേതെങ്കിലും ലക്ഷ്യ സ്കീമിന് നയം നിർവചിക്കുന്നില്ല.

ഒരു റീഡയറക്ട് മറ്റൊരു ഹോസ്റ്റ്നെയിം കൊണ്ടുവരാം, ആ പുതിയ ലക്ഷ്യത്തിനും പ്രോക്സി തിരഞ്ഞെടുപ്പ് പ്രസക്തമാണ്. നിയമം ആദ്യ പേജിനോട് ചേർന്ന നിശ്ചിത റൂട്ടായി വായിക്കാതെ, അഭ്യർത്ഥിക്കുന്ന ഓരോ URL-നെക്കുറിച്ചുമുള്ള തീരുമാനമായി വായിക്കുക.