To nedlastinger, to proxyer, én curl-kommando

Bruk overføringsgrenser i curl til å gi separate proxyer og utdatafiler uten en tvetydig kommandolinje.

To URL-er etter én --proxy-innstilling sendes begge gjennom samme proxy. Når hver nedlasting trenger sin egen rute, gir du curl en overføringsgrense:

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/

Begge proxyadressene er plassholdere; velg HTTP-endepunkter fra tjenesten din eller HTTP-proxylisten. --next starter en ny overføring med et nytt sett lokale innstillinger. Angi den andre proxyen eksplisitt. En innstilling før grensen må kanskje angis på nytt etterpå.

Dette er et sekvensielt eksempel. Det gjør det lett å kontrollere koblingen mellom mål, utdatafil og proxy. curl støtter også parallelle overføringer, men parallellitet endrer planleggingen; den velger ikke automatisk en proxy for hver URL.

Vær forsiktig med en tekstfil av par

En linje med proxy-address destination-url er programmets format. curl utleder ikke betydningen av kolonnene fra vilkårlig tekst. En shell-løkke, generert curl-konfigurasjon eller en annen liten dispatcher må gjøre hver post om til eksplisitte innstillinger.

Behold argumenter som argumenter. Å bygge en kommando ved å sette sammen upålitelige URL-er kan la mellomrom eller shell-tegn endre betydningen. For gjentatte jobber er curls dokumenterte konfigurasjonssyntaks enklere å kontrollere enn en lang streng satt sammen for hånd.

Registrer resultatet av hver overføring separat. En vellykket første nedlasting sier ingenting om ruten eller svaret til den andre. Hold tidsavbrudd og feilhåndtering knyttet til overføringen som trenger det, og kontroller grensen når en innstilling ser ut til å ha forsvunnet.

Relaterte artikler