زيننو بوستر و BAS (استوديو أتمتة المتصفح) هما اثنان من أشهر منشئي الروبوتات في البيئة الناطقة بالروسية: يتم استخدامهما لجمع التسجيلات، والتسخين، والنشر، والتجريف. كلاهما يعتمد على البروكسي، وهو العنصر الرئيسي الذي يتم الخطأ فيه غالبًا ليس في صيغة السلسلة، ولكن في المخطط: تدفقان يجلسان على عنوان IP واحد، يتغير العنوان في منتصف التسجيل، وقالب المتصفح يقوم بتنزيل عشرات الجيجابايت من الصور في الليل. بحلول خريف عام 2026، أصبح التحكم في ذلك أسهل: زيننو بوستر 7.9.1 من 11 أغسطس تعلم حساب حركة المرور لكل بروكسي مباشرة من المشروع، بينما زيننو بوستر 7.9.2 (17 سبتمبر) و BAS 30.8.0 (16 سبتمبر) نقلا المتصفحات إلى Chromium 152 و 153. أدناه هو المخطط العملي "تدفق واحد - IP واحد" لكلا البرنامجين، واختيار التدوير حسب المهمة وحساب حركة المرور قبل وصول الفاتورة.
ما الذي تغير في عام 2026 ولماذا هذا مهم للبروكسي
إذا كانت القوالب تعمل على الإصدارات من بداية العام، فإن جزءًا من المشاكل مع البروكسي يتم حله من خلال تحديث بسيط. من سجلات التغييرات الخاصة بـ ZennoLab و Bablosoft، هناك خمس نقاط مهمة للعمل مع البروكسي:
- زيننو بوستر 7.9.0 (25 يونيو). تعلم مكعب "معالجة الصورة → حفظ الصورة → URL" العمل عبر البروكسي. قبل ذلك، كان المكعب يذهب للحصول على الصورة بدون بروكسي، باستخدام IP الجهاز الذي يعمل عليه القالب، وهو تسرب هادئ يمكن أن يكون من السهل عدم ملاحظته.
- زيننو بوستر 7.9.1 (11 أغسطس). تم إضافة حساب حركة المرور الواردة والصادرة بالبايت لكل بروكسي: للمتصفحات Chromium و ChromiumFromZB (بما في ذلك WebSocket، بدون ردود من ذاكرة التخزين المؤقت) ولجميع مكعبات HTTP - العادية، البديلة و TLS. البيانات متاحة من الكود عبر كائن
ZennoPoster.ProxyTrafficInfo. - في نفس الإصدار بدأت محاكاة البيانات الجغرافية والمنطقة الزمنية في أخذ عناوين IPv6 في الاعتبار، وتوقفت ملفات تعريف ZennoBrowser مع بروكسي SOCKS5 في التكامل عن الانهيار بسبب المهلة عند التشغيل.
- زيننو بوستر 7.9.2 (17 سبتمبر). واجهة برمجة التطبيقات العامة HTTP لأكثر من 100 عملية، وثلاثة خوادم MCP للمساعدين الذكيين ووضع الوكيل لمكعب "وكيل الذكاء الاصطناعي"، الذي يدير المتصفح بنفسه. المحرك - Chromium 152.
- BAS 30.8.0 (16 سبتمبر). تم تحديث المحرك إلى الإصدار 153، وتم تقديم وضع الوكيل، الذي ينشئ ويغير ويختبر السكربتات بناءً على الوصف النصي، ووحدة توليد رموز المصادقة الثنائية.
الاستنتاج العملي: قبل توسيع القوالب، قم بالتحديث على الأقل إلى زيننو بوستر 7.9.1 و BAS 30.8.0. حساب حركة المرور لكل بروكسي هو بالضبط ما كان ينقص عند الدفع مقابل الجيجابايت.
الخطوة 1. اختر وضع التدوير حسب المهمة
الإجابة القصيرة: للعمل مع الحسابات، تحتاج إلى جلسة لزجة مع منفذ منفصل لكل تدفق؛ للتجريف عبر طلبات HTTP - IP جديد لكل طلب؛ للتجريف عبر المتصفح بدون تسجيل الدخول إلى الحساب - جلسة لزجة بفترة قصيرة.
في ProxyCove، يتم تعيين الوضع عبر المنفذ. المنفذ 824 يغير IP في كل طلب. المنافذ 10000–20000 تعمل مع تدوير دوري: كل منفذ يعطي IP خاص به ويحتفظ به لفترة محددة - من 1 إلى 120 دقيقة. يتم تغيير الفترة في إعدادات التدوير في بطاقة البروكسي.
- التسجيل، التسخين، النشر. يحتاج الحساب إلى عنوان ثابت طوال الدورة. ضع الفترة مع احتياطي لطول دورة واحدة: إذا كان التسجيل مع تأكيد البريد الإلكتروني يستغرق 20-25 دقيقة، خذ 40-60. تغيير IP في منتصف النموذج هو سبب شائع لنقاط التفتيش.
- جمع البيانات باستخدام مكعبات GET/POST. كل طلب مستقل، لا تحتاج إلى الاحتفاظ بجلسة. المنفذ 824 يوزع الحمل عبر المجموعة ويقلل من فرصة الوصول إلى الحدود على IP واحد.
- التجريف عبر المتصفح بدون تسجيل الدخول. هنا، التدوير في كل طلب يضر. وفقًا لبيانات Web Almanac 2025، تقوم الصفحة المتوسطة على سطح المكتب بـ 77 طلبًا لموارد مختلفة، وعلى المنفذ 824 ستذهب أجزاء من صفحة واحدة من عناوين مختلفة. بالنسبة لأنظمة مكافحة الروبوتات، هذا سلوك غير نمطي، لذا استخدم منفذًا لزجًا بفترة من 1-5 دقائق وغيّر IP بين الصفحات، وليس داخلها.
الخطوة 2. اختر نوع البروكسي
يحدد النوع ليس فقط سعر الجيجابايت، ولكن أيضًا كيفية تعامل المنصة مع العنوان:
- السكنية - IP لمزودي الخدمة المنزلية. الخيار الأساسي لقوالب المتصفح، والأسواق، وسحب SEO، والتسجيلات على المواقع ذات الصرامة المتوسطة. في ProxyCove، تبلغ تكلفة البروكسي السكني مع اختيار الدولة وفترة التدوير 2.70 دولار للجيجابايت.
- المحمولة - عناوين مزودي الاتصالات. من خلال IP واحد مثل هذا عبر CGNAT، يتصل العديد من المشتركين الحقيقيين بالإنترنت في نفس الوقت، لذلك تحظر الشبكات الاجتماعية هذه العناوين بحذر أكبر. هذا هو الخيار لحسابات الشبكات الاجتماعية والمنصات الصارمة: تبلغ تكلفة البروكسي المحمول 3.80 دولار للجيجابايت.
- مراكز البيانات - 1.50 دولار للجيجابايت، سريعة ورخيصة، لكن شبكاتها الفرعية معروفة جيدًا لأنظمة مكافحة الروبوتات. مناسبة للتجريف عبر HTTP للمواقع المتساهلة وAPI، ولكنها خيار سيء لحسابات الشبكات الاجتماعية.
إذا كانت المنصة تهتم بالجغرافيا المستقرة، وليس العنوان المحدد، قم بتضمين الاستهداف حسب المدينة أو المزود (ASN). سيتغير IP، ولكن ضمن مدينة واحدة أو شبكة، كما هو الحال مع المستخدم العادي. الاستهداف أغلى: للسكنية - 4.70 دولار للجيجابايت.
الخطوة 3. إعداد قائمة "منفذ واحد - تدفق واحد"
- افتح بطاقة البروكسي في مكتب ProxyCove وقم بتمكين التدوير الدوري.
- في حقل "عدد التدفقات"، حدد عدد السلاسل المطلوبة. لا يتم تسعير المنافذ بشكل منفصل - تدفع فقط مقابل حركة المرور، لذا احصل على قائمة أطول من 2-3 مرات من عدد التدفقات. لماذا - سنشرح أدناه.
- اختر تنسيق
httpأوsocks5. سيقوم المكتب بإنشاء سلاسل بالمنافذ 10000، 10001، 10002 وهكذا: كل سلسلة هي جلسة منفصلة مع IP خاص بها. - احفظ القائمة في ملف، مثل
proxies.txt. تبدو السلسلة كالتالي:socks5://login:[email protected]:10000.
إذا كان الاستهداف مفعلًا، فإن معلمات الدولة أو المدينة أو ASN يتم إضافتها إلى اسم المستخدم عبر فاصلة منقوطة. انسخ السلسلة بالكامل ولا تعدلها يدويًا: الخطأ في المعلمات سيؤدي إلى كسر المصادقة أو الاستهداف.
الخطوة 4. زيننو بوستر: بروكسي خاص بكل تدفق
يمكن تعيين البروكسي في زيننو بوستر بشكل عالمي، على المشروع أو على التدفق. للعمل متعدد التدفقات، من الأكثر موثوقية أخذ السلسلة من القائمة داخل القالب:
- أضف في ProjectMaker كتلة "قائمة"، وقم بتمكين "تحميل من ملف" و"حفظ تغييرات القائمة في ملف"، وحدد المسار إلى
proxies.txt. - أضف "عملية على القائمة": "احصل على السلسلة" → "الأولى" مع علامة اختيار "احذف السلسلة بعد الحصول عليها". ضع النتيجة في متغير، مثل
proxy. يضمن الحذف أن تدفقين متوازيين لا يأخذان نفس المنفذ. - أضف "المتصفح → الإعدادات → تعيين البروكسي" ومرر
{-Variable.proxy-}. قم بتمكين محاكاة الموقع والمنطقة الزمنية: سيحصل المتصفح على البيانات الجغرافية والمنطقة الزمنية من IP البروكسي. - في كل مكعب HTTP (GET، POST)، اكتب نفس البروكسي - عبر المتغير أو خيار البروكسي للمشروع. حقل البروكسي الفارغ في المكعب يعني طلبًا من IP الخادم.
- في نهاية الدورة - في الفرع الناجح، وفي فرع الخطأ - أعد السلسلة إلى نهاية القائمة. خلاف ذلك، ستفرغ القائمة تدريجياً، وسيأخذ كل تدفق فاشل المنفذ إلى الأبد.
يعد ProxyChecker المدمج مناسبًا للقوائم العامة، ولكن بالنسبة للبوابة التي تدفع مقابل حركة المرور، فإن التحقق المنتظم من القائمة بأكملها غير منطقي: كل تحقق يستهلك ميغابايت مدفوعة، وعلى المنفذ 824، ستذهب الطلبات التالية على أي حال من IP مختلف. قبل بدء تشغيل كبير، يكفي التحقق من بضع سلاسل.
الخطوة 5. BAS: المورد مع البروكسي وإجراء البروكسي
- أنشئ موردًا من نوع "ملف" أو "URL" مع قائمة البروكسي - هكذا توصي الوثائق الخاصة بـ Bablosoft، حتى يختار مستخدم القالب المصدر بنفسه.
- في إعدادات المورد، قيد الاستخدام المتزامن للسلسلة بتدفق واحد. هناك أيضًا يتم تعيين حدود الاستخدام الناجح وغير الناجح والفترة بين الاستخدامات - بالنسبة للمنافذ اللزجة، ضعها لا تقل عن فترة التدوير.
- كأول إجراء للتدفق، قبل تحميل أي صفحة، ضع "بروكسي" ومرر السلسلة من المورد. يفهم BAS العديد من التنسيقات، بما في ذلك
login:password@host:portوsocks5://login:password@host:port، ويعمل مع HTTP و SOCKS5 مع المصادقة ويرسل طلبات DNS عبر البروكسي. - قم بتمكين تغيير الموقع الجغرافي والمنطقة الزمنية وفقًا لـ IP البروكسي في الإجراء.
- إذا كان القالب يتصل بالموقع أيضًا كعميل HTTP، قم بتعيين البروكسي له أيضًا: لدى عميل HTTP في BAS إعدادات خاصة به، منفصلة عن المتصفح.
هناك ميزتان يجب مراعاتهما في BAS. يتغير البروكسي بدون إعادة تشغيل التدفق، من خلال إجراء "بروكسي" مرة أخرى، - وهذا مناسب لتغيير IP بسبب خطأ. وإذا توقف البروكسي عن الاستجابة، يقوم BAS بإعادة تشغيل التدفق ويأخذ التالي. بالنسبة للتجريف، هذه ميزة، ولكن بالنسبة للحسابات، هناك خطر: ستستمر العملية من IP آخر. احتفظ بالربط "حساب - منفذ" وأعد الحساب إلى منفذه.
الخطوة 6. احسب حركة المرور قبل التشغيل
عند الدفع مقابل الجيجابايت، يعد قالب المتصفح الجزء الأكثر تكلفة من المخطط. وفقًا لبيانات Web Almanac 2025، تزن الصفحة الرئيسية المتوسطة 2862 كيلوبايت على سطح المكتب، منها 1058 كيلوبايت - صور. 10,000 تحميل لمثل هذه الصفحات - حوالي 28.6 جيجابايت، على البروكسي السكنية هذا حوالي 77 دولارًا. بدون الصور - حوالي 18 جيجابايت و 49 دولارًا. الأرقام الحقيقية تعتمد على الموقع والذاكرة المؤقتة، لكن الفكرة واضحة: الصور تمثل أكثر من ثلث الفاتورة.
- BAS. يتم تعيين إجراءات "Request mask deny" و "Request mask allow" قبل تحميل الصفحة وتقبل القناع مع النجوم. في الوثائق الخاصة بـ Bablosoft، مثال: حظر
*.png،*.jpgو*.gif، ثم السماح لصورة الكابتشا، بحيث يتم تحميلها فقط. - زيننو بوستر. أكبر توفير هو نقل جمع البيانات من المتصفح إلى مكعبات GET/POST: فهي لا تسحب الصور والخطوط والسكريبتات. في نافذة "حركة المرور"، يمكنك رؤية أي الطلبات تزن أكثر، ومن الإصدار 7.9.1 يمكن قراءة الحجم لكل بروكسي من الكود عبر
ZennoPoster.ProxyTrafficInfo، وكتابته في السجل وإيقاف التدفق عند تجاوز العتبة. - كن حذرًا مع الشبكات الاجتماعية. صفحة بدون صور لمستخدم حقيقي هي نادرة، وعلى بعض المنصات، يبدو ذلك غير نمطي في حد ذاته. بالنسبة للحسابات، من الأفضل الاكتفاء بحظر الفيديوهات الثقيلة والوسائط، وترك الصور.
تحقق من حسابك مع المكتب: هناك يمكنك رؤية الرصيد وجدول الاستهلاك لكل بروكسي. يتم تحديث بيانات المزود بتأخير، لذا فإن التحكم الفوري يكون أكثر ملاءمة في القالب نفسه.
المزالق
- تسريبات IP الحقيقي. مكعب HTTP بدون بروكسي، حفظ الصور عبر URL في زيننو بوستر حتى 7.9.0، WebRTC. كخطوة أولى للقالب، افتح صفحة للتحقق من IP و WebRTC وقارن النتيجة مع عنوان البروكسي - هذا أرخص من التعامل مع الحظر.
- تغيير IP في منتصف الجلسة. إذا كانت فترة التدوير أقصر من دورة الحساب، ترى المنصة قفزة في العنوان بين خطوات نفس النموذج. الحد الأقصى للفترة في ProxyCove هو 120 دقيقة؛ قسم السيناريوهات الطويلة إلى جلسات قصيرة مع حفظ الملف الشخصي.
- IP واحد لحسابين. طالما لم تنته فترة التدوير، يعطي المنفذ العنوان السابق. إذا تم منح المنفذ مباشرة للحساب التالي، سيخرج ذلك إلى الشبكة باستخدام IP السابق. من هنا تأتي النصيحة حول قائمة طويلة: مع 30 تدفقًا و 90 منفذًا، سيكون لكل منفذ الوقت الكافي "للبرودة" قبل إعادة الاستخدام.
- اختلاف الجغرافيا. يجب أن تتطابق المنطقة الزمنية وموقع المتصفح مع بلد IP. إذا كان البروكسي "ألمانيًا"، بينما يظهر الموقع هولندا، فإن المشكلة عادةً تكون في قواعد البيانات الجغرافية، وليس في البروكسي - إليك كيف تعمل الجغرافيا IP ولماذا تختلف القواعد.
- بصمة المحرك. تجلب الإصدارات الجديدة من Chromium إشارات جديدة. في Chrome 152، تم إضافة خاصية
navigator.cpuPerformance- نوع المعالج، الذي يعتمد في المقام الأول على عدد النوى، ويعمل زيننو بوستر 7.9.2 و BAS 30.8.0 على Chromium 152 و 153. إذا كانت القوالب تعمل على VPS مع نواتين، بينما تظهر الملفات الشخصية أجهزة كمبيوتر قوية، تحقق مما تعطيه هذه الخاصية: تحليل الإشارة الجديدة للكشف في Chrome 152. - وكلاء الذكاء الاصطناعي وحركة المرور. وضع الوكيل لمكعب "وكيل الذكاء الاصطناعي" في زيننو بوستر 7.9.2 يدير متصفح المهمة، مما يعني أنه يتصل بالإنترنت عبر البروكسي الخاص بها. يتم تحديد دورته بحدود إلزامية من التكرارات - لا تضع حدًا كبيرًا: كل تكرار زائد يكلف كل من الرموز والميغابايت.
الاستنتاج
المخطط لكلا البرنامجين هو نفسه: منفذ لزج منفصل لكل تدفق، فترة تدوير أطول من دورة الحساب، فترة توقف قبل إعادة استخدام المنفذ، الموقع الجغرافي والمنطقة الزمنية وفقًا لـ IP، البروكسي في جميع طلبات HTTP وحساب حركة المرور من اليوم الأول. ابدأ بتدفق واحد: تحقق من IP و WebRTC والمنطقة الزمنية، قم بتشغيل مئة دورة وراقب الاستهلاك في ZennoPoster.ProxyTrafficInfo أو في المكتب. بعد ذلك، سيكون من الأكثر أمانًا وأرخص توسيع القالب إلى عشرات ومئات التدفقات. بالنسبة للسيناريوهات عبر المتصفح مع الحسابات، استخدم البروكسي السكنية أو المحمولة مع تدوير دوري، وللتجريف عبر HTTP - منفذ مع IP جديد لكل طلب.
