1.5 एमबी हैब्र नेटवर्क फाइल सिस्टम

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

उपलब्ध प्रकार और वॉल्यूम:

1) मसौदा लेख के रूप में (केवल लेखक को दिखाई देता है)। प्रत्येक ड्राफ्ट में कम से कम 100 हजार अक्षर होते हैं। ड्राफ्ट - एक सशर्त रूप से असीमित राशि।

2) उपयोगकर्ताओं को नोट्स के रूप में (केवल लेखक को दिखाई देता है, लेकिन जब कोई उपयोगकर्ता खाता बंद करता है, तो कोई भी भेद्यता, लीक और विलोपन की गारंटी नहीं देता है)। एक नोट में 65535 अक्षर तक संग्रहीत हैं। नोट्स - जितने भी लेखक हैं (लेकिन सिस्टम नोटों की संख्या की सीमा को सत्यापित नहीं किया गया है)। आप स्वयं को नोट नहीं लिख सकते।

3) वार्ताकारों को निजी संदेशों में। (आप अपने आप को नहीं लिख सकते हैं)।

४) ६५ K तक के व्यक्तिगत पेज पर एक सार्वजनिक संदेश में (सार्वजनिक होने के अलावा, यह तीसरे स्तर के अन्य समीपवर्ती डोमेन पर भी है)।

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

यह ब्राउजर लोकलस्टोरेज एपीआई को लगभग संदर्भित करने के लिए ड्राइवरों में इन समृद्ध विशेषताओं को लिखना बाकी है। डेटा वितरण के प्रभावी होने के लिए ऑप्टिमाइज़ेशन प्रैग्मस (उपयोग के लिए भविष्य के प्रारूप के संकेत) की आवश्यकता होगी।

इन विधियों से अन्य पाठकों को असुविधा नहीं होगी, जब तक कि आप बिना किसी चेतावनी के ड्राफ्ट और व्यक्तिगत संदेशों के गलत प्रकाशन के मामलों पर विचार नहीं करते हैं। यहां तक ​​कि एक व्यक्तिगत पृष्ठ पर एक सार्वजनिक संदेश का प्रकाशन एक HTML टैग द्वारा छिपाया जा सकता है और पाठकों को दिखाई नहीं देगा।

कैसे करें इस्तेमाल?

कुल मिलाकर, 1 एमबी वर्णों को संग्रहीत करने के लिए, आपके पास 16 नोट या 10 (या कम) ड्राफ्ट होना चाहिए। नोट्स बनाने के लिए सबसे अधिक त्रुटि-सुरक्षित तरीका है। इसलिए, हम अन्य तरीकों पर विचार नहीं करेंगे, हालांकि एक मसौदा जानकारी का एक बड़ा ब्लॉक संग्रहीत कर सकता है।

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

यह बहुत सुविधाजनक नहीं है कि सूची में नोट पूरे एन में दिखाए गए हैं, न कि पहले N अक्षर। यह डंपिंग नोट्स के लिए सुविधाजनक हो सकता है या पूर्ण पढ़ने के लिए एक और कारण हो सकता है। लेकिन यह अनुक्रमण जानकारी देखने के लिए असुविधाजनक है कि प्रत्येक नोट की शुरुआत में संग्रहीत किया जा सकता है। लेकिन चूंकि यह मामला नहीं है, इसलिए हम सूचकांक के लिए 1-2 नोटों का चयन करेंगे (दो सूचकांक को असली डिस्क सिस्टम के रूप में दोहराते हैं) और हम लगभग हमेशा केवल व्यक्तिगत नोट्स पढ़ेंगे, उनके लिए उपयोगकर्ता नाम पहले से जानते हुए।

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

डुप्लिकेट इंडेक्स की एक जोड़ी में खाता नाम से फ़ाइलों के वितरण की एक तालिका होगी।

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

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

पूरी फाइल प्रणाली जेएस पर और अजाक्स अनुरोधों के माध्यम से चलेगी।

जारी रखने के लिए, लेकिन अब हम इस मुफ्त होस्टिंग के मालिकों के लिए इच्छाओं को तैयार करेंगे - शायद उनके पास रिलीज के समय तक कुछ को अंतिम रूप देने का समय होगा।
1. सूचकांकों (100-30000) के रूप में उपयोग करने के लिए ग्रंथों की शुरुआत से नोटों की एक सूची संकलित करना बहुत वांछनीय है;
2. गणना किए गए नामों के साथ 100 गारंटीकृत गैर-हटाने योग्य उपयोगकर्ताओं की एक सूची है जैसे कि aa00..aa99।
3. पंजीकरण के बिना सूची और नोट्स पढ़ने का एक तरीका है - प्रत्येक अनुरोध पर 18K बाइट्स सहेजें!
4. लेखक को कहानी से छवियां हटा दें ताकि इसे सार्वजनिक डेटा के रूप में उपयोग किया जा सके - उदाहरण के लिए, छवियों के प्रारूप में लेख लिखें और उन पर सुधार और टिप्पणियां प्रकाशित करें। फिर द्विआधारी छवि डेटा से लेखों और सुधारों के ग्रंथों के विस्तार के लिए एक स्क्रिप्ट होना पर्याप्त होगा। चूंकि स्क्रिप्ट के केवल उपयोगकर्ता ही पढ़ पाएंगे, इसलिए यह प्रारूप डेवलपर्स के बीच लोकप्रिय हो जाएगा, फोन समीक्षाओं की अनुपात चित्रों में घट जाएगी।
5. छिपे हुए इनपुट में डेटा की नकल न करें ताकि नोट पृष्ठ पर बोझ न पड़े।

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

परियोजना क्राउडसोर्सिंग है ( जैसे यह एक ), कोड गिथब पर पोस्ट किए जाएंगे। व्यावहारिक कार्यों के रूप में, पाठकों को प्रश्नों के साथ छोड़ दिया जाता है:
1. सिस्टम द्वारा आयोजित एक लैन संदेश की अधिकतम मात्रा कितनी है?
2. समर्थित ड्राफ्ट में लेख का अधिकतम आकार क्या है? (मैंने जाँच की कि 100K संग्रहीत है।)
3. निजी डेटा की अधिकतम राशि क्या है जिसे कुल में संग्रहीत किया जा सकता है?