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

كان كل من Single و Proxy Finder يتجاهلان بصمت توقيع unblocker حتى عند تعيين unblocker: true، ولذلك كانت جدران الحماية المضادة للبوتات التي تتحقق من توقيع الـ request لا تزال ترفض طلبات الـ request. تم إصلاح المشكلة من الطرف إلى الطرف. إذا قمت بتعيين unblocker: true وكنت تواجه الحظر على المواقع التي تستخدم Cloudflare كواجهة، فهذا هو السبب.

تُرجع بعض مواقع Cloudflare الاستجابة 200 OK ولكنها تحقن برمجية خلفية تُصدر الـ cookie الحقيقي cf_clearance بعد لحظة. وكان Browser يُرجع الصفحة قبل وصول الـ cookie ذاك، مما يترك مخزن الـ cookie فارغاً. أما الآن، ينتظر Browser حدث الـ cookie، لتتمكن من الحصول على cf_clearance نظيف يمكنك إعادة استخدامه عبر Single أو Proxy.

كان زر "Older" في المدونة يعيد توجيهك إلى الصفحة 1. أصبح تقسيم الصفحات متاحاً الآن عبر عناوين URL بالصيغة /blog/page/N/ مع نظام تنقل مرقم، مما يتيح لك تصفح المقالات الأقدم بالفعل. شكراً، Vladimir Petrov.

كانت طلبات Browser تمر بصمت عبر محركنا غير الداعم لـ JS لمدة 41 يومًا. إذا لاحظت فشل Browser في تحديات Cloudflare أو المواقع التي تعتمد بكثافة على JS خلال تلك الفترة، فهذا هو السبب. لقد أصلحنا التوجيه. يصل Browser إلى Chrome الحقيقي في كل request مجددًا.

كانت معاينة لوحة التحكم على الصفحة الرئيسية ضيقة على الشاشات الصغيرة. قمنا بإصلاح تنسيق النصوص والتباعد، وأضفنا تلميحات أدوات تعمل بالفعل عند اللمس (فالتلميحات التي تعتمد على التمرير فقط لا تفيد مستخدمي الهواتف).

وجدنا طريقتين يمكن أن تؤديا إلى تثبيت proxy متعطل في الـ picker وعدم إزالته أبداً، مما تسبب في إبطاء أوقات الاستجابة تحت الضغط المستمر. تم إصلاح كلتا المشكلتين. في اختبارات التحميل لدينا، انخفضت قيمة p95 من أكثر من 5 ثوانٍ لتصل إلى أقل من 500ms، وتراجع معدل الفشل من 8% إلى صفر.

إذا كان تسجيل الدخول ينتهي بك سابقاً في صفحة 400 خام بعد علامة تبويب غير نشطة أو callback بطيء، فقد تم إصلاح ذلك الآن. نحن نكتشف عدم تطابق الجلسة، ونمسح ملف cookie التالف، ونعيد توجيهك إلى شاشة تسجيل الدخول. بشكل نظيف، في كل مرة.

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

عندما كانت تنتهي صلاحية cookie تسجيل الدخول أو تتنافس علامتا تبويب على callback، كان ينتهي بك الأمر سابقاً في صفحة خطأ بيضاء فارغة. الآن، نقوم بمسح cookies القديمة ونعيد توجيهك إلى نموذج تسجيل دخول جديد. أما أخطاء المصادقة الأخرى (فشل token، ومشاكل الحساب، وانتهاء صلاحية impersonation) فتحصل على صفحة مناسبة تحمل هوية العلامة التجارية مع زر لإعادة المحاولة بدلاً من نص مجرد.

إصلاحان لتدفق تسجيل الدخول. تعمل ميزة pinch-zoom مجددًا للمستخدمين ضعاف البصر (لم يعد الـ viewport يحد من التكبير عند 1x). والسمة التي اخترتها في مكان آخر على foura.ai تنتقل الآن إلى صفحات login و signup و recovery بدلاً من إعادة التعيين إلى تفضيلات الـ OS الخاص بك.

كان عمود Rate Limit في لوحة التحكم الخاصة بك ضمن جدولي by-domain و top-clients يظهر كـ "--"، ولم يكن النقر على رأس العمود للفرز يؤدي إلى أي نتيجة. كلاهما يعمل بشكل صحيح الآن. إذا كنت تحاول رصد حركة المرور الخاضعة لـ rate limit عبر نطاقاتك، فإن الأرقام متوفرة أخيرًا.

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

إذا بدأت التسجيل من صفحة معينة، فإن المسار يعيدك الآن إلى هناك بعد التحقق من البريد الإلكتروني. في السابق، كان يوجهك إلى الصفحة الرئيسية.

لقد قمنا بإصلاح تأخير النقر بمقدار 300ms على iOS Safari الذي كان يجعل الأزرار والقوائم تبدو بطيئة الاستجابة. تُسجَّل النقرات الآن فورًا عبر جميع الصفحات.

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