छोटे ग्राफिक रिटर्न

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

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

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

यह इस योजना की तरह दिखता है: डेटाबेस में चित्रों के अनुरूप आईडी वाले प्लेसहोल्डर को HTML फ़ाइल के पाठ में रखा गया है। जावास्क्रिप्ट “प्लेसहोल्डर्स” के माध्यम से चलता है और XMLHTTP अनुरोध स्ट्रिंग उत्पन्न करता है, जिसके जवाब में सर्वर बेस 64-एन्कोडेड स्ट्रिंग्स की एक सरणी देता है, जो फिर से जावास्क्रिप्ट संबंधित प्लेसहोल्डर्स के src पर फैलता है।

नतीजतन, 2-5 kB वजन वाले दर्जनों व्यक्तिगत चित्रों के एक जोड़े को प्राप्त करने के बजाय, हमें एक एकल अतुल्यकालिक अनुरोध में 50-100 kB का JSON स्ट्रिंग मिलता है। यही है, क) मुख्य पाठ सामग्री को लोड किए जाने और प्रदान किए जाने के बाद, और ख) पाठ डेटा स्ट्रीमिंग की सुविधाओं के कारण बहुत तेजी से।

काम करने का उदाहरण (अवतार नेटवर्क से फाड़ा जाता है)।

कोड पृष्ठ के स्रोत में पाया जा सकता है। PHP में सर्वलेट (SQLite के साथ काम करता है) इस तरह दिखता है:

<? ob_start(); $dbh = sqlite_open('data/img', 0666, $sqliteerror); $sth = sqlite_query($dbh, "SELECT *, ROWID AS id FROM img WHERE ROWID IN (".trim($_GET['q']).") LIMIT 20"); $res = sqlite_fetch_all($sth, SQLITE_ASSOC); echo json_encode($res); sqlite_close($dbh); ob_end_flush(); ?> 

आप क्या कहते हैं, पूरी तरह से बेवकूफ विचार है? या मैंने एक साइकिल का आविष्कार किया?