एक --proxy विकल्प के बाद दो URL रखने पर दोनों एक ही प्रॉक्सी से जाते हैं। जब हर डाउनलोड को अपना रास्ता चाहिए, 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/

दोनों प्रॉक्सी पते प्लेसहोल्डर हैं; अपने सर्विस या HTTP प्रॉक्सी सूची से HTTP एंडपॉइंट चुनें। --next विकल्प नए स्थानीय विकल्पों के साथ दूसरी ट्रांसफ़र शुरू करता है। दूसरी प्रॉक्सी साफ़ लिखें। सीमा से पहले दिया गया विकल्प बाद में फिर देना पड़ सकता है।

यह क्रमिक उदाहरण है। इससे गंतव्य, आउटपुट फ़ाइल और प्रॉक्सी की जोड़ी जाँचना आसान होता है। curl समानांतर ट्रांसफ़र भी चलाता है, लेकिन parallelism scheduling बदलता है; यह हर URL के लिए प्रॉक्सी अपने आप नहीं चुनता।

जोड़ी वाली टेक्स्ट फ़ाइल से सावधान रहें

proxy-address destination-url वाली पंक्ति आपके application का format है। curl मनमाने text से columns का अर्थ नहीं समझता। Shell loop, बनाई गई curl configuration या dispatcher को हर record को स्पष्ट options में बदलना होगा।

Arguments को arguments ही रखें। अविश्वसनीय URL जोड़कर command बनाने से spaces या shell characters उसका अर्थ बदल सकते हैं। बार-बार के काम में curl की documented configuration-file syntax हाथ से जोड़ी गई लंबी string से आसान है।

हर ट्रांसफ़र का परिणाम अलग दर्ज करें। पहली डाउनलोड की सफलता दूसरी के मार्ग या response के बारे में कुछ नहीं बताती। timeouts और failure handling उसी ट्रांसफ़र के साथ रखें जिसे उनकी ज़रूरत है।

संबंधित लेख