Splync 1.14 ले खर्चहरूका लागि हार्ड डिलिट र सफ्ट डिलिट प्रस्तुत गर्दछ

हार्ड डिलिटले डाटाबेसबाट स्थायी रूपमा डेटा हटाउँछ। यसरी रेकर्ड मेटिँदा, ब्याकअप नभएसम्म पुन: प्राप्त गर्न सकिँदैन। सफ्ट डिलिट फरक रूपमा काम गर्छ। डेटा भौतिक रूपमा हटाउनुको सट्टा, प्रणालीले यसलाई मेटिएको भनेर तर्कसङ्गत रूपमा चिन्ह लगाउँछ। डेटा डाटाबेसमा रहन्छ तर निष्क्रियको रूपमा व्यवहार गरिन्छ। यसकारण, सफ्ट डिलिट गरिएका रेकर्डहरू प्रायः पछि पुन: प्राप्त गर्न सकिन्छ। हरेक दृष्टिकोणको डेटा अखण्डता, अनुपालन, र प्रयोगकर्ता अनुभवको हिसाबले आफ्नै फाइदा र बेफाइदा छन्। भरपर्दो र प्रयोगकर्ता अनुकूल खर्च-साझेदारी सेवा डिजाइन गर्दा डेटा राख्ने र सफा गर्ने बीचको सही सन्तुलन फेला पार्न आवश्यक छ। Splync मा, यो सन्तुलन विश्वास र प्रयोगको लागि महत्त्वपूर्ण छ।

संस्करण 1.14 भन्दा पहिले, Splync मा खर्च मेट्दा डाटाबेसबाट तुरुन्त र स्थायी रूपमा हटाइन्थ्यो। यसले सूक्ष्म तर गम्भीर समस्या सिर्जना गर्यो, विशेष गरी Splync जोडीहरू र साथीहरूलाई साझा बजेट सजिलैसँग व्यवस्थापन गर्न सहयोग गर्न डिजाइन गरिएको छ। दर्जनौं खर्च भएका साझा परियोजनाको कल्पना गर्नुहोस्। यदि कुनै साथी वा साथीले प्रविष्टि मेट्छ, त्यसो गर्दा आकस्मिक रूपमा वा जानाजानी, त्यो डेटा बिना कुनै चिन्ह मेटिन्छ। यसले गलत मिलाप गणनाहरू निम्त्याउन सक्छ र, अझ महत्वपूर्ण कुरा, सदस्यहरू बीचको विश्वासलाई कमजोर पार्न सक्छ। धेरै अवस्थामा, प्रयोगकर्ताहरूले केहि हराएको छ भनेर थाहा नै पाउँदैनन्। संस्करण 1.14 ले दृश्यता र उलट्न सक्ने क्षमता प्रस्तुत गरेर यसलाई सम्बोधन गर्दछ। अब, जब खर्च मेटिन्छ, प्रयोगकर्ताहरूलाई जानकारी दिइन्छ र आवश्यक भएमा पुन:स्थापना गर्ने विकल्प दिइन्छ।

संस्करण 1.14 मा, अधिकांश मेटाइएका वस्तुहरू सफ्ट डिलिटको रूपमा ह्यान्डल गरिन्छ। जब एक परियोजना सदस्यले खर्च मेटाउँछ, अन्य सदस्यहरूले सूचना प्राप्त गर्छन्। त्यसै समयमा, खर्चलाई भौतिक रूपमा मेटाउने सट्टा "फोहोर" अवस्थामा सारिन्छ। यदि मेटिएको 7 दिन भित्र छ भने, कुनै पनि परियोजना सदस्यले खर्चलाई सक्रिय खर्चहरूको सूचीमा पुन:स्थापना गर्न सक्छ। यसले धेरै आधुनिक प्रणालीहरूले कसरी मेटाउने ह्यान्डल गर्छ भन्ने कुराको प्रतिबिम्ब हो, जसमा सुरक्षा प्राथमिकता दिइन्छ। तर, सबै मामिलाहरू समान रूपमा व्यवहार गर्न सकिँदैन। यदि कुनै प्रयोगकर्ताले गल्तीले निजी खर्च समूह परियोजनामा थपे, वा प्रविष्टि पूरै अप्रासङ्गिक भएमा के हुन्छ? अन्योल वा गोपनीयता समस्याहरूबाट बच्न तत्काल हटाउन आवश्यक हुन सक्छ। यी अवस्थामा, सबैलाई सूचित गर्नु र पुन:प्राप्त गर्न मिल्ने रेकर्ड राख्नु उपयुक्त नहुन सक्छ।

यी किनाराका केसहरू ह्यान्डल गर्न, Splync 1.14 ले हार्ड डिलिटको लागि नियन्त्रण गरिएको अवस्थाहरू प्रस्तुत गर्दछ। खर्च स्थायी रूपमा बिना सूचना मेटाउन सकिन्छ यदि मेटाउने प्रयोगकर्ता दुबै सिर्जनाकर्ता र अन्तिम सम्पादक हो भने, र खर्च सिर्जना भएको 30 मिनेट भित्र मेटाइन्छ भने। जब यी अवस्थाहरू पूरा हुन्छन्, प्रणालीले यो कार्यलाई साझा कार्यक्रमभन्दा चाँडो पूर्ववत कार्यको रूपमा लिन्छ। अन्य सबै मेटाउने परिदृश्यहरू सफ्ट डिलिटमा डिफल्ट हुन्छन्। यसरी, Splync ले लचिलोपन, गोपनीयता, र पारदर्शिताबीच सन्तुलन कायम राख्छ।

हामीले यो सुविधा सकेसम्म सहज महसुस गर्न डिजाइन गरेका छौं। संस्करण 1.14 मा, हामीले सक्रिय र फोहोर खर्चहरू बीच टगल गर्न प्रयोगकर्ताहरूलाई अनुमति दिने नयाँ फिल्टर बटन अवस्थित सदस्य फिल्टर बटनको छेउमा थपेका छौं। जसको परिणामस्वरूप, UI को फिल्टर र क्रमबद्ध क्षेत्रमा अलिकति अपडेट गरिएको छ। इन्टरफेसलाई सरल र बुझ्न सजिलो बनाउनको लागि, फिल्टर बटनहरू अब प्रतीक प्रयोग गर्छन्। सक्रिय खर्चको लागि, प्रयोगकर्ताहरूले मेटाउन बायाँतर्फ स्वाइप गर्न सक्छन्। मेटाउन बटन थिचेपछि, यो कार्यले हार्ड डिलिट वा सफ्ट डिलिटको परिणाम दिनेछ भनेर स्पष्ट गर्न अलर्ट देखा पर्छ, ताकि प्रयोगकर्ताहरूले आत्मविश्वासका साथ अगाडि बढ्न सकून्। फोहोरमा परेका खर्चको लागि, प्रयोगकर्ताहरूले पुन:स्थापना गर्न बायाँतर्फ स्वाइप गर्न सक्छन्।

अब हामीले खर्च मेटाउने प्रवाहमा सुधार गरेका छौं, अर्को कदम परियोजना मेटाउने थप लचिलो बनाउने हो। अहिलेको समयमा, प्रयोगकर्ताहरूले केवल परियोजना मिलाएपछि मात्र मेटाउन सक्छन्। मिलाइएको परियोजना मेटाउने कुनै प्रत्यक्ष तरीका छैन, जसको अर्थ प्रयोगकर्ताहरूले परियोजना हटाउनु अघि अनावश्यक चरणहरू पार गर्नुपर्छ। गल्तीले परियोजना सिर्जना भएको, अनावश्यक रूपमा डुप्लिकेट भएको, वा अब आवश्यक छैन जस्ता अवस्थामा यो असजिलो हुन सक्छ। खर्च मेटाउने सुधार यस समस्याको समाधानतर्फ महत्त्वपूर्ण कदम थियो, किनभने एकल खर्च मेटाउनु भन्दा परियोजना मेटाउन धेरै जटिल छ। यसले संलग्न सबै परियोजना सदस्यहरूको खर्च, ब्यालेन्स, र विश्वासलाई असर गर्न सक्छ। त्यस कारण, परियोजना मेटाउन थप सावधानीपूर्वक डिजाइन आवश्यक छ। एउटा राम्रो समाधान आउँदैछ।