क्या मैं अपने कंप्यूटर को एक बार और सभी के लिए साफ कर सकता हूं?

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

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

PersonalBrain ( www.thebrain.com )

फ़ाइलों, फ़ोल्डरों और url- लिंक के आयोजन के लिए बहुत अच्छी उपयोगिता। विपक्ष: भुगतान किया गया, बल्कि धीमी गति से (जावा-आधारित), आप एक साथ वस्तुओं के बड़े समूह को टैग नहीं कर सकते। पेशेवरों: विचारों (क्लाउड, ट्री, टेबल) को स्विच करना संभव है।

tag2find ( www.tag2find.com )

फ़ाइलों को टैग करने और उनके लिए खोज करने के लिए एक उपयोगिता। विपक्ष: केवल विंडोज के तहत काम करता है, एक टैग के साथ सैकड़ों फ़ाइलों को टैग करना कठिन है।

dhtfs ( code.google.com/p/dhtfs )

टैग आधारित फाइल सिस्टम। विपक्ष: केवल लिनक्स के तहत काम करता है, पेड़ की संरचना के लिए उसी इंटरफ़ेस का उपयोग करता है। पेशेवरों: जहां टैग का उपयोग किया जाना चाहिए, का सही विकल्प - एक आभासी फ़ाइल सिस्टम का संगठन।

एक और समस्या जो इसे पूरक करती है वह है फाइल सिस्टम में वर्जनिंग की इच्छा। मैं 2009 से git का उपयोग कर रहा हूं, और सब कुछ ठीक है, सिवाय इसके कि git एक ही ट्री-आधारित फ़ाइल सिस्टम के शीर्ष पर चलता है। यदि हम एक टैग किए गए संगठन को पेश करते हैं, तो वहाँ भी संस्करण को शामिल करना स्वाभाविक होगा।

आप क्या चाहेंगे?

1. जब कोई भी फ़ाइल कंप्यूटर में प्रवेश करती है (प्रोग्राम स्थापित करते समय, अभिलेखागार को खोलना, आदि सहित), तो यह स्वचालित रूप से निम्न के साथ चिह्नित किया जाता है:
- जहां से इसे डाउनलोड किया गया था (URL, स्थानीय पथ कंप्यूटर के नाम को दर्शाता है, जहां से इसे डाउनलोड किया गया था, या इस कंप्यूटर का नाम, यदि इसे स्क्रैच से बनाया गया है, और मूल फ़ाइल और इसके संस्करण की लिंक है, यदि यह किसी अन्य फ़ाइल की प्रतिलिपि या संस्करण है)
- निर्माण की तारीख (जब डाउनलोड किया गया, टाइमस्टैम्प)
- अद्यतन तिथि = निर्माण तिथि
- पूर्ण फ़ाइल नाम (UTF-8 एन्कोडिंग में)
- MIME फ़ाइल प्रकार
- MIME प्रकार का मानव नाम (संगीत, कार्यक्रम, वीडियो)
- फ़ाइल का आकार
यह मेटा-जानकारी संस्करणित है।
2. उपयोगकर्ता किसी भी समय किसी भी संख्या में फ़ाइल को अन्य टैग में जोड़ सकता है, बदल सकता है और उन्हें हटा सकता है। मैन्युअल टैग हटाए नहीं जा सकते और स्वचालित रूप से बदले जा सकते हैं। टैग जोड़ते, बदलते या हटाते समय, सहेजने के दो विकल्प हैं, नीचे देखें।
3. किसी भी फ़ाइल (और मेटा-सूचना) को बनाते, बदलते और सहेजते समय, बचत के दो विकल्प हैं:
3.1 छोटी फ़ाइल संपादन सहेजना: सामग्री, फ़ाइल का आकार और अद्यतन तिथि अधिलेखित हो जाती है। मेटा-जानकारी के मामूली संपादन सहेजना: इतिहास को सहेजे बिना टैग बदलना-बदलना।
3.2 पूर्ण बचत (कमिट) फ़ाइल: फ़ाइल और मेटा-जानकारी का एक नया संस्करण बनाया गया है। मेटा-सूचना का पूर्ण बचत (कमिट): एक नया संस्करण बनाया गया है।
सेव ऑप्शन का विकल्प दो हॉटकी है, उदाहरण के लिए: F2 - सेव, शिफ्ट + F2 - कमिट। जब आप उनमें से किसी पर क्लिक करते हैं, तो एक इनपुट लाइन पॉप अप हो जाती है, जिसमें आप अल्पविराम से अलग किए गए टैग दर्ज कर सकते हैं (पहली स्थिति में, ये केवल टैग हैं (जो, निश्चित रूप से, कई शब्दों से मिलकर), कमिट के मामले में यह एक प्रतिबद्ध संदेश होगा। एक ही संचालन को फ़ाइलों के समूह के साथ किया जा सकता है।
4. यदि कोई खोज मानदंड नहीं है, तो डिफ़ॉल्ट दृश्य एक पेड़ है जिसमें फ़ाइलों को टैग मानदंडों की निम्न सूची द्वारा आदेश दिया गया है: MIME प्रकार का मानव नाम, अद्यतन की तिथि, फ़ाइल का पूरा नाम। इस सूची को संपादित किया जा सकता है: टैग के क्रम को बदलें, स्वत: की सूची से टैग जोड़ें और निकालें। आप नई टैग सूची बना सकते हैं और उन्हें दृश्यों के रूप में सहेज सकते हैं। पेड़ का उपयोग सामान्य फ़ाइल सिस्टम की तरह ही किया जा सकता है - फ़ाइलों को सॉर्ट करने के लिए "फ़ोल्डर्स" को दर्ज करने और बाहर निकलने के लिए। उदाहरण के लिए, एक फ़ोल्डर बनाने और वहाँ फ़ाइलों को स्थानांतरित करने का मतलब होगा एक कस्टम टैग बनाना और इसे फ़ाइलों को निर्दिष्ट करना।
5. डिफ़ॉल्ट खोज केवल मेटा-सूचना के नवीनतम संस्करणों के बीच आयोजित की जाती है। खोज इंटरफ़ेस में दो पैनल शामिल हैं: एक पर मानक विशेषताओं (खोज, अद्यतन, माइम प्रकार का मानव नाम, आकार से आकार, आकार), दूसरे पर इनपुट फ़िल्टर करने के लिए नियंत्रण का एक सेट है - दूसरे पर - इनपुट लाइन (यह दोनों मानक और खोजों के लिए खोज करता है) उपयोगकर्ता विशेषताएँ, टैग के कुछ हिस्सों की तलाश में हैं, एक स्वत: पूर्ण है)।
6. खोज परिणाम स्तंभों के साथ फ़ाइलों की तालिका के रूप में प्रदर्शित होते हैं: मेटाडेटा संस्करण-फ़ाइल संस्करण-नाम-आकार-मानव नाम MIME-type-creation दिनांक-अद्यतन तिथि-जहाँ से उपयोगकर्ता टैग / कमेंट-मैसेज डाउनलोड किया गया था। कॉलम ऑर्डर को बदला जा सकता है, कॉलम हेडिंग पर क्लिक करके आप इस कॉलम द्वारा आउटपुट को सॉर्ट कर सकते हैं। नीचे फाइलों की कुल संख्या और खोज में लगने वाले समय को प्रदर्शित किया गया है। खोज क्वेरी को बाद में सहेजा और उपयोग किया जा सकता है।
7. संदर्भ मेनू से प्रत्येक फ़ाइल के लिए, कमांड "मेटा-सूचना का इतिहास देखें", "फ़ाइल का इतिहास देखें", "फ़ाइल का संस्करण प्राप्त करें" उपलब्ध हैं (उपरोक्त सभी मानदंड प्राप्त फ़ाइल पर लागू होते हैं, जो आपको प्रतियों और एक फ़ाइल के संस्करणों का ग्राफ़ बनाने की अनुमति देता है)
8. जब आप कंप्यूटर छोड़ते हैं (या फ़ाइल को हटाते हैं), मेटा-जानकारी और फ़ाइल की सामग्री को पूरे इतिहास के साथ हटा दिया जाता है।

आदर्श को प्राप्त करने के चरण

इसके लिए एक फ़ाइल प्रबंधक के कार्यान्वयन के साथ एक आभासी फ़ाइल प्रणाली और गिट-जैसे संस्करण एक आसान काम नहीं है। आरंभ करने के लिए, आप बस एक डेमॉन ऐड-इन बनाने की कोशिश कर सकते हैं जो वर्णित कार्यों को लागू करता है और मौजूदा फ़ाइल सिस्टम (NTFS, ext3 / 4) के शीर्ष पर काम करता है। आपको गिट स्थापित करना होगा और इसमें पूरी हार्ड ड्राइव डालनी होगी। अगला, डेमन पटरियों
- सभी नई फ़ाइलों की उपस्थिति, उन्हें ऑटोटैग के साथ टैग करना और गिट में जोड़ना
- स्थानांतरण, संशोधन और फ़ाइलों को हटाने, भंडारण डेटाबेस में जानकारी अद्यतन और गिट में
- डेटाबेस के प्रश्नों का उत्तर, परिणाम दे रहा है
इसके अलावा, खोज इंटरफ़ेस / फ़ाइल प्रबंधक, कम से कम कुल कमांडर / एफएआर / नॉटिलस / एमसी के लिए प्लगइन्स के रूप में (मुझे माओशी प्रशंसकों को उनके सिस्टम का उपयोग न करने के लिए माफ करें)।

हां, मैं Google डेस्कटॉप [14 सितंबर, 2011 को मृतक, googledesktop.blogspot.com/2011/09/google-desktop-update.html ], साथ ही कोपर्निक डेस्कटॉप खोज और अन्य en.wwipedia.org/wiki/Desktop_search ) का उल्लेख करना भूल गया। ? सबसे पहले, वे फाइलों में भी देखते हैं (फाइलों के अंदर सामग्री), जिसकी आवश्यकता नहीं थी। दूसरे, इन इंजनों में संस्करण अनुपस्थित है। हालाँकि, सभी निष्पक्षता में, मैं ध्यान देता हूं कि मेरे द्वारा बताई गई कुछ कार्यक्षमता उनमें लागू है, इसलिए इन इंजनों पर विचार करने से समझ में आता है - शायद मैं बाद के लेखों में ऐसा करूंगा।

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