تنزيلان، وكيلاْن، وأمر curl واحد

وضع عنواني URL بعد خيار واحد --proxy يرسلهما معًا عبر الوكيل نفسه. عندما يحتاج كل تنزيل إلى مساره الخاص، أعطِ 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 النقل المتوازي أيضًا، لكن التوازي يغيّر الجدولة ولا يختار وكيلًا لكل عنوان URL تلقائيًا.

الحذر مع ملف نصي من أزواج

السطر الذي يحتوي على proxy-address destination-url هو تنسيق تطبيقك. لا يستنتج curl معاني هذه الأعمدة من نص عشوائي. يجب أن يحوّل تكرار shell أو إعداد curl مولّد أو موزّع صغير آخر كل سجل إلى خيارات صريحة.

أبقِ الوسائط وسائط. قد يتيح إنشاء أمر بضم عناوين URL غير الموثوقة للمسافات أو أحرف shell تغيير معناه. للمهام المتكررة، تكون صيغة ملف الإعداد الموثقة في curl أسهل للمراجعة من سلسلة طويلة مجمعة يدويًا.

سجّل نتيجة كل نقل على حدة. لا يقول نجاح التنزيل الأول شيئًا عن مسار الثاني أو استجابته. أبقِ المهل ومعالجة الفشل مرتبطة بالنقل الذي يحتاجها، وافحص الحد عندما يبدو أن إعدادًا قد اختفى.