यह क्या है
Mellowtel स्वचालित रूप से सीमित करता है कि एकल डिवाइस (एक “नोड”) कितने अनुरोध स्वीकार करेगा और संसाधित करेगा। यह सीमा SDK के अंदर लागू होती है। आप इसे कॉन्फ़िगर नहीं करते हैं, और कोई भी गलत व्यवहार करने वाला साझेदार इसे बाहर से नहीं बढ़ा सकता।यह क्यों महत्वपूर्ण है
बैंडविड्थ साझा करना कभी भी उपयोगकर्ता के ऐप या कनेक्शन को धीमा नहीं करना चाहिए। यदि एक नोड असीमित अनुरोधों की सेवा करता, तो धीमे नेटवर्क पर एक उपयोगकर्ता इसे महसूस करता। रेट लिमिटिंग वह तंत्र है जो इस वादे की रक्षा करता है, और यही कारण है कि आप Mellowtel को वास्तविक उपयोगकर्ताओं के लिए बिना “ब्राउज़र धीमा लगता है” के समर्थन टिकटों की चिंता किए बिना भेज सकते हैं।यह कैसे काम करता है
प्रत्येक अनुरोध एक सैंडबॉक्स किए गए, क्रेडेंशियल-रहित विंडो के अंदर चलता है (देखें गोपनीयता)। क्योंकि अनुरोध उपयोगकर्ता के सत्र से अलग होते हैं, उपयोगकर्ता अनुभव के लिए केवल वही महत्वपूर्ण है कि कितने चल रहे हैं, और यही रेट लिमिटिंग नियंत्रित करता है। वर्तमान सीमा निम्नलिखित के आधार पर भिन्न होती है:- बैंडविड्थ गति: धीमे कनेक्शन को कम अनुरोध प्राप्त होते हैं।
- भौगोलिक स्थिति: क्षमता क्षेत्रीय रूप से संतुलित होती है।
- कुल नेटवर्क उपलब्धता: जब वैश्विक मांग कम होती है तो SDK पीछे हट जाता है।
TODO: ठोस संख्याओं का दस्तावेजीकरण करें (req/min सीमाएं, भू-स्तर, बैंडविड्थ थ्रेशोल्ड) एक बार अंतिम रूप देने के बाद। फिलहाल सीमाएं जानबूझकर अनुकूलनीय हैं और सार्वजनिक API के माध्यम से उजागर नहीं की जाती हैं।
API सतह
कोई रेट-लिमिटिंग API कॉल करने के लिए नहीं है। थ्रॉटल आंतरिक और हमेशा चालू है। आप इसे अक्षम नहीं कर सकते, और आपको इसे जांचने की आवश्यकता नहीं होनी चाहिए। यदि आपको लगता है कि रेट लिमिटिंग आपके एकीकरण में समस्या पैदा कर रही है, GitHub पर एक मुद्दा खोलें या हमें Discord पर पिंग करें।संबंधित
- गोपनीयता: सैंडबॉक्स किए गए विंडो को क्या एक्सेस है और क्या नहीं है।
- ऑप्ट-इन / ऑप्ट-आउट: सहमति परत जो इस सबके सामने बैठती है।