Ang dalawang URL pagkatapos ng isang --proxy option ay parehong dumadaan sa iisang proxy. Kapag sariling ruta ang kailangan ng bawat download, bigyan ng transfer boundary ang curl.

curl --proxy http://203.0.113.10:8080 \
  --output first.html https://example.com/ \
  --next \
  --proxy http://203.0.113.20:8080 \
  --output second.html https://example.org/

Placeholder ang dalawang proxy address; pumili ng HTTP endpoint mula sa serbisyo mo o sa listahan ng HTTP proxy. Sinisimulan ng --next option ang isa pang transfer na may bagong local options. Tukuyin nang malinaw ang ikalawang proxy. Maaaring kailanganing ulitin pagkatapos ang option na ibinigay bago ang boundary.

Sequential ang halimbawang ito kaya madaling suriin ang pagtutugma ng destination, output file at proxy. Binabago ng parallel transfers ang scheduling; hindi ito awtomatikong pumipili ng proxy para sa bawat URL.

Mag-ingat sa text file na may mga pares

Ang linyang may proxy-address destination-url ay format ng iyong application. Hindi hinuhulaan ng curl ang kahulugan ng mga column mula sa arbitraryong text. Kailangang gawing malinaw na options ng shell loop o dispatcher ang bawat record.

Panatilihing arguments ang mga argument. Maaaring baguhin ng spaces o shell characters ang kahulugan kapag pinagdugtong ang hindi mapagkakatiwalaang URL. Mas madaling suriin ang dokumentadong curl configuration-file syntax.

Itala nang hiwalay ang resulta ng bawat transfer at iugnay ang timeouts at failure handling sa transfer na nangangailangan nito.

Kaugnay na mga artikulo