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

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

كان Browser يخصم 30 رصيدا لفئة تخطي الحماية فقط عند ظهور clearance cookie الخاص بـ Cloudflare. الآن، يقوم بنفس الإجراء لأي نظام حماية نتعرف عليه ونتخطاه، بدءا من SiteGround. تتضمن الـ response أيضا defenses: { present, cleared }، لتتمكن من معرفة المورد الذي اعترض طريقك حتى لو لم نتخطاه بعد (يتم حاليا التعرف على DataDome و PerimeterX و Akamai و Incapsula و hCaptcha، ولكن لم يتم تخطيها بعد).

تعيد استجابات المتصفح الآن defenses: { present, cleared }: كل مزود قام الهدف بتشغيله، وكل مزود تمكنا بالفعل من تخطيه. تتبع الفوترة القاعدة نفسها. يُعد الطلب الذي يتخطى أي مزود (وليس Cloudflare فقط) بمثابة حل للحماية، والمزودون الذين نتعرف عليهم ولكن لا يمكننا التغلب عليهم بعد يظهرون في present ولا يرفعون السعر أبدا.

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

يحتوي جدول مقارنة الخطط الآن على صف خاص بعرض النطاق الترددي. تأتي كل خطة عامة مع عرض نطاق ترددي غير محدود، لذلك لن تستنزف البيانات الصادرة ميزانيتك في الخفاء مع زيادة حركة المرور. تعرض الخطط المخصصة حجم 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 المبهم في كل مكان، مما يطابق ما أرجعته الاستجابات بالفعل.