KamoCRM

JustCall संपर्क आयात समाप्त होता है - तेज, पुन: प्रयोज्य, और अब कोई पेज नहीं छोड़ रहा है

FixVOIPService
शिप
6 अक्टूबर 2026 को 2:07 am बजे UTC
लेखक
Kamo
Commit
277c3c3

हार्मोनी होम लोन्स का आयात कभी भी पूरा नहीं हुआ (कोई JustCall बुक या एकीकरण के लिए मौजूद नहीं है) कोई सदस्य). तीन दोष: 1। प्रति टिक एक फट: यह प्रत्येक संपर्क पृष्ठ को वापस करने के लिए वापस पढ़ता है, खाते के 90-a मिनट के अतीत में अनुमति, इसलिए JustCall ने हर दस मिनट में 429 उत्तर दिया और कुछ भी नहीं लिखा गया था - और कुछ और खाता उस मिनट में किया गया (Kamo) से भेजे गए एसएमएस को इसके साथ मना कर दिया गया था। 2. कोई स्मृति: हर टिक फिर से नवीनतम संपर्क से शुरू हुआ। अनुरोध पिछले से अधिक एक पृष्ठ छोड़ दिया। x-rate-limit-burst-remaining BURST RESERVE (30 के तहत गिर जाता है); Redis में ticks के बीच रखा गया स्थान (JustCallContactcoderStore / RedisJustCallContactcoderStore) - इसे खोना एक फिर से पढ़ने की लागत है, पृष्ठ को पुनर्प्राप्त किया जाता है; संपादन के लिए हर 24 घंटे में एक पूर्ण पास, और बीच में केवल नए संपर्कों से संपर्क होता है। नवीनतम लिखित - एक रन से अधिक पढ़ने के लिए शीर्ष हमेशा के लिए फिर से पढ़ने के बजाय एक पास हो सकता है। JustCallClient को याद है x-rate-limit-burst-remaining (lastBurstRemaining) और इसके 429 संदेश सेकंड के रूप में रीसेट की रिपोर्ट - हेडर सेकंड है (1.60) संरक्षित, नहीं "epoch दूसरा 6" यह मुद्रित - और प्रवेश योजना के 30 के बजाय खाता की वास्तविक प्रति मिनट की अनुमति। इसके अलावा VoipRepositoryScanTest की जांच com.kamo.VOIPService.voicemail, जो a828dc2 में जोड़ा गया एप्लिकेशन का स्कैन लेकिन दर्पण के लिए नहीं - सूट की एक स्थायी विफलता। टेस्ट: JustCallContactSyncServiceTest (9), ********** (3), JustCallClientRateLimitTest (2) - लाल पहले, सतह-केवल कोड पर 10 विफलताएं। पूर्ण सूट 961/961।.

सभी बदलाव

जैसा कि आप शिपिंग देखते हैं?

यह सब अपने कार्यक्षेत्र में आता है। मुफ्त योजना शुरू करें और इस पृष्ठ को एक महीने में फिर से पढ़ें।.

Foreverमूल्य निर्धारण देखें