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

يتم الآن استبعاد المخارج الميتة من أداة الاختيار بدلا من إعادة المحاولة، بحيث تستقر أوقات الاستجابة تحت الحمل المستمر. في اختبارات الحمل لدينا، يبقى p95 تحت 500ms.

أداة الانتقاء الذكية، الجولة الثانية. كانت مجموعة العمل تتسع سابقًا كلما اكتشفنا proxies جديدة، وتتسلل الـ proxies الأبطأ عائدة إلى التناوب. الآن، يتم استبعادها فورًا أثناء التشغيل، لتظل أوقات الاستجابة مستقرة سواء كنت تقوم بالتشغيل لمدة 10 دقائق أو 10 ساعات.

كان اختيار proxy عشوائيًا في السابق. الآن، يتذكر Proxy Finder أي proxies قدمت أداءً جيدًا لكل وجهة، ويختارها أولاً. لا تزال requests الأولية تأخذ عينات من عدد قليل لتكوين الصورة. بعد ذلك، من المفترض أن تلاحظ أوقات response أكثر استقرارًا وحالات تأخير أقل على الأهداف المتكررة.

لقد أحكمنا ضبط عمليات الإطلاق لدينا. عندما نقوم بنشر إصدار جديد من Single أو Proxy Finder أو Browser، فإن موازن التحميل ينتظر حتى تصبح كل نسخة جديدة جاهزة بالفعل قبل توجيه حركة المرور إليها. لقد اختفت الاضطرابات الطفيفة التي ربما لاحظتها أثناء فترات الإصدار الخاصة بنا.

أصبحت حقول البلد والقارة في عمليات lookup لـ proxy أكثر دقة الآن. قمنا بترقية مصدر بيانات geo الأثقل وزناً ليكون authoritative، وخفضنا المصدر الأخف وزناً ليكون fallback. عناوين IP للمناطق الحدودية التي كانت تتنقل بين الدول أصبحت ثابتة الآن. قم بالتصفية حسب البلد في Proxy Finder، وستكون نتائجك أكثر استقراراً.

قمنا بتصفية موجزي مصادر معطلين وأضفنا 25 موجزًا جديدًا. كما أصبحت عملية التحقق من صحة المدخلات أكثر صرامة، بحيث لا تدخل المضيفات غير المتوافقة مع IPv4 والبروتوكولات غير المعروفة إلى المجموعة أبدًا. والنتيجة هي مجموعة أكبر وأكثر نقاءً تغذي Proxy Finder.

نُرجع الآن رمز 503 عندما تكون خدمتنا غير متاحة لفترة وجيزة، ورمز 502 عندما يتعذر تحليل response. يحل كلاهما محل رمز 500 العام القديم. يمكن لمنطق إعادة المحاولة لديك الوثوق برمز الحالة الآن.

يحتفظ Proxy Finder الآن ببيانات التصنيف الخاصة به عبر عمليات إعادة التشغيل. بعد عملية النشر، يتم توجيه الـ requests الخاصة بك عبر proxies أثبتت كفاءتها مباشرةً بدلاً من الانتظار حتى يستعيد الـ picker جاهزيته مجدداً. لقد اختفى البطء في الـ first-request الذي كان يلي عمليات إعادة التشغيل.

يقوم Proxy Finder الآن بجلب proxies التي تم التحقق منها حديثًا بشكل تدريجي، لتصل عناوين IP الجديدة إلى التناوب خلال ثوانٍ من التحقق من صحتها. وتخرج proxies غير الصالحة بنفس الوتيرة. إذا كنت قد واجهت محاولات retry عرضية على proxy توقف للتو عن العمل، فإن تلك النافذة الزمنية أصبحت أصغر.

عند إنشاء مفتاح API الأول الخاص بك، تعرض نافذة النجاح المنبثقة أمر curl يعمل مع endpoint الحقيقي الخاص بك و header الـ X-API-Key. وتحتوي صفحة Overview على بيانات تجريبية جاهزة حتى لا تضطر إلى التحديق في dashboard فارغة، كما تعرض قائمة API Keys الآن حالة فارغة مناسبة مع تلميحات للخطوات التالية.

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

مرر مؤشر الماوس فوق أي يوم على updates.foura.ai وسترى وقت التوقف مقسمًا حسب مستوى الخطورة. تتخطى نسب وقت التشغيل الآن الأيام التي لم تتوفر لدينا فيها بيانات، بدلاً من احتسابها كفجوات. كما تبدو عناوين الحوادث العامة أكثر وضوحًا أيضًا، دون فوضى الشرطات الطويلة.

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

انخفض زمن عرض قائمة proxy الخاصة بـ FourA من 460ms إلى أقل من 2ms لصفحة نموذجية مكونة من 200 صف. لقد قمنا بإزالة الحقول غير المستخدمة من response، وأعدنا بناء فهرس الفرز، وقمنا بتهيئة قاعدة البيانات لوحدات تخزين SSD، وتخزين خيارات التصفية مؤقتاً بين requests. وتظل عملية اختيار proxy سريعة حتى عندما تقوم أدوات الإدارة بسحب البيانات في الوقت نفسه.

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