आदर्श दस्तावेज भंडार

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

1. टीके

ब्रिटिश वैज्ञानिकों प्रैक्टिस ने दिखाया है कि एक दर्जन उपयोगकर्ताओं के लिए एक छोटी सी कंपनी में भी, हजारों फ़ाइलों में से एक दर्जन से अधिक (या सैकड़ों भी) हो सकते हैं - बहुत अलग सामग्री और प्रारूपों के। और खेत की इस गंदगी में एक फ़ाइल को खोजने के लिए इतना मुश्किल है कि इसे फिर से करना आसान है।
खोज समस्या आज ( चेखव गवाह) से बहुत अधिक उत्पन्न नहीं हुई - लेकिन अभी तक हल नहीं हुई है।
बारीकियों यह है कि इस मामले में, "खोज" खोज इंजन या एक्सप्लोरर के संदर्भ में नहीं है - लेकिन मानव शब्दों में। एक व्यक्ति उन शब्दों को नहीं जानता है जिन्हें वह खोज रहा है - वह अवधारणाओं को जानता है। और खोज इंजन और फ़ाइल प्रबंधकों की अवधारणाओं (शब्दार्थ) के साथ तंग है। एक सामान्य उपयोगकर्ता के लिए "\\ सर्वर \ पब्लिक \ इनकमिंग \ कॉन्ट्रैक्ट्स \ क्लाइंट्स हॉर्न्स और होव्स हॉर्न्स और खुरों की डिलीवरी के लिए कैमोमाइल के साथ नहीं दिखता है" - वह "हमारे प्रिय ग्राहक के साथ लगभग एक महीने के अनुबंध" के बारे में किसी तरह की तलाश करता है दो नींबू। " और वह इसे (यदि आप भाग्यशाली हैं) "\\ server \ Private \ Secretary \ Outbox \ Romashka LLC" वाणिज्यिक प्रस्ताव \ Hoof \ में वे मुझे पहले से ही कैसे मिल गया। "
इस स्थिति में "वे खुद नहीं जानते कि वे क्या चाहते हैं" (जोशचेंको), एक व्यक्ति को एक विकल्प देना चाहिए (जो कि खोज इंजन करने की कोशिश कर रहे हैं, लेकिन अभी तक सफलता के बिना)। यानी मुझे दस्तावेज़ के प्रकार का पता नहीं है - मेरी आँखों से पहले संभावित प्रकार हैं। मुझे कंपनी का सटीक नाम याद नहीं है - मेरे पास कंपनियों की एक सूची है। आदि इसलिए, यह अब एक खोज नहीं है - बल्कि एक फिल्टर है।
तो - मान लें कि मेरे पास 100,500,000 फाइलें हैं (प्रवण से ऑटोकैड चित्र) - और मैं जल्दी और आसानी से चाहता हूं:

1. "गणना" (फ़िल्टर) कुछ संकेतों के अनुसार फ़ाइल जो शारीरिक रूप से फ़ाइल में ही नहीं है,
2. खुला (डाउनलोड न करें और प्रतिलिपि खोलें - बस इसे खोलें),
3. परिवर्तन - और लिखें (वापस अपलोड न करें - अर्थात् लिखें - ^ एस)।

कुल - हमें एक प्रणाली की आवश्यकता है जो:

• संचालित
• क्रॉस-प्लेटफ़ॉर्म (विंडोज, लिनक्स, मैक ओएस)
• फिल्टर
• सीधी पहुंच (खुला और रिकॉर्ड)
• एकीकरण (डेस्कटॉप वातावरण में एकीकरण - पैराग्राफ 4 के परिणामस्वरूप)
• बहु-उपयोगकर्ता
• इंटरनेट (दुनिया में कहीं से भी पहुंच)
• खुला स्रोत

2. किसे दोष देना है

आज हमारे पास क्या है:

2.1। एफएस

यह एक स्थानीय / दूरस्थ फ़ाइल सिस्टम पर फ़ोल्डर्स और फ़ाइलों के एक शाखा वृक्ष के रूप में एक फाइल-वाइप है। इस विकल्प का एक बड़ा फायदा और एक बड़ा नुकसान है:

• - फिल्टर की पूर्ण अनुपस्थिति।
• + निर्मित में पार मंच प्रत्यक्ष फ़ाइल का उपयोग।

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

2.2। वेब

उनमें से हजारों। दो को छोड़कर सभी आवश्यकताओं को पूरा करता है:

• - किसी भी फाइल के लिए सीधी पहुँच (Googledox और MS Live अच्छी है - लेकिन लोगों को ऑटोकैड और स्मेटोरिद्म के साथ क्या करना चाहिए)
• - एकीकरण (परिणामस्वरूप)

यानी आंशिक पहुँच

2.3। ऑल-इन-वन

आईबीएम डोमिनोज़, एमएस SharePoint, एमएस एक्सचेंज। यह ऐसी "अपने आप में बात" है जो मौजूदा प्रौद्योगिकियों की कमियों को हल करने के लिए अपने स्वयं के माध्यम से कोशिश कर रहा है।

• + यह काम करता है
• + फ़िल्टर
• + सीधी पहुँच
• + मल्टीप्लेयर
• + इंटरनेट
• - क्रॉस प्लेटफॉर्म नहीं
• - एकीकृत नहीं है
• - खुला स्रोत नहीं

2.4। शब्दार्थ एफएस

नेपोमुक, WinFS, ReFS आदि। पूरे सम्मान के साथ, मैंने उन्हें लाइव काम करते हुए नहीं देखा, इसलिए - इसे अन्य विदेशी के साथ नहीं माना जाता है।

3. क्या करें

संक्षेप में, फ़ाइलों को प्रबंधित करने और एक सीधी फ़ाइल एक्सेस लिंक देने के लिए वेब-आधारित इंटरफ़ेस का उपयोग करके लटकाएं।
लिंक के साथ, सब कुछ बहुत सरल है - आप विशेष रूप से चारों ओर मोड़ नहीं सकते। यदि हम क्रॉस-प्लेटफ़ॉर्म से आगे बढ़ते हैं, तो कई विकल्प हैं (उनमें से जिन्हें विशेष स्क्वैट्स की आवश्यकता नहीं है): 3: http: //, ftp: // और फ़ाइल: // (वेन्डा सामान्य रूप से अधिक समझ में नहीं आता है)। उसी समय, फ़ाइल मेटाडेटा को आप की तरह व्यवस्थित किया जा सकता है - सरल टैग से लेकर सेमबेल घंटियाँ और सीटी तक। लेकिन लिंक के साथ आपको इसके बारे में सोचने की जरूरत है।

3.1। HTTP

केवल पढ़ें अर्थ में - एक लिंक देने के लिए http: // आप कर सकते हैं - और आप डाउनलोड भी कर सकते हैं, खोल सकते हैं और बदल सकते हैं। लेकिन ठीक उसी तरह से भरने के लिए - यह काम नहीं करेगा। संयोजन ^ एस कम से कम। किसी भी प्लेटफ़ॉर्म के तहत किसी भी एप्लिकेशन से।

3.2। एफ़टीपी

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

3.3। फ़ाइल: //

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

3.4। WebDAV

और यहां सब कुछ बहुत दिलचस्प है। जैसे, कोई "मानक" WebDAV सर्वर नहीं है। लेकिन सभी सामान्य OS / DE WebDAV (क्लाइंट के रूप में) बॉक्स से बाहर और कई मायनों में समर्थन करते हैं। इस स्थिति में, आप सर्वर साइड पर अपना खुद का WebDAV लिख सकते हैं (वेब ​​सर्वर नहीं - लेकिन केवल http रिक्वेस्ट को प्रोसेस करते हैं) और शाब्दिक चमत्कार करते हैं।
सैद्धांतिक रूप से, निश्चित रूप से ...
अपडेट किया गया: Windows XP के साथ एक महीने के बाद, हम कह सकते हैं कि WebDAV "स्पार्क" यह विशुद्ध रूप से नाममात्र का समर्थन करता है।

4. Django का इससे क्या लेना-देना है?

इस तथ्य के बावजूद कि इस विचार (वेब ​​UI + WebDAV) का प्रदर्शन सिर्फ Django (अधिक सटीक रूप से, यह Apache, mod_dav, Django का एक छोटा सा सेट है और विशेष रूप से इस लेख के लिए व्हिप में बनाया गया कार्यक्रम है) का उपयोग करता है। और इतना है कि चौकस पाठक ध्यान से पढ़ता है - डेमो के लिंक पाठ में कहीं है :-)
यह विशेष रूप से, वेब के माध्यम से फ़ाइल प्रबंधन (फाइलों के लिए "टिप्पणी" फ़ील्ड) - और वेब पेज से सीधे फ़ाइल तक सीधी पहुंच प्रदर्शित करता है।
बेशक, मैं WebDAV से एक पूर्ण टर्बो प्राप्त करना चाहता था - लेकिन अचानक यह पता चला कि अजगर में WebDAV प्रदाता के हजारों कार्यान्वयनों में से, दोनों (wsgidav और pywebdav) आपके वेब अनुप्रयोग में एकीकृत करना काफी मुश्किल है (यदि संभव हो तो, क्योंकि यह WebDAV नहीं है प्रदाताओं, अर्थात् सर्वर)। मुझे चिट्ठियाँ पढ़नी थीं और अपनी बाइक को खुलना शुरू करना था। बहुत सारे पत्र हैं, अकेले चीजें धीरे-धीरे चल रही हैं, इसलिए मैं सभी को संयुक्त विकास के लिए आमंत्रित करता हूं।
स्लाइड करता है ।

5. टिप्पणियाँ

लिनक्स

वेबदाव के साथ कोनेकर: // ठीक काम करता है। सच है - केवल केडीई अनुप्रयोग या इसके लिए अनुकूलित (लिब्रेफ्राइस-केडी) - कम से कम जब केडीई में काम नहीं कर रहा हो। यानी यहां एकीकरण केवल आंशिक है (LibreCAD, JuffEd और अन्य गैर-केडीई अनुप्रयोगों के उपयोगकर्ता अपने पंजे चूसने के लिए मजबूर हैं।)।
डीएवी के साथ एपिफेनी: // - इसी तरह (एस / केडीई / गनोम /)। हालांकि बौना स्नीकर्स की तुलना में WebDAV के साथ बदतर काम करता है।

मैक ओएस

परीक्षण नहीं किया गया

विंडोज

क्योंकि अश्लील शब्दावली के हब्र एप्लिकेशन पर स्वागत नहीं है, फिर रिज्यूमे छोटा होगा - सब कुछ बहुत बुरा है। आप WebDAV, HTTP और XML के Microsoft के "सुविधाओं" के बारे में एक पुस्तक लिख सकते हैं।
लेकिन सितारों की एक निश्चित स्थिति के साथ, किसी न किसी तरह कुछ काम करता है।
हालांकि शायद अपाचे mod_dav विंडोज के साथ भी संगत नहीं है ;-)

6. सारांश

बैसाखी और बैकअप का यह सब पतला सिस्टम काम करता है, लेकिन एक फव्वारा नहीं। किसी भी OS (क्लाइंट) में। यानी फिलहाल, डेस्कटॉप के साथ वेब एप्लिकेशन के पूर्ण एकीकरण के लिए ओएस / डे काफी तैयार नहीं है (ताकि यह पारदर्शी और हमेशा हो)।
लेकिन मंगल पर अभी भी जीवन है!