सिंक स्थिति

सिंक स्थिति पेज (/calendar/sync-status) आपके अकाउंट के लिए Zellbox द्वारा किए गए हर कैलेंडर सिंक रन का इतिहास दृश्य है। जब कुछ ग़लत लगे तो यहाँ जाएँ: "क्या समय-समय पर सिंक चला?", "कल का इवेंट क्यों नहीं दिखा?", "सुरक्षा गार्ड ने अभी क्या ब्लॉक किया?"। यहाँ पहुँचें:

• कैलेंडर पेज पर N पहले सिंक किया गया लेबल से,
• सिंक-क्वारंटाइन बैनर पर पूरा सिंक इतिहास देखें → लिंक से,
• Google सिंक पेज पर (/google-sync) Google Calendar के तहत सिंक इतिहास देखें → लिंक से, या
• सीधे /calendar/sync-status खोलकर।

समय विंडो चुनना

पेज के ऊपर एक फ़िल्टर कार्ड संकीर्ण करता है कि कौन-से रन सूचीबद्ध हैं। त्वरित-रेंज चिप सामान्य विंडो पूर्व-निर्धारित करते हैं; से / तक डेटटाइम इनपुट आपको दोनों ओर ठीक करने देते हैं; साफ़ करें दोनों सीमाएँ हटा देता है। दाईं ओर {n} रन विंडो में काउंटर आपको बताता है कि कितने सिंक जॉब वर्तमान फ़िल्टर से मेल खाते हैं।

चिप	विंडो
पिछला घंटा	अभी − 60 मिनट
पिछले 24 घंटे (डिफ़ॉल्ट)	अभी − 24 घंटे
पिछले 7 दिन	अभी − 7 दिन
पिछले 30 दिन	अभी − 30 दिन
सभी	कोई सीमा नहीं — 100 परिणामों पर सीमित, नवीनतम पहले

हर पंक्ति एक स्थिति कार्ड है:

✓ Succeeded · Refresh · 2 min ago · 24s · 12 calendars · 1,247 events touched (812 added · 311 updated · 124 cancelled)
  12 done
  ▸ Show calendar details

रंगीन डॉट + स्थिति चिप एक नज़र में परिणाम बताते हैं:

स्थिति	अर्थ
सफल (हरा)	सभी कैलेंडर शाखाएँ पहुँच गईं।
आंशिक (एम्बर)	कुछ शाखाएँ सफल हुईं, कुछ में त्रुटि हुई। यह देखने के लिए पंक्ति का विस्तार करें कि कौन-सी। पंक्ति "समीक्षा के लिए रोका" गिनती भी दिखाती है जब सुरक्षा गार्ड ने कोहोर्ट क्वारंटाइन किया हो।
विफल (लाल)	हर शाखा में त्रुटि हुई। आमतौर पर इसका मतलब है OAuth टोकन समाप्त हो गया — Google फिर से कनेक्ट करें।
कतार में / चल रहा (नीला)	जॉब चल रहा है। जब तक कोई जॉब अंतिम नहीं होता तब तक पेज ऑटो-पोल करता है।

पंक्ति ट्रिगर स्रोत भी दिखाती है:

• प्रारंभिक कनेक्ट — पोस्ट-OAuth सीड जॉब जो पहली बार Google कनेक्ट करने पर एक बार चलता है।
• मैन्युअल रिफ़्रेश — आपने कैलेंडर पेज पर रिफ़्रेश बटन पर क्लिक किया।
• ऑटो-सिंक — 5-मिनट का शेड्यूल किया गया टिक।
• नया कैलेंडर जोड़ा गया — आपने Google सिंक पेज पर एक नया कैलेंडर टिक किया; Zellbox उसे सीड करने के लिए एक बार का सिंक चलाता है।

शीर्षक के नीचे, दूसरी पंक्ति सारांश करती है कि रन की कैलेंडर शाखाएँ कैसे प्रगति कर रही हैं — एक चलते टिक को बिना पंक्ति विस्तारित किए समाप्त हुए से अलग बताने के लिए उपयोगी:

8 done · 2 running · 2 queued

अगर अभी तक कोई प्रति-कैलेंडर प्रगति दर्ज नहीं की गई है (एक ताज़ा रन के बहुत पहले क्षणों के लिए सुरक्षा नेट), तो पंक्ति अभी तक कोई प्रति-कैलेंडर प्रगति दर्ज नहीं की गई पढ़ती है।

प्रति-कैलेंडर विवरण

एक पंक्ति पर क्लिक करें → प्रति-कैलेंडर ब्रेकडाउन देखने के लिए विस्तारित करें। हर शाखा को अपना स्थिति आइकन + गिनती मिलती है:

✓ primary               · 234 events synced
✓ Dr. Smith — Cardio    · 89 events synced
⚠ Shared — Pediatrics   · 47 cancellations held for review — [Approve]
✗ Dr. Lee — Dermatology · error: token expired (re-connect required)

शाखाएँ इस तरह क्रमबद्ध की जाती हैं कि क्वारंटाइन और त्रुटिग्रस्त प्रविष्टियाँ पहले आती हैं — जो चीज़ें आपके ध्यान की ज़रूरत हैं वे ऊपर बैठती हैं।

क्वारंटाइन किए हुए रद्दीकरण की समीक्षा करना

जब सुरक्षा गार्ड सक्रिय होता है, तो आप डैशबोर्ड + कैलेंडर पेज पर एक पीला बैनर देखेंगे:

⚠ 1 कैलेंडर पर 47 इवेंट रद्दीकरण सुरक्षा गार्ड द्वारा समीक्षा के लिए रोके गए।

हल करने के लिए:

1. बैनर पर समीक्षा पर क्लिक करें, या सिंक स्थिति पेज खोलें।
2. क्वारंटाइन शाखा वाली पंक्ति को विस्तारित करें।
3. निदान पढ़ें: "X संभावित रद्दीकरण · मिरर आकार Y · कारण"। कारण समझाता है कि गार्ड क्यों सक्रिय हुआ:
   • on-seed — प्रारंभिक सीड के दौरान रद्दीकरण (संदिग्ध; एक ताज़े मिरर के पास रद्द करने को कुछ नहीं होना चाहिए)।
   • abs-limit — एक रन में 25 से अधिक रद्दीकरण।
   • pct-limit — 20% से अधिक मिरर रद्द होने वाला था।
4. प्रति-इवेंट सूची विस्तारित करने के लिए रोके गए इवेंट देखें → पर क्लिक करें (नीचे देखें)। यह पुष्टि करने के लिए स्कैन करें कि इवेंट कनेक्शन गड़बड़ी के बजाय वैध बल्क क्लीनअप जैसे दिखते हैं।
5. रद्दीकरण स्वीकृत करें पर क्लिक करें। पुष्टि संवाद के तीन ब्लॉक हैं:
   • क्या होने वाला है: गिनती + कैलेंडर id।
   • गार्ड क्यों सक्रिय हुआ: एक कारण-विशिष्ट स्पष्टीकरण (वही on-seed / pct-limit / abs-limit अंतर चरण 3 से, लेकिन ऑपरेटर के निर्णय के लिए तैयार)।
   • सुरक्षा नेट: Zellbox जो हर इवेंट रद्द करने वाला है उसे पहले बैकअप तालिका में अपने आप स्नैपशॉट किया जाता है। आपके पास पुनर्प्राप्ति से किसी को भी व्यक्तिगत रूप से पुनर्स्थापित करने के लिए 90 दिन हैं — पुनर्स्थापित इवेंट केवल-Zellbox के रूप में वापस आते हैं और अपने आप Google पर फिर से नहीं भेजे जाते।
6. रद्दीकरण लागू करें पर क्लिक करें। Zellbox उस कैलेंडर के लिए गार्ड बायपास किए हुए एक ताज़ा एकल-कैलेंडर सिंक जॉब स्पिन करता है। रद्दीकरण लागू होते हैं; आप इतिहास के शीर्ष पर बायपास जॉब दिखाई देते देखते हैं।

अगर आप स्वीकृत नहीं करना चाहते — उदाहरण के लिए, आपको शक है कि एक साझा कैलेंडर के मालिक ने ग़लती से सब कुछ हटा दिया — तो क्वारंटाइन को जगह पर छोड़ दें। अगला साफ़ सिंक अपने आप स्लॉट साफ़ कर देगा।

रोके गए इवेंट ड्रिल-डाउन

निदान पंक्ति के नीचे, रोके गए इवेंट देखें → उस एक शाखा के लिए सुरक्षा गार्ड द्वारा अस्वीकार किए गए हर इवेंट को आलसी-लोड करता है। हर पंक्ति शीर्षक, शुरू समय (वर्कस्पेस समय क्षेत्र में), जब मौजूद हो तो लिंक किया गया ग्राहक नाम, और विवरण पूर्वावलोकन रखती है।

सूची दो तरह की पंक्तियों में अंतर करती है:

• मिलान किए गए इवेंट — Zellbox के पास अभी भी इवेंट के लिए एक मिरर पंक्ति है। एक सफ़ेद कार्ड के रूप में प्रदर्शित।
• घोस्ट टॉम्बस्टोन — Google ने ऐसे इवेंट के लिए status: cancelled की रिपोर्ट की जो हमारे मिरर में नहीं है (लगभग हमेशा: एक रद्दीकरण जो Zellbox के इस कैलेंडर से कनेक्ट होने से पहले हुआ)। एक धूसर कार्ड के रूप में "Google टॉम्बस्टोन (कोई Zellbox रिकॉर्ड नहीं)" नोट के साथ प्रदर्शित।

सूची के ऊपर सारांश पंक्ति ("41 मिलान · 313 घोस्ट · कुल 354") ब्रेकडाउन दिखाती है ताकि एक डरावनी कुल संख्या कम हो सके — अक्सर "354 रद्दीकरण" का बड़ा हिस्सा घोस्ट निकलता है जिसका कोई वास्तविक प्रभाव नहीं है।

इस सुविधा के लॉन्च से पहले क्वारंटाइन की गई शाखाएँ केवल कुल गिनती दिखाती हैं (ऑडिट लॉग में कोई प्रति-इवेंट पंक्तियाँ नहीं)। खाली स्थिति एक Google से विवरण पुनर्प्राप्त करें बटन सामने लाती है जो उसी सीड विंडो के साथ Google से कोहोर्ट को फिर से लाता है और गुम ऑडिट पंक्तियाँ पीछे से लिखता है। इसके चलने के बाद सूची सामान्य रूप से भर जाती है।

गार्ड किस चीज़ से बचाता है

सुरक्षा गार्ड एकल सिंक हिचकी को कई इवेंट चुपचाप रद्द करने से रोकने के लिए मौजूद है। ठोस विफलता मोड जिन्हें यह पकड़ता है:

• Google एक भ्रष्ट पेज लौटाता है जहाँ कई असली इवेंट status: cancelled के रूप में दिखाई देते हैं।
• एक टोकन स्वैप या साझा-कैलेंडर अनुमति परिवर्तन Zellbox को सोचने पर मजबूर करता है कि पूरा कैलेंडर खाली है।
• हमारे पार्सिंग में एक बग स्वस्थ इवेंट को रद्द के रूप में चिह्नित करता है।

इनमें से किसी भी मामले में गार्ड पूरे बैच को अस्वीकार करता है और लागू करने से पहले आपसे पुष्टि माँगता है।