واش هو
Mellowtel تلقائياً يحدد عدد الطلبات اللي جهاز واحد (المعروف بـ”node”) يقبلها ويعالجها. التحديد يتطبق داخل الSDK. ما تحتاجش تضبطه، وشريك يتصرف بطريقة غير صحيحة ما يقدرش يرفع التحديد من الخارج.علاش يهم
مشاركة النطاق الترددي ما لازمهاش تبطئ التطبيق أو الاتصال تاع المستخدم. إذا كان الnode يخدم طلبات بلا حدود، المستخدم اللي على شبكة بطيئة راح يحس بيها. تحديد السرعة هو الآلية اللي تحمي هذا الوعد، وعلش تقدر ترسل Mellowtel للمستخدمين الحقيقيين بلا ما تقلق على تذاكر الدعم اللي تقول “المتصفح بطيء”.كيفاش يخدم
كل طلب يجري داخل نافذة معزولة وبدون بيانات اعتماد (شوف الخصوصية). حيث الطلبات معزولة عن جلسة المستخدم، الحاجة الوحيدة اللي تهم لتجربة المستخدم هي عدد الطلبات اللي تجري، وهذا هو اللي يتحكم فيه تحديد السرعة. الحد الحالي يتغير بناءً على:- سرعة النطاق الترددي: الاتصالات البطيئة تستقبل طلبات أقل.
- الموقع الجغرافي: السعة تتوازن إقليمياً.
- توفر الشبكة العام: الSDK يتراجع لما يكون الطلب العالمي منخفض.
TODO: وثق الأرقام الدقيقة (الحدود القصوى للطلبات في الدقيقة، مستويات الجغرافيا، عتبات النطاق الترددي) بمجرد ما تتحدد. حالياً الحدود تتكيف بشكل مقصود وما تتعرضش عبر الAPI العام.
واجهة الAPI
ما كاينش واجهة API لتحديد السرعة تستدعيها. التقييد داخلي ودائماً مفعل. ما تقدرش تطفيه، وما تحتاجش تفحصه. إذا كنت تعتقد أن تحديد السرعة يسبب مشكلة في التكامل تاعك، افتح قضية على GitHub أو راسلنا على Discord.ذات صلة
- الخصوصية: واش النافذة المعزولة تقدر وما تقدرش توصل ليه.
- الاشتراك / إلغاء الاشتراك: طبقة الموافقة اللي تجلس قدام كل هذا.