سجل التغييرات

يحتوي جدول مقارنة الخطط الآن على صف خاص بعرض النطاق الترددي. تأتي كل خطة عامة مع عرض نطاق ترددي غير محدود، لذلك لن تستنزف البيانات الصادرة ميزانيتك في الخفاء مع زيادة حركة المرور. تعرض الخطط المخصصة حجم GB الدقيق عندما يكون لها حد أقصى.

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

يحتوي قسم الاستخدام والحدود الآن على نقاط انتباه لكل علامة تبويب، وأشرطة استخدام ملونة (كهرماني عند 80%، وأحمر بمجرد تجاوز الحد)، وعمود "آخر استخدام" قابل للفرز، وتحديث تلقائي كل 30 ثانية. يمكنك فتحه من الشريط الجانبي في لوحة التحكم الخاصة بك.

أصبح جدول المقارنة في صفحة التسعير مجمّعاً الآن حسب الاستخدام، والميزات، وrate limits، والحساب. تأتي كل خلية من نفس نموذج الخطة الذي تقرأه API، لذا فإن ما تراه هناك هو ما تتضمنه خطتك بالفعل. سعة النطاق الترددي غير مقيدة في جميع الخطط العامة.

يقوم Proxy Finder الآن بتشغيل فحوصات الحيوية الثلاثة بالتزامن بدلا من إجرائها تباعا، مما يؤدي إلى إعادة تدوير المخارج غير المستجيبة بشكل أسرع بـ 3 مرات تقريبا. يحافظ إصلاح head-of-line على استقرار إنتاجية التحقق عندما تصل إحدى الشبكات الفرعية إلى rate limit الخاص بها. توقع اختيار عدد أقل من proxies غير الصالحة لـ requests الخاصة بك.

يتم الآن التحقق من الـ proxies بشكل مستمر من مسار شبكة منفصل، لذلك يحتوي التجمع العامل فقط على المخارج التي تعمل فعليا في الوقت الحالي (وليس فقط عند العثور عليها لأول مرة). عند استدعاء /api/proxy أو السماح لـ /api/auto بتوجيه الـ request الخاص بك، فمن المرجح أن يعمل الـ proxy المختار من المحاولة الأولى.

تحظر الـ API أي طلب Single أو Browser يؤول فيه عنوان URL المستهدف، أو سلسلة متابعة إعادة التوجيه، أو حقل proxy إلى نطاق IP خاص أو محجوز. حتى إذا قام هدف عام بإعادة التوجيه إلى شبكة داخلية، يتوقف الطلب قبل الوصول إليها.

حصل مبدل اللغة في الموقع الرئيسي، والمدونة، والوثائق، وبوابة التحديثات على تحديث شامل. يعرض كل خيار الاسم الأصلي للغة بالإضافة إلى اسمها بلغة واجهة المستخدم الحالية (مثل 'Deutsch · немски' على الموقع البلغاري)، مع مربع بحث يتيح تصفية جميع اللغات المحلية البالغ عددها 13 حسب الاسم أو الرمز أو معرف اللغة المحلية. أصبح كل خيار الآن رابطا حقيقيا باستخدام hreflang، بحيث يمكن لمحركات البحث وزواحف الذكاء الاصطناعي تتبع كل ترجمة، ويمكنك النقر مع الضغط على مفتاح cmd لفتح لغة أخرى في علامة تبويب جديدة. يتوفر المبدل أيضا في التذييل الخاص بكل موقع.

كان Auto يقوم بتقليل قيمة TTL لجلسة المضيف مع كل فشل في إعادة التشغيل، حتى عندما لا يعكس الفشل انتهاء صلاحية حقيقي لملف cookie. استمر إبعاد الجلسات وإعادة حلها بينما لا تزال ملفات cookie الخاصة بها تعمل. تزداد الآن قيمة TTL عند النجاحات القديمة وتتراجع فقط عند انتهاء الصلاحية الحقيقي، وبالتالي يمكن لجلسة مكتسبة لمضيف تم تخطيه عبر Cloudflare أن تستمر لعدة دقائق بدلا من أن تموت بعد أول خطأ 403.

تتكيف الجلسات التلقائية الآن مع ما يحتاجه كل هدف. تعمل المواقع التي لا تحتوي على تحديات تفاعلية كجلسات محمولة حيث تنتقل الـ cookies عبر تجمع الـ proxy، لذلك يتم التدوير وتجاوز الفشل تلقائيا. المواقع التي تربط عملية فتح القفل بمخرج واحد (تفاعلات Cloudflare هي الأساسية) يتم تثبيتها مع حد أقصى للتزامن لكل عملية تصريح، بحيث لا يمكن لتدفق من عمليات إعادة التشغيل أن يستهلك عملية فتح القفل الخاصة بك.

تعرض الآن معاينات request في النشاط معرف proxy المبهم في كل مكان، مما يطابق ما أرجعته الاستجابات بالفعل.

تحتوي كل response لـ Auto الآن على كائن meta (أي مستوى فاز، وما إذا تم حل التحدي، وعدد المحاولات، وإجمالي الأرصدة) بالإضافة إلى الجلسة النشطة (proxy، وcookies، وuserAgent) حتى تتمكن من معرفة ما نجح في اختراق الهدف وإعادة المحاولة بنفسك. حقل session.proxy هو معرف proxy مبهم بنظام base36، وليس عنوانًا خامًا أبدًا. قم بتعيين returnSession: false إذا كنت لا ترغب في تضمين الجلسة في الـ response.

يعالج Auto الآن تحديات Cloudflare غير التفاعلية (جدار "Checking your browser" الذي تعرضه بعض المواقع المحمية) من البداية إلى النهاية، بدلاً من إرجاع صفحة التحدي كما لو كانت محتوى. كما تم إصلاح حالتين مرتبطتين: الاستجابة 200 التي تخفي تحدياً بينياً تتصاعد الآن إلى حل حقيقي، والتحدي الذي يعيد عرض الجدار بعد إسقاط cookie التخليص يقوم الآن بإعادة التحميل وجلب المحتوى الحقيقي. Marathonbet هو الموقع الأبرز الذي يتم تخطيه حديثاً؛ كما تستفيد vinted وبعض أهداف interstitial-on-200 الأخرى.

لم يعد تحديث Playground يعرض الحالة الثابتة بشكل خاطف قبل أن تظهر حالتك مجدداً. يمسح زر Reset الجديد (يتطلب تأكيداً) تبويبات request الثلاثة كلها، وملفات cookies، والـ proxies المنقولة دفعة واحدة. يمكن الآن للـ response أيضاً نقل معرف proxy الخاص به أو User-Agent إلى الـ request التالي عندما تطلب ذلك، بدلاً من تطبيقها تلقائياً دون علمك.

يتضمن كل Single response الآن معرّف الـ proxy الذي عالج الـ request، وتفعل الـ Browser responses الشيء نفسه. مفيد للاستدعاءات المتسلسلة التي تحتاج إلى الالتزام بنفس الـ proxy.