Piliin muna ang sangay ng constructor. Kung ang simple-salesforce ay gumagawa ng sarili nitong Requests Session, gamitin ang pampublikong proxies mapping nito. Kung magbibigay ka ng session, ang object na iyon ang may hawak ng routing at ang hiwalay na mapping ay binabalewala nang may babala.

Sa mayroon nang token at instance URL, ang default-session na sangay ay:

from simple_salesforce import Salesforce

sf = Salesforce(
    instance_url='https://org.example.my.salesforce.com',
    session_id=access_token,
    proxies={'https': 'http://proxy.example:8080'},
)

Gamitin ang aktwal na instance ng Salesforce at ang access token. Ang halaga ay isang HTTP intermediary para sa mga tawag sa HTTPS API. Para sa pinapayagang pampublikong ruta ng endpoint ng Salesforce na walang proxy authentication, isang entry mula sa listahan ng HTTP proxy ang makapagbibigay ng URL na iyon; nananatiling hiwalay ang token ng Salesforce. Para sa login na pinapatakbo ng constructor, ibigay ang mapping sa paggawa upang matanggap ito ng login helper bago makuha ang session.

Para sa custom na session, i-configure ito nang direkta:

import requests

session = requests.Session()
session.proxies.update({'https': 'http://proxy.example:8080'})
sf = Salesforce(
    instance_url=instance_url,
    session_id=access_token,
    session=session,
)

Nananatiling aktibo ang normal na pag-uugali ng Requests environment ng custom na object. Panatilihin ang rutang iyon sa constructor path na ginagamit ng SDK; ang pag-configure ng hiwalay na client sa tabi nito ay hindi nakakaapekto sa mga tawag na ito.

Kaugnay na mga artikulo