यह वेबसाइट Kohei Koyanagi द्वारा विकसित सॉफ़्टवेयर से स्वचालित रूप से कई भाषाओं में अनुवादित है। अधिक सटीकता के लिए मूल अंग्रेज़ी संस्करण देखें।

Splync 1.14 में खर्चों के लिए हार्ड डिलीट और सॉफ्ट डिलीट पेश किया

हार्ड डिलीट और सॉफ्ट डिलीट क्या हैं

हार्ड डिलीट का मतलब होता है डेटा को डेटाबेस से पूरी तरह हटाना। एक बार जब रिकॉर्ड इस तरह से मिटा दिया जाता है, तो यह केवल बैकअप के ज़रिए ही पुनः प्राप्त किया जा सकता है। सॉफ्ट डिलीट अलग तरीके से काम करता है। इसमें डेटा को फिजिकली हटाने के बजाय, सिस्टम इसे लॉजिकली डिलीट के रूप में मार्क करता है। डेटा डेटाबेस में रहता है लेकिन इसे इनएक्टिव समझा जाता है। इस वजह से, सॉफ्ट डिलीट किए गए रिकॉर्ड को आमतौर पर बाद में पुनः प्राप्त किया जा सकता है। प्रत्येक तरीके के अपने फायदे और नुकसान होते हैं, जैसे डेटा की अखंडता, अनुपालन और उपयोगकर्ता अनुभव। एक भरोसेमंद और उपयोगकर्ता के अनुकूल खर्च-साझा सेवा डिज़ाइन करना डेटा रिटेंशन और क्लीनअप के बीच सही संतुलन खोजने का मतलब है। Splync में, यह संतुलन विश्वास और उपयोगिता दोनों के लिए मायने रखता है।

Splync 1.13 में केवल हार्ड डिलीट था

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

Splync 1.14 डिफ़ॉल्ट रूप से सॉफ्ट डिलीट का उपयोग करता है

संस्करण 1.14 में, अधिकांश हटाव सॉफ्ट डिलीट के रूप में संभाले जाते हैं। जब एक प्रोजेक्ट सदस्य किसी खर्च को हटाता है, तो अन्य सदस्यों को एक सूचना मिलती है। साथ ही, खर्च को फिजिकल रूप से मिटाने के बजाय 'ट्रैश' स्थिति में ले जाया जाता है। हटाने के 7 दिनों के भीतर, कोई भी प्रोजेक्ट सदस्य खर्च को सक्रिय खर्चों की सूची में पुनः प्राप्त कर सकता है। यह दर्शाता है कि कैसे कई आधुनिक सिस्टम हटाव को संभालते हैं, सुरक्षा को अंतिमता पर प्राथमिकता देते हुए। हालांकि, सभी मामलों को समान रूप से नहीं लिया जा सकता। अगर एक उपयोगकर्ता गलती से एक निजी खर्च को एक समूह प्रोजेक्ट में जोड़ता है, या कोई प्रविष्टि पूरी तरह से अप्रासंगिक है, तो भ्रम या गोपनीयता चिंताओं से बचने के लिए तत्काल हटाव आवश्यक हो सकता है। इन मामलों में, सभी को सूचित करना और एक पुनःप्राप्त करने योग्य रिकॉर्ड रखना उपयुक्त नहीं हो सकता।

अपवाद: जब हार्ड डिलीट की अनुमति है

इन किनारे मामलों को संभालने के लिए, Splync 1.14 हार्ड डिलीट के लिए नियंत्रित शर्तें पेश करता है। एक खर्च को सूचनाओं के बिना स्थायी रूप से हटाया जा सकता है अगर हटाने वाला उपयोगकर्ता खर्च का निर्माता और अंतिम संपादक दोनों है, और अगर हटाना खर्च बनाए जाने के 30 मिनट के भीतर होता है। जब ये शर्तें पूरी होती हैं, तो सिस्टम इस क्रिया को एक त्वरित पूर्ववत के रूप में मानता है न कि एक साझा घटना के रूप में। अन्य सभी हटाने की स्थितियों को डिफ़ॉल्ट रूप से सॉफ्ट डिलीट किया जाता है। इस तरह, Splync लचीलापन, गोपनीयता और पारदर्शिता के बीच संतुलन बनाता है।

कचरे में गए खर्चों को कैसे देखें

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

खर्च सॉफ्ट डिलीट के बाद अगला कदम

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