क्लाउड स्टोरेज/सीडीएन के लिए अपने फ़ाइल नामों को यादृच्छिक क्यों करें?

Question

आप ट्विटर की तरह एक सामाजिक नेटवर्किंग साइट पर एक प्रोफ़ाइल तस्वीर को देखते हैं, वे छवि फ़ाइलों को स्टोर की तरह:

http://a1.twimg.com/profile_images/1082228637/a-smile_twitter_100.jpg 

या यहाँ तक कि रास्ते में कहीं न कहीं एक तारीख 20110912. केवल तत्काल लाभ मैं के बारे में सोच सकते हैं की तरह साथ एक बॉट को एक रैखिक फैशन में अपने भंडारण में सभी फ़ाइलों को डाउनलोड करने और डाउनलोड करने से रोक रहा है। क्या मुझे कोई अन्य लाभ याद आ रहा है? इसे यादृच्छिक बनाने के लिए सबसे अच्छा तरीका क्या है?

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

Answer 1

सार्वजनिक कारणों में क्रिप्टोग्राफिक रूप से स्कैम्बल पहचानकर्ता एक कारण यह है कि व्यवसाय की वृद्धि दर हमेशा सार्वजनिक नहीं होती है।

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

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

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

http://metacpan.org/pod/Crypt::Skip32

यह Skip32 एल्गोरिथ्म में लिखा का एक सीधा अनुवाद है:

यहाँ एक CPAN (पर्ल) मॉड्यूल मैं बनाए रखने के दो रास्ते स्किपजैक के आधार पर एन्क्रिप्शन का उपयोग 32-बिट आईडी scrambles है ग्रेग गुलाब द्वारा सी:

http://www.qualcomm.com.au/PublicationsDocs/skip32.c

इस दृष्टिकोण का उपयोग प्रत्येक 32-बिट आईडी को एक प्रभावी ढंग से 32-बिट संख्या में (प्रभावी रूप से यादृच्छिक) में मैप किया जाता है जिसे मूल आईडी में वापस किया जा सकता है। आपको अपने डेटाबेस में कुछ भी अतिरिक्त सहेजने की ज़रूरत नहीं है।

मैं scrambled आईडी को URL में प्रदर्शित करने के लिए 8 हेक्स अंकों में परिवर्तित करता हूं।

एक बार आपकी आईडी 4.2 9 बिलियन (32-बिट्स) तक पहुंचने के बाद आपको अधिक समर्थन के लिए यूआरएल संरचना को विस्तारित करने की योजना बनाने की आवश्यकता होगी, लेकिन मुझे जितनी देर तक संभव हो सके छोटे यूआरएल पसंद हैं।

Answer 2

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

Answer 3

यूआरएल बदलना पुरानी संपत्तियों को अमान्य करने का एक सुरक्षित तरीका है।

यदि आप निजी छवियों को संग्रहीत करने की अनुमति देना चाहते हैं तो यह भी एक आवश्यकता है।जैसे ही आप सीडीएन पर संपत्ति स्टोर करते हैं, उपयोगकर्ता खाते के नाम/आईडी/पथ से कटौती योग्य पथ का उपयोग गोपनीयता सेटिंग्स को बेकार कर देगा।