सर्वर लोड समस्या के बाद उन्नत![]()
सर्वर लोड समस्या के बाद उन्नत![]()
क्या किसी को किसी भी विचार कैसे बड़े फाइल कैश मिल सकता है पहले यह प्रदर्शन पर एक नकारात्मक प्रभाव पड़ता है है?
धन्यवाद कैश केवल अनुवाद कैश करता है. नहीं पूरे HTML सामग्री. तो जब कुछ अनुवादित पृष्ठ उत्पन्न होता है, तो पहले सामान्य पृष्ठ उत्पन्न है और यह है कि बाद पार्स और अनुवादित है. अनुवाद DB कैश के दौरान प्रयोग किया जाता है और अनुवादित वाक्य वहाँ से ले रहे हैं. HTML, नहीं पूरी, क्योंकि हर बार अनुवाद भिन्न हो सकते हैं (यानी उपयोगकर्ताओं के विभिन्न विशेषाधिकार परिवर्तित सामग्री) - बस वाक्य. एक HTML पृष्ठ के सैकड़ों वाक्य अनुवाद करने के लिए हो सकता है - vBET HTML टैग्स के बीच सामग्री लेता है. धन्यवाद कैश DB उन अनुवादों के लिए Google की ओर से हर बार लिया जा नहीं है - क्या समय की बहुत consumes - के बजाय, उन अपने स्थानीय DB से लिया जाता है. फिर भी सामान्य पृष्ठ के लिए उत्पन्न हो और है कि उसके बाद अनुवादित है.
मेहमानों के लिए पूर्ण फ़ाइल कैश मेहमानों के लिए ही काम करता है. धन्यवाद है कि हम है कि उपयोगकर्ताओं को चिंता करने की ज़रूरत नहीं है अलग विशेषाधिकार है और विभिन्न चीजों को देखने. करेंगे मेहमानों को एक ही सामग्री देखते हैं. की वजह से है कि हम परिणाम पार्स और यह हर बार टुकड़ा टुकड़ा करके अनुवाद नहीं है - हम तो बस यह एक थोड़ी देर और कैश पूर्ण HTML उत्पादन कर सकते हैं. तो इस मामले में जब पूरा पेज कैश्ड है, या कैश्ड नहीं है सामग्री बहुत पुराना है, तो सामान्य अनुवाद होता है - बस पहले की तरह वर्णित है. लेकिन इस समय बहुत अंत पूर्ण HTML उत्पादन में फ़ाइल के लिए लिखा है. तो अगली बार जब एक ही अनुरोध अतिथि से आता है हम भी सामान्य पृष्ठ की सामग्री उत्पन्न नहीं करते हैं - हम बस अतिथि के लिए पहले से ही कैश्ड HTML फ़ाइल स्ट्रीम. यही कारण है कि हम एसक्यूएल प्रश्नों, CPU और स्मृति के बहुत बचाने. हम सिर्फ स्थैतिक फ़ाइल से उपयोगकर्ता सामग्री को दे. यही कारण है कि यह महत्वपूर्ण है निर्धारित करने के लिए कितनी देर तक इस कैश को मान्य किया जाएगा. क्योंकि अगर कुछ बदल जाएगा - यानी नई पोस्ट धागा करने के लिए आ जाएगा, तो मेहमानों को इस नए पोस्ट नहीं देख जब तक पहले से ही कैश्ड फ़ाइल समाप्त हो जाएगा. अगले अनुरोध के दौरान उसके बाद, फिर से सामान्य पृष्ठ उत्पन्न हो जाएगा, अनुवाद, और कैश्ड है - और इस सामग्री मेहमानों को एक घंटे (विन्यास) के लिए यानी देखेंगे. वे किसी भी परिवर्तन नहीं देख जब तक कैश्ड फ़ाइल फिर से समाप्त हो. बेशक अपने उपयोगकर्ताओं को सब कुछ देखते हैं, क्योंकि यह मेहमानों के लिए ही (ऐसा रोबोट के लिए भी, क्योंकि रोबोट मेहमान के रूप में अपने मंच क्रॉल) काम करता है.
हम ख़ुशी से अधिक का वर्णन करेंगे कहना था कि यह मदद मिलेगी और कोई प्रश्न के मामले में बस पूछो![]()
यह हो जाएगाअधिकांश नई चीजें पहले से ही वहाँ परीक्षण कर रहे हैं. हम सिर्फ wB4 पर गुड्स के लिए पूर्ण फ़ाइल कैश के मामले में अधिक करने के लिए और अधिक है, क्योंकि हम वीबीएसईओ के लिए और अधिक प्रकार के यूआरएल के अनुवाद का समर्थन और वीबी से मैत्रीपूर्ण यूआरएल भी है. और उन सभी के बारे में हमें बहुत सावधानी से परीक्षण करना है और अभी भी कुछ लोगों के लिए पहले से बाहर के समर्थन को लागू करने के लिए है. इसके अलावा-हम इस अतिरिक्त समय के VB3 फोरम पर पूर्ण फ़ाइल कैश के साथ किसी भी संभावित मुद्दों की जांच करने के लिए (जिसे अब BETA माना जाता है) के साथ किसी भी संभावित मुद्दों की जांच करने के लिए इस्तेमाल करेंगे. हम इसे अच्छी तरह से परीक्षण, लेकिन यह हमेशा अच्छा गुणवत्ता के बारे में अधिक ध्यान रखना बेहतर है
![]()
फाइल में /images/vbet/flags/vbet.css
शायद हम तुम्हारी मदद करने में सक्षम हो जाएगा बेहतर वर्णन - इसका क्या मतलब है "अजीब". इसके अलावा, हम प्लगइन Firebug के साथ ऐसे फ़ायरफ़ॉक्स बातों के लिए उपयोग करने के लिए सलाह - यह तुम्हें दिखाने के लिए वास्तव में जो सीएसएस शैली निर्दिष्ट तत्वों के लिए इस्तेमाल किया जाता है की अनुमति देगा. यह वास्तव में मददगार है![]()
मुझे पता है कि हर किसी के लिए अपने सबसे महत्वपूर्ण संस्करण हैऔर हम उस के साथ बहस नहीं करना चाहती
इस मामले में vBET3.x बहुत अच्छा कारण के लिए पहले है: गुणवत्ता. हम नए महत्वपूर्ण कार्यक्षमता जोड़ने के लिए (अतिथियों के लिए पूर्ण फ़ाइल कैश) में यह संस्करण, और यह था यह vB3 में, क्योंकि वहाँ कोई दोस्ताना यूआरएल हैं, और हम केवल धागा यूआरएल vBSEO के लिए अनुवाद जोड़ने के लिए आसान। VB4 के मामले में यह और अधिक जटिल है - दोस्ताना यूआरएल समर्थित होना चाहिए, और हम बहुत अधिक प्रकार के URLs का अनुवाद। यह पहली बार vB3 में डाल। यह बहुत अच्छी तरह से असली मंचों पर परीक्षण करने के लिए हमें की अनुमति दी, कि यह ठीक काम कर रहा है, शायद यह पहले कुछ कीड़े vB4 के लिए जाना दिखाएगा जाँच। और हम पूरी तरह से यकीन है कि यह सब ठीक होने के बाद, हम अभी भी vB4 aditional समर्थन में (Friuendly यूआरएल, और अधिक translted यूआरएल) जोड़ने के लिए है। की है कि क्यों इस समय vBET3.x पहले का है और हम अभी भी 2 सप्ताह के लिए vBET4.x जरूरत है। और धन्यवाद कि आप अगर इसे vB3 के और अधिक जटिल thatin मामला है जो बहुत अच्छी गुणवत्ता, ewen है हल मिल जाएगा
फ़ाइल कैश की वजह से नकारात्मक प्रदर्शन प्रभाव के रूप में ऐसी कोई बात नहीं होना चाहिए. यह है क्योंकि फ़ाइल कैश नहीं बढ़ता ... हम प्रत्येक अनुरोध यूआरएल के लिए अलग फ़ाइल बनाएँ. तो प्रत्येक कैश फ़ाइल केवल स्थैतिक HTML फ़ाइल (अनुरोध के लिए कैश्ड उत्पादन) है. जब आपके सर्वर caches के अधिक से अधिक vBET बस अधिक से अधिक फ़ाइलें बनाता है. तो हर बार जब ऐसी फ़ाइल को पढ़ने के लिए है:
1. यह इस विशेष URL के लिए केवल परिणाम को पढ़ने के लिए है
2. हम यह भी याद करने के लिए नहीं पढ़ा करते हैं - बस यह PHP समारोह का उपयोग कर ग्राहक को धारा: readfile
कि भले ही अपने परिणाम पृष्ठ वास्तव में बड़ा है की वजह से इतना कैश फ़ाइल भी है बड़ा, यह कोई नकारात्मक प्रदर्शन प्रभाव है, क्योंकि यह अभी भी स्मृति में यह पूरे पढ़ने के बिना यह एक फ़ाइल स्ट्रीम होगा. तो आप नुकसान नहीं फायदे देखेंगे.