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

عندما يطلب المصرف الذي تتعامل معه 3D Secure عند ترقية الخطة، كان الـ request يستعلم باستمرار عن تغيير لم يصل أبدًا (لم يطلب منك أحد المصادقة). يعالج الآن مسار تغيير الخطة الخطوة الإضافية كما يحدث في الاشتراك الأول، لتتم عملية الترقية بنجاح.

إذا قام أحد المشرفين بتعيين خطة مخصصة لك، فإنها تظهر الآن في قسم الفوترة / الخطة على النحو التالي 'خطتك المخصصة: {name} ({price})' مع زر للاشتراك. قبل ذلك، كان التعيين غير مرئي حتى يخبرك شخص ما بوجوده.

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

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

تعمل SiteGround كواجهة لجزء كبير من متاجر WordPress و WooCommerce الصغيرة، لذلك تعتبر شاشة Robot Challenge الخاصة بها فئة من الأهداف وليست موقعا واحدا. باستخدام unblocker: true، يقوم Single الآن بحلها ضمن العملية ويرجع الصفحة الحقيقية. قبل ذلك، كان عليك تشغيل Browser لتلك الفئة من الأهداف، مما كان يعني الدفع مقابل جلسة متصفح والانتظار. يعود cookie الخاص بالتخطي في الـ response، لذلك تظل إعادة الطلب رخيصة.

يتعامل المتصفح الآن مع صفحة التحدي التي تعيد التوجيه قبل قراءة محتواها، لذا فإن الطلبات الموجهة إلى المواقع المحمية تعود بمحتوى بدلاً من استجابة فارغة.

تضع SiteGround شاشة 'Robot Challenge Screen' أمام العديد من متاجر WordPress و WooCommerce الصغيرة؛ لا يوجد شيء للنقر عليه، إنه إثبات عمل SHA-1. يقوم Single الآن بتخطي هذا التحدي في طلب واحد ويعيد الصفحة الحقيقية، بتكلفة 2 رصيد بدلا من 30 رصيد لجلسة متصفح. هذه هي أول آلية دفاع ليست من Cloudflare يتعامل معها Single بمفرده.

عندما ترسل ترويسة في طلبات Single أو Proxy مع تفعيل أداة إلغاء الحظر (الافتراضي)، فإن قيمتك تصل الآن إلى المصدر كما تم إرسالها. كانت الترويسات الشائعة مثل Accept و User-Agent قد تُرسل مرتين، وكانت بعض الخوادم الوسيطة تختار الترويسة الخاطئة. إذا لاحظت أن Accept: application/json تعود بتنسيق XML، أو أنه لا يتم الالتزام بترويسة User-Agent المثبتة، فقد تم إصلاح ذلك.

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

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

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

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

تم إيقاف تحذيرات استخدام الرصيد مؤقتا حتى يتم تعيين خطة لكل حساب. إذا تلقيت إشعارا يفيد "بنسبة استخدام 100%"، فيمكنك تجاهله، حيث لم يتغير أي شيء في حسابك.

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

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