تحديد حجم مجموعة وكلاء لحل CAPTCHA

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

[
  {
    "job": 1,
    "proxyEnvironmentVariable": "PROXY_SESSION_1",
    "reuseFor": "solve and target submission",
    "resultHandling": "submit promptly with returned browser identity"
  },
  {
    "job": 2,
    "proxyEnvironmentVariable": "PROXY_SESSION_2",
    "reuseFor": "solve and target submission",
    "resultHandling": "submit promptly with returned browser identity"
  },
  {
    "job": 3,
    "proxyEnvironmentVariable": "PROXY_SESSION_3",
    "reuseFor": "solve and target submission",
    "resultHandling": "submit promptly with returned browser identity"
  },
  {
    "job": 4,
    "proxyEnvironmentVariable": "PROXY_SESSION_4",
    "reuseFor": "solve and target submission",
    "resultHandling": "submit promptly with returned browser identity"
  }
]

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

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

يقبل طلب reCAPTCHA واحدًا فقط من proxy أو proxyCandidates. تقبل قائمة المرشحين ما يصل إلى اثني عشر عنوان URL مختلفًا لوكلاء HTTP أو HTTPS، دون مسار أو استعلام أو جزء. وهذه مخارج بديلة لمهمة واحدة، وليست دفعة متوازية: فأربع عمليات، لكل منها اثنا عشر مرشحًا، تظل أربعة تدفقات منطقية، وليست 48 عملية حل.

عند استخدام المرشحين، احتفظ بالمصفوفة الأصلية. في reCAPTCHA، يحدد solution.egressAttempts المرشح الناجح بفهرس يبدأ من 1. تحقّق من أنه عدد صحيح من 1 إلى طول المصفوفة قبل اختيار الوكيل للإرسال. إذا كان مفقودًا أو غير صالح، فتوقف بدلًا من التخمين.

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

شغّل سير العمل الفعلي على الموقع المستهدف. سجّل لكل عملية تسمية غير سرية لجلسة الوكيل، والحالة النهائية للمهمة، واستجابة الموقع المستهدف. افصل بين جاهزية الحل وقبول الموقع المستهدف له؛ وإلا فقد تبدو المجموعة سليمة رغم فشل كل عمليات الإرسال.

تنتظر الرموز الجاهزة قبل إرسالها.

هل يستطيع التطبيق إرسال النتائج بالسرعة التي تنتجها بها التدفقات النشطة الأربعة؟

جرّب هذا: قلّل عمليات الحل المتزامنة إلى ما يستطيع التطبيق استخدامه بسرعة. زيادة جلسات الوكيل لن تعالج تأخر الإرسال.

يرفض الموقع المستهدف حلًا جاهزًا.

هل استُخدم عند الإرسال المخرج الناجح وهوية المتصفح المُعادة والموقع المستهدف المقصود؟

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

يعيد الوكيل HTTP 407.

تحقّق من مصادقة الوكيل، بما في ذلك الأحرف المحجوزة في اسم المستخدم أو كلمة المرور.

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

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

بأسعار الدفع حسب الاستخدام الحالية، تبلغ تكلفة 10,000 مهمة reCAPTCHA جاهزة $20 قبل احتساب رصيد الحساب أو المكافآت السارية. تُرد تكلفة عمليات الحل الفاشلة. ولا يؤدي رفض الموقع المستهدف تلقائيًا إلى رد تكلفة حل جاهز.

اجعل الإنفاق على الوكلاء بندًا مستقلًا. استند إلى شروط الفوترة لدى مزوّدك وحركة البيانات المقاسة خلال تجربة الحل والإرسال نفسها؛ فعدد الجلسات أو المرشحين المضبوطين لا يحدد فاتورة حركة البيانات.