3.3.4 vBET जारी

[steve]

हाँ, मैं यह एहसास. मैं सच में आशा है कि माइकल इस सॉर्ट कर सकते हैं.

नहीं probs. मैं सिर्फ यह सुझाव दे रहा था क्योंकि जब मैं कल एक ऐसी ही समस्या में चलाने की, मैं मौन के साथ स्वागत किया गया यहाँ. मैं समुदाय के सदस्यों को एक दूसरे को मदद करने लगता है? मैं व्यक्तिगत रूप से एक प्रमुख उन्नयन करने का प्रयास नहीं अगर मैं जानता था कि समर्थन करने के लिए अगले 6 या 8 या उससे अधिक घंटे के लिए उपलब्ध होने वाला नहीं था.

[Taurus]

धन्यवाद स्टीव आदमी!! मैं सच में इसकी सराहना करता!!

[vBET]

मैं तुरंत मदद की ज़रूरत है. नवीनीकरण के बाद मैं अपने मंच के शीर्ष पर इस त्रुटि है:

चेतावनी: (array_merge) [function.array-मर्ज]: eval () लाइन पर 1153 d 'कोड: # 1 तर्क [पथ] में एक / global.php (400) सरणी नहीं है

मेरा पूरा मंच पूरी तरह गड़बड़ है. किसी कारण के लिए यह केवल होता है यदि मेहमानों के लिए लॉग इन नहीं तो अंदर. अगर में लॉग इन, सब कुछ ठीक है.

संपादित करें: ठीक है मुझे एहसास हुआ कि बाद मैं मेहमान (BETA!) के लिए पूर्ण फ़ाइल कैश 'का प्रयोग करें अक्षम सब कुछ ठीक है. तो वहाँ गलत वहाँ कुछ किया जाना चाहिए. (और मैं CHMOD 777-R vbet_guestcache किया)

बग रिपोर्ट में इस के लिए नया धागा खोलने के लिए कृपया. हम इस वहाँ का प्रबंधन करने में सक्षम हो जाएगा.

[vBET]

ठीक है, मैं PHP त्रुटियों को दबाने की जरूरत है, कैश फ़ाइल उम्र के लिए फ़ाइलें है कि मौजूद नहीं था पर देख रहा था और गुस्सा दिलाना बाहर था. फ़ाइल कैश एक भयानक इसके अतिरिक्त है, यदि आप इसका इस्तेमाल कर सकते हैं तुम यह अफसोस अभ्यस्त.

इस उद्देश्य में है - हम जाँच करता है फ़ाइल मौजूद नहीं है, को अनावश्यक कब संचालन से बचने के. PHP पुस्तिका के अनुसार (PHP: filemtime - मैनुअल) समारोह filemtime नहीं मौजूदा फ़ाइलों के लिए झूठे रिटर्न. हम किसी भी त्रुटि संदेश के बारे में पता नहीं था - पुस्तिका डाउनलोड करने के अनुसार इस समारोह में नहीं मौजूदा फ़ाइल के मामले में किसी भी त्रुटि नहीं भेजना चाहिए. आप कर सकते हैं Troubleshoting या बग रिपोर्ट में उस के लिए अपने त्रुटि संदेश के उदाहरण के साथ खुला नया सूत्र कृपया?

सभी के लिए - कृपया इस vBET संस्करण के बारे में ही जगह के रूप में इस धागे का इलाज नहीं है. मुसीबतों या कीड़े के लिए उपयुक्त वर्गों में लिखने कृपया. हम अगर उन यहाँ हो जाएगा करने के लिए अपने मुद्दों का प्रबंधन करने में सक्षम नहीं हो जाएगा.

[haiduongbk]

मैं 2 दिनों में 3.3.4 से उन्नत बनाया. गूगल पर पहली लिंक पर हर दिन के रूप में नहीं बहुत सबमिट किए, और आज घट जाती है देखा था. मैं क्यों नहीं सभी पोस्ट विषयों के बावजूद समझ और अभी भी सामान्य रूप से बढ़ रहा है. मुझे कौन पसंद है?
मैं 145.000 से गूगल पर 139.000 लिंक को घटी

[vBET]

मैं 2 दिनों में 3.3.4 से उन्नत बनाया. गूगल पर पहली लिंक पर हर दिन के रूप में नहीं बहुत सबमिट किए, और आज घट जाती है देखा था. मैं क्यों नहीं सभी पोस्ट विषयों के बावजूद समझ और अभी भी सामान्य रूप से बढ़ रहा है. मुझे कौन पसंद है?
मैं 145.000 से गूगल पर 139.000 लिंक को घटी

इसका VBET3.3.4-गूगल के लिए अद्यतन करने के लिए कुछ नहीं है-गूगल बस तेजी से प्रतिक्रिया नहीं करता है. बहुत से कारण हो सकते हैं, लेकिन यह vBETT नहीं है
यह vBET द्वारा किया जा सकता है (लेकिन इतने कम समय में नहीं) केवल कारण है अगर कुछ अनुवादित पन्नों उत्पन्न नहीं होता. यदि आप पाते हैं कि कुछ पृष्ठों पहुंच योग्य नहीं हैं - यह हमारे लिए कृपया ध्यान दें. आप यह वेबमास्टर उपकरण में पा सकते हैं.

[haiduongbk]

मीकल धन्यवाद. मैं इसे और अधिक समय का पालन करेंगे. और कारण जानने के लिए.

[vBET]

मीकल धन्यवाद. मैं इसे और अधिक समय का पालन करेंगे. और कारण जानने के लिए.

अधिकतर आम है कि लोग भूल गए कि वे robots.txt में परिवर्तन 2-3 महीने पहले बनाया (हाँ गूगल ऐसे समय में प्रतिक्रिया करता है - यह तेजी से हो सकता है अगर आप सुपर उच्च पेज रैंक हो सकता है). इसके अलावा कभी कभी लोगों को Google खोज परिणामों पर देखो जहां केवल अनुक्रमित पृष्ठों की approximated संख्या असली नहीं दिखाया गया है. तो बेहतर है एक सन्निकटन बदलने के लिए और इसका मतलब यह नहीं है कि अपने पृष्ठों के किसी भी सूचकांक से हटा दिया गया था सकता है. - इसके अलावा गूगल बहुत बड़ा है और जो समय - समय पर अद्यतन कर रहे हैं, प्रतिकृति और इतने पर डेटाबेस के बहुत है - यह काम कर गूगल डेटाबेस एल्गोरिदम का ही प्रभाव हो सकता है. इसके अलावा गूगल यह अनुक्रमण एल्गोरिदम बदल रहा है और यह संभव है कि कुछ अपने पहले से ही अनुक्रमित पृष्ठों की सामग्री के दोहराव (यानी सबसे सदस्य पृष्ठों में ही 99%) के रूप में अब माना जाता है और अनुक्रमित से हटा है यानी.

जब तक आप अपने वेबमास्टर उपकरण में त्रुटियों की बड़ी संख्या नहीं देखते हैं तो आप मान सकते हैं कि यह बस कैसे गूगल काम करता है. लेकिन अगर आप त्रुटियों को देखने - तो यह आपके पक्ष में है और तब आप प्रतिक्रिया चाहिए.

[tavenger5]

फ़ाइल कैश की वजह से नकारात्मक प्रदर्शन प्रभाव के रूप में ऐसी कोई बात नहीं होना चाहिए. यह है क्योंकि फ़ाइल कैश नहीं बढ़ता ... हम प्रत्येक अनुरोध यूआरएल के लिए अलग फ़ाइल बनाएँ. तो प्रत्येक कैश फ़ाइल केवल स्थैतिक HTML फ़ाइल (अनुरोध के लिए कैश्ड उत्पादन) है. जब आपके सर्वर caches के अधिक से अधिक vBET बस अधिक से अधिक फ़ाइलें बनाता है. तो हर बार जब ऐसी फ़ाइल को पढ़ने के लिए है:
1. यह इस विशेष URL के लिए केवल परिणाम को पढ़ने के लिए है
2. हम यह भी याद करने के लिए नहीं पढ़ा करते हैं - बस यह PHP समारोह का उपयोग कर ग्राहक को धारा: readfile

कि भले ही अपने परिणाम पृष्ठ वास्तव में बड़ा है की वजह से इतना कैश फ़ाइल भी है बड़ा, यह कोई नकारात्मक प्रदर्शन प्रभाव है, क्योंकि यह अभी भी स्मृति में यह पूरे पढ़ने के बिना यह एक फ़ाइल स्ट्रीम होगा. तो आप नुकसान नहीं फायदे देखेंगे.

Hrmm, मैं अनुवादित डेटा कैशिंग के विचार की तरह है, लेकिन अधिक कुशल नहीं होगा अगर यह memcache की तरह कुछ का उपयोग किया? डिस्क से डाटा पढ़ने के बजाय यह स्मृति से पढ़ा होगा.

[vBET]

Hrmm, मैं अनुवादित डेटा कैशिंग के विचार की तरह है, लेकिन अधिक कुशल नहीं होगा अगर यह memcache की तरह कुछ का उपयोग किया? डिस्क से डाटा पढ़ने के बजाय यह स्मृति से पढ़ा होगा.

मौजूदा कैश पुस्तकालयों के सहायक बाहर TODO सूची पर है. इसके अलावा, मेहमानों के लिए पूरा फ़ाइल कैश वास्तव में बड़े बड़े मंचों के लिए किया जा सकता है. बहुत इसे पूरी तरह से स्मृति में रखने के लिए बड़े - हम समाधान जो स्मृति और डिस्क पर रखने के कैश का लाभ गठबंधन की अनुमति देगा के लिए दिखेगा.