Bi deskarga, bi proxy, curl komando bat

Erabili curl-en transferentzia-mugak proxy eta irteera-fitxategi bereiziak esleitzeko, komando-lerro anbiguorik gabe.

Bi URL --proxy aukera bakarraren ondoren jartzeak biak proxy beretik bidaltzen ditu. Deskarga bakoitzak bere bidea behar badu, eman transferentzia-muga bat curl-i:

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/

Bi proxy-helbideak leku-markak dira; aukeratu HTTP muturrak zure zerbitzutik edo HTTP proxyen zerrendatik. --next aukerak beste transferentzia bat hasten du tokiko aukera berriekin. Adierazi bigarren proxya berariaz. Mugaren aurretik emandako aukera bat ondoren berriro eman behar izan daiteke.

Hau sekuentziazko adibidea da. Helburua, irteera-fitxategia eta proxya parekatzea erraz aztertzen da. curl-ek transferentzia paraleloak ere onartzen ditu, baina paralelismoak programazioa aldatzen du; ez du automatikoki proxy bat aukeratzen URL bakoitzerako.

Kontuz bikoteen testu-fitxategiekin

proxy-address destination-url duen lerroa zure aplikazioaren formatua da. curl-ek ez du zutabe horien esanahia testu arbitrariotik ondorioztatzen. Shell begizta batek, sortutako curl konfigurazio batek edo beste banatzaile txiki batek erregistro bakoitza aukera esplizitu bihurtu behar du.

Mantendu argumentuak argumentu gisa. Fidagarriak ez diren URL-ak kateatuz komando bat eraikitzeak zuriuneek edo shell-eko karaktereek esanahia aldatzea ahalbidetu dezake. Lan errepikakorretarako, curl-en dokumentatutako konfigurazio-fitxategiaren sintaxia errazago berrikusten da eskuz osatutako kate luze bat baino.

Erregistratu transferentzia bakoitzaren emaitza bereizita. Lehen deskargaren arrakastak ez du bigarrenaren bideari edo erantzunari buruz ezer esaten. Lotu denbora-mugak eta erroreen kudeaketa behar dituen transferentziarekin, eta aztertu muga ezarpen bat desagertu dela dirudienean.

Erlazionatutako artikuluak