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

पदानुक्रमित फ़ाइल सिस्टम की समस्या

उपयोगकर्ता अक्सर अगली नई फ़ाइल को बचाने के लिए स्थान चुनने की समस्या और अपनी खुद की फ़ाइलों को खोजने की समस्या का सामना करते हैं (कभी-कभी फ़ाइल नाम मानव भंडारण के लिए बिल्कुल भी नहीं होते हैं)।

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

फ़ाइलों को श्रेणियों को सौंपना फ़ाइल भंडारण और खोज की समस्याओं को काफी हद तक समाप्त कर देता है: यदि आपको याद है (या अनुमान है) फ़ाइल को सौंपी गई श्रेणियों में से कम से कम एक, फ़ाइल को कभी भी नहीं देखा जाएगा।

इससे पहले Habré पर इस विषय को एक से अधिक बार ( एक , दो , तीन , चार , आदि) उठाया गया था, यहाँ मैं अपने निर्णय का वर्णन करता हूँ।

कार्यान्वयन पथ

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

प्रारंभिक विचार पहले एक सुविधाजनक और संक्षिप्त कमांड लाइन इंटरफ़ेस के साथ एक कार्यक्रम बनाना था जो श्रेणियों को बनाएगा, हटाएगा, फ़ाइलों को श्रेणियों को असाइन करेगा और फ़ाइलों से श्रेणियां हटाएगा। मैंने कार्यक्रम को वीटिस कहा।

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

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

उपयोग के उदाहरण

चलो एक सरल के साथ शुरू करें - एक श्रेणी बनाएं:

vitis create  

आइए एक उदाहरण के रूप में इसमें कुछ रचना जोड़ें:

 vitis assign  -f "The Ink Spots - I Don't Want To Set The World On Fire.mp3" 

आप शो कमांड द्वारा संगीत श्रेणी की सामग्री देख सकते हैं:

 vitis show  

आप इसे "ओपन" उपकमांड का उपयोग करके खेल सकते हैं

 vitis open  

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

आप फ़ाइलों को खोलने के लिए प्रोग्राम को सीधे निर्दिष्ट भी कर सकते हैं:

 vitis open  --app qmmp 

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

 vitis assign  R -f "  R.pdf" "  R:    .pdf" --yes 

अब हम "सांख्यिकीय पैकेज आर: प्रायिकता सिद्धांत और सांख्यिकी .pdf" फ़ाइल में "गणित" श्रेणी जोड़ना चाहते हैं। हम जानते हैं कि इस फ़ाइल में पहले से ही "R" श्रेणी है और इसलिए हम Vitis सिस्टम से श्रेणीबद्ध पथ का उपयोग कर सकते हैं:

 vitis assign  -v "R/  R:    .pdf" 

सौभाग्य से, बैश ऑटो-पूरा करना आसान बना देगा।

प्रत्येक फ़ाइल के लिए श्रेणियों की सूची देखने के लिए - श्रेणी के ध्वज का उपयोग करके क्या हुआ, इस पर एक नज़र डालें:

 vitis show R --categories 

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

हम एक बदलाव के लिए "गणित" में कुछ और जोड़ेंगे:

 vitis assign  -f "  - 1984.pdf" ___1927.djvu 

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

 vitis show R i:  

भाषा "R" के "गणित" संदर्भों से घटाएँ:

 vitis show  \\ R # vitis show  c: R 

हम मूल रूप से संगीत और R भाषा को जोड़ सकते हैं:

 vitis show  u: R 

-N ध्वज आपको संख्याओं और / या श्रेणियों द्वारा क्वेरी परिणाम से वांछित फ़ाइलों को "बाहर निकालने" की अनुमति देता है, उदाहरण के लिए, -n 3-7 , या अधिक जटिल: -n 1,5,8-10,13 । यह अक्सर खुले उपकमांड के साथ उपयोगी होता है, जो आपको सूची से उन फ़ाइलों को खोलने की अनुमति देता है।

यद्यपि हम सामान्य निर्देशिका पदानुक्रम का उपयोग करने से दूर जा रहे हैं, लेकिन अक्सर नेस्टेड श्रेणियां होना उपयोगी होता है। "गणित" श्रेणी के लिए एक उपश्रेणी "सांख्यिकी" बनाएं और इस श्रेणी को उपयुक्त फ़ाइल में जोड़ें:

 vitis create / vitis assign / -v "R/  R.pdf" vitis show  --categories 

हम देख सकते हैं कि इस फाइल में अब "गणित" के बजाय "गणित / सांख्यिकी" श्रेणी है (अतिरिक्त लिंक ट्रैक किए गए हैं)।

पूर्ण पथ तक पहुँचना असुविधाजनक हो सकता है, "वैश्विक" उपनाम बनाएँ:

 vitis assign / -a  vitis show  

सिर्फ नियमित फाइल ही नहीं

इंटरनेट लिंक

किसी भी जानकारी के भंडारण को एकीकृत करने के लिए, इंटरनेट संसाधनों के लिंक को वर्गीकृत करना कम से कम उपयोगी होगा। और यह संभव है:

 vitis assign   -i https://habr.com/ru/company/sfe_ru/blog/437304/ --yes 

एक विशेष स्थान पर, एचटीएमएल पेज के हेडर और एक्सटेंशन .desktop के साथ एक फाइल बनाई जाएगी। यह GNU / Linux में पारंपरिक शॉर्टकट प्रारूप है। इस तरह के शॉर्टकट ऑटोमैटिक नेटवर्कबुक्स श्रेणी प्राप्त करते हैं।

स्वाभाविक रूप से, उनका उपयोग करने के लिए शॉर्टकट बनाए जाते हैं:

 vitis open  

कमांड के निष्पादन से ब्राउज़र में बस सहेजे गए लिंक का उद्घाटन होता है। इंटरनेट स्रोतों में वर्गीकृत शॉर्टकट ब्राउज़र बुकमार्क को बदल सकते हैं।

फ़ाइल के टुकड़े

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

 vitis assign -c  -f Duck_Tales/s01s01.avi --finish 00:00:59 --fragname "Duck Tales intro" vitis open  

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

एक और उदाहरण - हमने कुछ प्रसिद्ध कलाकारों के संगीत कार्यक्रम में एक अलग प्रदर्शन को वर्गीकृत करने का फैसला किया:

 vitis assign  "  " -f \ c\ -\ \ \ -\ \ \ .mp4 --fragname "  " --start 00:32:18 --finish 00:36:51 vitis open "  " 

जब आप फ़ाइल खोलते हैं तो वांछित स्थिति में शामिल किया जाएगा और साढ़े चार मिनट के बाद यह बंद हो जाएगा।

यह सब कैसे काम करता है + अतिरिक्त सुविधाएँ

श्रेणी भंडारण

सिमेंटिक फाइल सिस्टम के संगठन पर सोचने की बहुत शुरुआत में, मैं तीन तरीकों से आया: एक्सएमएल में एक विवरण के माध्यम से, एक डेटाबेस के माध्यम से प्रतीकात्मक लिंक संग्रहीत करना। पहला तरीका इसलिए जीता एक तरफ, इसे लागू करना आसान है, और दूसरी तरफ, उपयोगकर्ता के पास फ़ाइल सिस्टम से सीधे श्रेणियों को देखने का अवसर है (और यह सुविधाजनक और महत्वपूर्ण है)। Vitis का उपयोग करने की शुरुआत में, निर्देशिका "Vitis" और कॉन्फ़िगरेशन फ़ाइल ".config / vitis / vitis.conf" उपयोगकर्ता के घर निर्देशिका में बनाई गई हैं। ~ / Vitis श्रेणियों के अनुरूप निर्देशिका बनाता है, और इन श्रेणी निर्देशिकाओं में मूल फ़ाइलों के प्रतीकात्मक लिंक बनाता है। श्रेणी उपनाम भी उनके लिए सिर्फ लिंक हैं। बेशक, होम निर्देशिका में "वीटिस" निर्देशिका की उपस्थिति किसी के अनुरूप नहीं हो सकती है। हम किसी अन्य स्थान पर जा सकते हैं:

 vitis service set path /mnt/MyFavoriteDisk/Vitis/ 

एक निश्चित बिंदु पर, यह स्पष्ट हो जाता है कि विभिन्न स्थानों में बिखरी हुई फाइलें वर्गीकृत करने के लिए सार्थक नहीं हैं, क्योंकि उनका स्थान बदल सकता है। इसलिए, शुरुआत के लिए, मैंने खुद के लिए एक निर्देशिका बनाई, जहां मैंने बेवकूफी से सब कुछ डंप किया और श्रेणियों को यह सब दिया। फिर उसने फैसला किया कि इस पल को सॉफ्टवेयर स्तर पर औपचारिक रूप देना अच्छा होगा। तो "फ़ाइल स्पेस" की अवधारणा दिखाई दी। Vitis का उपयोग करने की शुरुआत में, यह तुरंत ऐसी जगह स्थापित करने के लिए चोट नहीं पहुंचाएगा (हमारे पास आवश्यक सभी फाइलें वहां संग्रहीत की जाएंगी) और ऑटोसव को सक्षम करें:

 vitis service add filespace /mnt/MyFavoriteDisk/Filespace/ vitis service set autosave yes 

ऑटोसैव के बिना, "असाइन" के उपयोग से उपकमांड को -सेवे ध्वज की आवश्यकता होगी यदि आप फ़ाइल स्थान में जोड़े गए फ़ाइल को सहेजना चाहते हैं।

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

सिमेंटिक फाइल सिस्टम का माइग्रेशन

एक तरह से या किसी अन्य, Vitis निर्देशिका और फ़ाइल स्थान सैद्धांतिक रूप से कभी-कभी एक स्थान से दूसरे स्थान पर जा सकते हैं। इसे काम में लाने के लिए, मैंने एक अलग लिंक-एडिटर उपयोगिता बनाई जो लिंक को बड़े पैमाने पर संपादित कर सकती है, जो पथ के हिस्सों को दूसरों के साथ बदल सकती है:

 cp -r /mnt/MyFavoriteDisk/Vitis/ ~/Vitis link-editor -d ~/Vitis/ -f /mnt/MyFavoriteDisk/Vitis/ -r ~/Vitis/ -R cp -r /mnt/MyFavoriteDisk/Filespace/ ~/MyFiles link-editor -d ~/Vitis/ -f /mnt/FlashDrive-256/Filespace/ -r ~/MyFiles -R 

पहले मामले में, जब हम / mnt / MyFavoriteDisk / Vitis / से होम डायरेक्टरी में चले गए, तो एलियास से जुड़े प्रतीकात्मक लिंक संपादित किए जाते हैं। दूसरे मामले में, फ़ाइल स्थान का स्थान बदलने के बाद, Vitis में सभी लिंक अपने पथ के हिस्से को बदलने के अनुरोध के अनुसार नए में बदल जाते हैं।

ऑटो श्रेणियाँ

यदि आप vitis service get autocategorization चलाते हैं तो vitis service get autocategorization , आप देख सकते हैं कि स्वचालित श्रेणियों की डिफ़ॉल्ट सेटिंग प्रारूप (स्वरूप और प्रकार) और फ़ाइल एक्सटेंशन (एक्सटेंशन) द्वारा होती है।

यह तब उपयोगी होता है, जब उदाहरण के लिए, आपको पीडीएफ के बीच कुछ खोजने की जरूरत होती है या यह देखने के लिए कि आपने मोबी और एफबी 2 से क्या संग्रहीत किया है, आप बस अनुरोध को निष्पादित कर सकते हैं।

 vitis show Format/MOBI u: Format/FB2 

यह सिर्फ इतना हुआ कि मानक GNU / Linux उपकरण जैसे फ़ाइल या mimetype ने मुझे ठीक से सूट नहीं किया क्योंकि वे हमेशा प्रारूप को सही ढंग से निर्धारित नहीं करते हैं, मुझे फ़ाइल हस्ताक्षर और एक्सटेंशन के आधार पर अपना स्वयं का कार्यान्वयन करना था। सामान्य तौर पर, फ़ाइल स्वरूपों को निर्धारित करने का विषय अनुसंधान के लिए एक दिलचस्प विषय है और एक अलग लेख के योग्य है। अभी के लिए, मैं कह सकता हूं कि, शायद, दुनिया में सभी प्रारूपों के लिए नहीं, मैंने सच्ची पहचान के लिए प्रदान किया, लेकिन सामान्य तौर पर यह अभी काफी अच्छी तरह से काम कर रहा है। सच है, ईपीयूबी प्रारूप अब जीप के रूप में परिभाषित किया गया है (सामान्य तौर पर, यह उचित है, लेकिन व्यवहार में इसे सामान्य व्यवहार नहीं माना जाना चाहिए)। अब तक, इस सुविधा को प्रयोगात्मक मानें, बग्स की रिपोर्ट करें। अजीब स्थितियों में, आप हमेशा फ़ाइल एक्सटेंशन द्वारा श्रेणियों का उपयोग कर सकते हैं, उदाहरण के लिए, एक्सटेंशन / एपब।

यदि प्रारूप द्वारा ऑटो-श्रेणियों को शामिल किया गया है, तो ऑटो-श्रेणियां भी शामिल हैं, कुछ स्वरूपों को मिलाकर टाइप करें: "अभिलेखागार", "चित्र", "वीडियो", "ऑडियो" और "दस्तावेज़"। इन उपश्रेणियों के लिए स्थानीयकृत नाम भी बनाए जाएंगे।

जो नहीं कहा गया है

vitis एक बहुआयामी उपकरण बन गया, और एक ही बार में सब कुछ कवर करना मुश्किल है। संक्षेप में उल्लेख करें कि आप और क्या कर सकते हैं:

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

सभी विवरण उपयोगकर्ता की मदद में पाए जा सकते हैं।

संभावनाओं

अक्सर, संदेहियों का कहना है कि "कोई भी इन टैगों को खुद नहीं लगाएगा।" मेरे उदाहरण का उपयोग करते हुए, मैं इसके विपरीत साबित कर सकता हूं: मैंने पहले ही छह हजार से अधिक फाइलों को वर्गीकृत किया है, एक हजार से अधिक श्रेणियां और उपनाम बनाए हैं, और यह इसके लायक था। जब आप अपने मामलों की एक सूची vitis open टीम के साथ vitis open या जब आप स्टोलारोव की किताब को vitis open LaTeX टीम के साथ एक vitis open LaTeX टीम के साथ vitis open LaTeX , तो "पुराने जमाने की" फाइल सिस्टम का उपयोग करना नैतिक रूप से मुश्किल होता है।

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

निष्कर्ष

Vitis डेटा के साथ काम करने की शैली को मौलिक रूप से बदलने का पहला प्रयास नहीं है, लेकिन मैंने अपने विचारों को लागू करने और GNU GPL लाइसेंस के तहत सार्वजनिक डोमेन में कार्यान्वयन को महत्वपूर्ण माना। सुविधा के लिए, x86-64 के लिए एक डिबेट पैकेज बनाया गया है, इसे सभी आधुनिक डेबियन वितरणों पर काम करना चाहिए। एआरएम पर, मामूली कठिनाइयाँ थीं (जबकि अन्य सभी कार्यक्रम जो वैटिस वर्क फाइन से संबंधित हैं), लेकिन भविष्य में, इस प्लेटफॉर्म (आर्मफ) के लिए भी एक वर्किंग पैकेज बनाया जाएगा। अब तक मैंने फेडोरा 30 की समस्याओं और कई आरपीएम वितरणों पर छिड़काव की कठिनाई के कारण आरपीएम पैकेज बनाना बंद कर दिया है, लेकिन बाद में वैसे भी कम से कम कुछ जोड़े पैकेज बनाएंगे। इस बीच, आप make && make install या checkinstall उपयोग कर सकते हैं।

ध्यान देने के लिए आप सभी का धन्यवाद! मुझे उम्मीद है कि यह लेख और यह परियोजना उपयोगी हो सकती है।

प्रोजेक्ट रिपॉजिटरी से लिंक