Donu al la API de la proksila provizanto sendependan reakiran vojon
Elektu rektan aliron, stabilan administran proksilon aŭ uzeblajn aprobitajn kaŝmemorajn datumojn antaŭ ol fidi ke provizanto anstataŭigos mortintan proksilon.
Akiri anstataŭanton tra la mortinta proksilo, kiun oni anstataŭigas, denove kreas la saman malsukceson. La API de la provizanto bezonas vojon uzeblan sendepende.
- Por permesita rekta aliro, uzu apartan cURL-tenilon kun malplena
CURLOPT_PROXYpor malŝalti hereditan proksilan enkursigadon. - Por stabila administra proksilo, agordu ĝian finpunkton kaj la celitan preterpasan politikon sur la tenilo de la provizanto.
- Se oni uzas aprobitan kaŝmemoron, ĝi devas enhavi finpunkton uzeblan por ĉi tiu reakirado.
Tenu la tenilon de la provizanto aparte de la tenilo por elŝuto de la celo. Validigu la staton de la provizanto kaj la redonitan finpunkton antaŭ ol ŝanĝi la elŝutan vojon. Malplena respondo povas esti aŭtentiga, kvota aŭ serva malsukceso de la provizanto, ne la sano de proksilo.
Kiam ne ekzistas sendependa vojo aŭ uzebla kaŝmemoro, raportu tiun praŝarĝan malsukceson. Elekti «sen proksilo» ne povas krei rektan aliron en reto, kiu ne permesas ĝin.