देखें पूर्ण संस्करण: हल अधिक लोड समस्याओं
ठीक है तो मैं परीक्षण के लोड किया है.
24hrs की एक अवधि के दौरान मेरी लोड 30.00 'में तेजी से उगता है
एक सर्वर को पुनः आरंभ यह एक और 24hrs के लिए हल करता है.
यदि मैं आधुनिक अक्षम मैं इस समस्या को नहीं मिलता है.
अक्षम वहाँ कम यातायात है के रूप में है कि सच नहीं है mod के साथ ऐसा मत कहो, गूगल अभी भी मेरे आँकड़े के अनुसार अक्षम mod के साथ एक ही यातायात भेजता है.
समझाने कृपया, लोड मुझे पागल गाड़ी चला रहा है.
बॉट की तरह लगता अनुवादित पृष्ठों जब आधुनिक पर है मार रहे हो. आप एपाचे अनुकूलन या अधिक सीपीयू की शक्ति के साथ एक सर्वर हो रही में देखना चाहिए. क्या आप vboptimise या कैशिंग यांत्रिकी के किसी भी प्रकार चल रहा है, memcached तरह?
तथ्य यह है मेरे मंच 30,000 uniques एक दिन में हो जाता है, अगर मैं अक्षम आधुनिक लोड तुरन्त बूँदें, और bots और उपयोगकर्ताओं को अब भी पृष्ठों को दिखाने के हैं, तो अभी भी सर्वर शक्ति की मांग कर रहे हैं, यह बस है कि दिखा अनुवादित पन्नों 10x मानक vb पृष्ठों की तुलना में संसाधनों का उपयोग सामान्य डेटाबेस से. यह खराब कोड लिखा है, और करने के लिए तय की जरूरत है! अन्य mods किया, बस vbet, इच्छा मैं बदल खत्म कभी नहीं, कभी नहीं इस पर वापस जाने अब बहुत देर हो चुकी है. : पागल:
यह वास्तव में लगता है जैसे आप एक underpowered सर्वर पर चल रहे हैं. मैं एक 8 कोर Nehalem मशीन (इसलिए हम 8 अधिक आभासी हिंदुस्तान टाइम्स के लिए कारण कोर पर देख रहे हैं, 16 के कुल के लिए) पर हूँ. मैं भी बड़े पैमाने पर इस vbulletin.com पर लोगों से मशीन का उपयोग कर के रूप में के रूप में अच्छी तरह से अपना खुद का तकनीक संकेत अनुकूलित.
vBET 3.0-3.5 के बारे में 2.5 से मेरे लोड को जन्म देती है, प्रयोक्ताओं की संख्या के आधार पर, और यह स्पष्ट रूप से कैश आकार के आधार पर बढ़ता है. हालांकि, मैं मेरे युगपत उपयोगकर्ताओं को एक काफी उच्च 800 से भी १२०० उच्च सीमा के रूप में नहीं लगता है कि बहुत बुरा सब पर करते हैं,.
हाय:) बेशक अनुवाद कुछ संसाधनों ले जरूरी - वहाँ कोई जादू नहीं है. अनुवाद पृष्ठ साधन उत्पादन परिणाम लेने के लिए और इसे बदलने के. कि अनुवाद की वजह से हमेशा सामान्य पृष्ठ से लंबे समय तक ले जाएगा.
मैं समझता हूँ कि तुम भी अधिक सर्वर लोड होने खुश नहीं हैं, लेकिन कृपया ध्यान दें कि vBET अनुवाद के लिए केवल संसाधनों ले जा रहा है. सामान्य पृष्ठों के लिए यह केवल झंडे कहते हैं. तो यह सब अतिरिक्त भार अतिरिक्त यातायात से अनुवादित पृष्ठों को आता है. जैसा कि आप अपने यातायात के नीचे लिखा तुरन्त नहीं जाना था vBET अक्षम करने के बाद (यदि आप इसे एक समय है तो इसे अक्षम बाद कमी होगी - विश्वास मुझे) और सर्वर लोड कम है - यह स्पष्ट है - रोबोटों अभी भी अनुवादित पन्नों यूआरएल रेंगने हैं, उपयोगकर्ताओं को अब भी अपने अनुवादित पृष्ठों पर गूगल लिंक में पा रहे हैं. तो आप अभी भी एक ही यातायात, लेकिन अब अनुवादित लिंक के तहत केवल सामग्री दोहराया गया है - सामान्य पृष्ठ जो अनुवाद नहीं है. यदि आप करने के लिए विकलांग vBET के साथ रहना चाहते हैं हम दृढ़ता के लिए अपने. Htaccess फ़ाइल है जो सभी अनुवादित पन्नों एक सामान्य अनुप्रेषित, अन्यथा आप अपने दोहराया सामग्री की वजह से एसईओ ढीला कर सकते हैं में नियम जोड़ सलाह देते हैं.
कृपया ध्यान दें कि हम पहले से ही अन्य कैश प्रणाली के समर्थन और हमारे अनुवाद एल्गोरिदम तुरन्त अनुकूलित कर रहे हैं की योजना बनाई है. यानी हम अभी पता चला है कैसे तेजी से PHP के प्रदर्शन घट जाती है जब बड़े तारों पर काम कर रहे हैं और हम हमारे एल्गोरिथ्म संशोधित. यह पहले से ही अतिरिक्त विन्यास विकल्प के साथ vBET 4.2.0 में जारी है. और हम सभी सुधार भी vBET 3.x जो अभी भी समर्थित है कदम:)
मैं समझता हूँ कि आपकी राय में हमारे कोड कमजोर है. मैं क्या आप अपनी उम्मीदों आधारित कर रहे हैं पर पता नहीं है. हम vB के लिए सबसे तेजी से आधुनिक अनुवाद है - वहाँ कुछ भी नहीं है क्या बेहतर काम करता है है. अनुवाद कुछ संसाधनों ले और यह कम किसी भी अन्य है कि हमारे आधुनिक लेता होगा. तुम कितनी तेजी से vBET कई मंचों पर काम कर सकते हैं देख सकते हैं. यदि आप अपने सर्वर पर मुद्दों है, तब कॉन्फ़िगरेशन परिवर्तन या सर्वर के संसाधनों को जोड़ने पर विचार करें. आप 20 लीटर पानी की 10 लीटर की बाल्टी में नहीं रखा जाएगा.
हमारे चिंतन करना है: "हम को बदलने के लिए बहुत कुछ किया है". और वह है, इसलिए हम प्रयोग कर रहे हैं, एल्गोरिदम रूपरेखा बदलने और खर्च समय की बहुत समाधान है जो कम संसाधनों की आवश्यकता होगी के लिए देख रहा हूँ. फिर भी हम कोई आधुनिक जो vBET के लिए किसी भी प्रतियोगिता हो सकता है पता है और वहाँ कुछ अन्य अनुवाद mods हैं. हम इस प्रक्रिया में हम भी कई सुधार की खोज के दौरान जो हम दूर trow था क्योंकि वे मदद नहीं था एल्गोरिथ्म परिवर्तन की बहुत बनाया है. तुम अपनी छाप अपने सर्वर मुद्दों पर आधारित है, लेकिन कर सकते हैं आप किसी भी बेहतर समाधान है पर विचार करें? तुम क्या एक संकेत दे सकता है कि शायद vBET गलत समाधान के बाद से मंचों के हजारों पर काम कर रहा है नहीं है, शायद तुम सिर्फ 10 लीटर की बाल्टी में पानी की 20 लीटर डाल की कोशिश कर रहे हैं. अभी भी हम अनुकूलन अनुभाग में बदलने के बहुत और महान TODO सूची है (70% के बारे में यह प्रयोग करने के लिए या मदद नहीं करेगा):) और आप 100% सही हैं - हम बेहतर कर सकते हैं, हम और हम यह सब कर रही हो जाएगा समय:) बस जब तक हम जो हम vBET4.x कार्यान्वयन के दौरान किए गए सभी सुधार चाल इंतजार:)
अगर मैं तुम्हें कुछ संकेत दे सकते हैं - की जांच कैसे आप vBET अनुकूलन कर सकते हैं कृपया: http://www.vbenterprisetranslator.com/forum/general-discussions/243-vbet-performance.html
विशेष रूप से कुछ भाषाओं को अक्षम और robots.txt द्वारा अप्रासंगिक पृष्ठों को अवरुद्ध पर विचार
अनुवादित पन्नों के लिए प्रतिक्रिया के समय क्या है? अपने CPU उपयोग क्या है? अपनी स्मृति के उपयोग क्या है? यदि यह स्वीकार्य है, तो आप के बारे में चिंता करने के लिए कुछ भी नहीं है. लोग अक्सर सर्वर लोड में वृद्धि से डर रहे हैं और भी पता नहीं क्या करता है इसका मतलब है. 10 गुना अधिक सर्वर लोड नहीं 10 बार और अधिक प्रयुक्त संसाधनों मतलब है. यह सिर्फ मतलब है कि अधिक धागे कतार में इंतजार कर रहे हैं, जो पूरी तरह से सामान्य है, क्योंकि अभी अपने धागे Google प्रतिक्रिया के लिए प्रतीक्षा है, अगर कुछ अनुवाद कैश्ड अभी तक नहीं है. तो धागा Google प्रतिक्रिया के लिए इंतज़ार कर रही है और यह सब पर इस समय के दौरान सं सीपीयू लेता है. इस कारण से अपने सर्वर लोड बड़ा हो तो भी vBET सभी (पाठ्यक्रम के संभव नहीं है) कोई संसाधनों ले सकता है.
अपने सर्वर दुर्घटनाग्रस्त के बारे में - यह स्पष्ट रूप से आपके सर्वर मुद्दा है. यह समय समय पर होता है. मैं मेरे सर्वर पर समान मुद्दा था. यह कुछ अपाचे बग की वजह से किया गया था तो एक अपाचे धागा और बढ़ रहा था स्मृति के उपयोग के साथ बढ़ रहा है जब तक पूरे स्मृति ans सर्वर भस्म हो गया था कैश्ड. केवल एक ही धागा है कि तरह बर्ताव करता है - अन्य अपाचे धागे सामान्य था. मैं खेला के साथ Apache विन्यास और इस मुद्दे को हल है. मुझे लगता है कि अपाचे बस कुछ स्मृति रिसाव था - के रूप में मुझे याद है मैं अनुरोध है जो एक धागे से आयोजित किया जा सकता है की कम मूल्य डाल. वहाँ भी अन्य परिवर्तनों थे. मैं अपनी स्मृति के उपयोग की जाँच करें और यह कुछ समय के लिए निगरानी का सुझाव देते हैं. इसके अलावा, यह उपयोगी हो करने के लिए एक अपाचे धागे से इस्तेमाल किया स्मृति की औसत राशि की जांच करने के लिए, कुछ गणना किया और अपाचे के लिए अधिकतम धागे का उचित मूल्य निर्धारित कर सकते हैं.
यदि आप किसी भी अधिक प्रश्नों कृपया बस पूछो:)
अरे - मैं सिर्फ अपने मंच पर यह अल्ट्रा फास्ट अनुवाद ... तो क्या आप के बारे में और क्यों vBET के बारे में इतना गुस्सा रवैया, दावा कर रहे हैं जब आप सुपर फास्ट अनुवाद सेवा है? ...
कृपया पर विचार सर्वर लोड का क्या अर्थ है. इसका अर्थ को समझना बहुत उपयोगी हो सकता है समझने के लिए क्या सर्वर पर होता है और कैसे यह धागे जो कतार में इंतजार कर रहे हैं नहीं है क्योंकि आप कोई संसाधन हैं करने के लिए संबंधित हो सकता है, कर सकते हैं, लेकिन अन्य सर्वर (इस मामले में गूगल) से प्रतिक्रिया के लिए प्रतीक्षा कर रहे हैं.
मेरी राय में आप सुपर फास्ट अनुवाद है और आप के बारे में चिंता करने के लिए कुछ भी नहीं है:)
मैं साइटों 10 साल का निर्माण किया है, मैं पूरी तरह से पता है 10x लोड 10x संसाधनों मतलब नहीं है, मुझे एक मूर्ख और मुझे बकवास खिला चम्मच की तरह इलाज बंद कर रहा हूँ. ठंड तथ्यों इस mod के साथ कर रहे हैं अन्य मुक्त आधुनिक बनाम अपने लोड मेगा है. और पीक समय पर मेरी साइट अब धीमी और अनुत्तरदायी है. हाँ, पृष्ठों तेजी से बंद पीक, लेकिन बाद में दिन में एक धीमी गति से सर्वर की एक लागत में अनुवाद. मैं एक ट्रैक्टर कोर, छापे 15k SAS सर्वर, अनुकूलित है कि बस ठीक है, यह सब दिन 0.50 बड़ी यातायात के साथ लंबे समय तक इस से पहले है. यह VBET कोड है कि लोड कहते हैं और पीक समय में सर्वर धीमी गति से बनाता है, यह एक तथ्य है, यह यातायात में वृद्धि नहीं है, मैं पहले ही यातायात और bots पड़ा है और सर्वर ठीक coped, यह अनुवाद उत्पाद है. अवधि. जल्दी करो और इसे ठीक करने के लिए, मैं वास्तव में एक महीने के एक और £ 300 एक सर्वर के उन्नयन के लिए सिर्फ एक MOD चलाने के लिए योग्य भुगतान नहीं करना चाहती.
कितनी भाषाओं आप सक्षम करना है? आप कितनी पोस्ट है? क्या आप vbseo और साइटमैप जनरेटर स्थापित? कितने बॉट साइट एक दिन मार रहे हैं?
हाय!
32 भाषाओं सक्षम.
100.000 प्रविष्टियाँ.
vbseo और साइटमैप स्थापित.
साइटमैप प्लगइन का कहना है कि एक दिन 1000.000 पृष्ठों क्रॉल.
तथ्य यह है, अगर मैं आधुनिक अक्षम और सर्वर बॉट, और उपयोगकर्ताओं को पुनरारंभ करें अभी भी अपने सर्वर मार रहे हैं पहले के रूप में एक ही, एक ही पृष्ठ googles सूचकांक में अभी भी में हैं और इस तरह मैं एक ही यातायात सक्षम है या नहीं.
फर्क सिर्फ इतना है कि के साथ आधुनिक अक्षम बॉट और गूगल खोजकर्ताओं अंग्रेजी पृष्ठ है, तो, यातायात समान है, फर्क सिर्फ इतना वे देख रहे हैं, नहीं एक अनुवाद पृष्ठ इस प्रकार mods डेटाबेस मुद्दों से बचने.
यह स्पष्ट है मेरे लिए दिन के रूप में इस आधुनिक समुचित परीक्षण के बिना जारी की गई है, और स्पष्ट रूप से मालिक के मुद्दों को संबोधित करने में कोई दिलचस्पी नहीं है.
असफल.
माइकल, तो आप गलत हैं, इस लोड यातायात में वृद्धि की वजह से नहीं है, यह पढ़ने और लिखने mysql अनुवाद की वजह से है.
यदि vBulletin टीम पढ़ सकते हैं और कम क्यों नहीं आप लोड के साथ mysql करने के लिए लिख सकते हैं?
बेचारी मेरे दोस्त कोड.
मैं साइटों 10 साल का निर्माण किया है, मैं पूरी तरह से पता है 10x लोड 10x संसाधनों मतलब नहीं है, मुझे एक मूर्ख और मुझे बकवास खिला चम्मच की तरह इलाज बंद कर रहा हूँ. ठंड तथ्यों इस mod के साथ कर रहे हैं अन्य मुक्त आधुनिक बनाम अपने लोड मेगा है. और पीक समय पर मेरी साइट अब धीमी और अनुत्तरदायी है. हाँ, पृष्ठों तेजी से बंद पीक, लेकिन बाद में दिन में एक धीमी गति से सर्वर की एक लागत में अनुवाद. मैं एक ट्रैक्टर कोर, छापे 15k SAS सर्वर, अनुकूलित है कि बस ठीक है, यह सब दिन 0.50 बड़ी यातायात के साथ लंबे समय तक इस से पहले है. यह VBET कोड है कि लोड कहते हैं और पीक समय में सर्वर धीमी गति से बनाता है, यह एक तथ्य है, यह यातायात में वृद्धि नहीं है, मैं पहले ही यातायात और bots पड़ा है और सर्वर ठीक coped, यह अनुवाद उत्पाद है. अवधि. जल्दी करो और इसे ठीक करने के लिए, मैं वास्तव में एक महीने के एक और £ 300 एक सर्वर के उन्नयन के लिए सिर्फ एक MOD चलाने के लिए योग्य भुगतान नहीं करना चाहती.
मैं समझता हूँ कि आप पहले से ही सर्वर लोड है जो मैंने तुम्हें दिया था के बारे में informations के साथ परिचित था. कृपया ध्यान दें कि मैं कैसे उन्नत हमारे उपयोगकर्ताओं के हजारों के प्रत्येक के बारे में कोई ज्ञान है और हर बार मैं गधा पूरी जानकारी देने के रूप में यह मददगार हो सकता है. इसका मतलब है कि मैं तुम मूर्ख के रूप में इलाज कर रहा हूँ नहीं करता है - इसका मतलब है कि मैं आप informations है जो तुम और अपने सर्वर की स्थिति के मूल्यांकन के लिए उपयोगी हो सकता है देने के बारे में परवाह है. ) इसके अलावा, आप किसी भी समय आप के लिए सबसे अच्छा समाधान का चयन करने के लिए स्वतंत्र हैं: मुझे अन्य मुक्त आधुनिक है जो आप बात कर रहे हैं के बारे में मैं खुशी से कुछ तुलना कर देगा बिंदु.
मैं अपने मंच फिर से जाँच की और फिर यह बहुत तेजी से प्रतिक्रिया लगता है. कृपया मुझे सबसे अच्छा समय पर्यवेक्षक क्या आप अपनी धीमी प्रतिक्रिया के बारे में पीक समय में लिख रहे हैं करने में सक्षम किया जा रहा करने के लिए फ्रेम दे.
यदि आप चेक कैसे अपने यातायात vBET की वजह से बदल चाहते हैं - कृपया कुछ रिपोर्ट है जो आप अनुवादित पृष्ठों के लिए सभी यातायात दिखाएगा उत्पन्न - यह है कि क्या आप vBET के लिए धन्यवाद अर्जित.
वहाँ कोई अन्य तरीका है और आप उत्पाद है जो किसी भी कीमत के बिना अपनी साइट का अनुवाद करेंगे कभी नहीं मिलेगा - आप बिल्कुल सही है कि अनुवाद के अतिरिक्त संसाधनों की जरूरत है. जैसा कि मैंने पहले ही उल्लेख किया है सबसे अधिक समय Google अनुवाद के लिए इंतज़ार कर की आवश्यकता है जब यह कैश्ड नहीं है, और इस समय के दौरान अपने धागे प्रतिक्रिया के लिए प्रतीक्षा सर्वर लोड पर सबसे बड़ा प्रभाव है. तो अक्सर आवश्यक अनुवाद कैश में पहले से ही किया जाएगा - तुम बड़े कैश करने के लिए जीने के लिए समय निर्धारित कर सकते हैं. लेकिन नहीं अनुवादों कैश्ड के लिए किसी भी उत्पाद के लिए अनुवाद के लिए इंतजार करना होगा. कोई दूसरा रास्ता नहीं है.
कृपया ध्यान दें कि इसे ठीक करने में सक्षम होना करने के लिए तोड़ा जा है सोचता है.
जैसा कि मैंने तुम्हें पहले ही लिखा है, हम लगातार vBET प्रदर्शन में सुधार. और मैं तुम्हें पहले ही लिखा है, कि हम तैयार प्रदर्शन में सुधार है जो vBET4.x में बीटा मंच पर अब कर रहे हैं. आज हम अतिरिक्त प्रदर्शन में सुधार के साथ नए vBET4.x संस्करण जारी करेंगे. और जब उन (यदि कोई हो) के लिए कीड़ों को सही हम उन सुधारों vBET3.x करने के लिए कदम होगा यह करने के लिए धक्का आवश्यक नहीं है.
इसके अलावा, कोई एक बलों तुम एक और £ 300 एक महीने का भुगतान करने के लिए एक सर्वर के लिए - आप अपने फैसले खुद कर रहे हैं और आप विकल्पों में से बहुत कुछ यहाँ है. समर्थित भाषाओं की संख्या कम है, या यहाँ तक कि अन्य उत्पाद है जो आप उल्लेख किया है करने के लिए स्विचन सहित काफी बेहतर है. हम पूरी तरह से समझते है कि अपनी आवश्यकताओं और संभावनाओं के लिए समाधान है जो आप उपयोग कर रहे हैं फिट होगा. हम हमारे ग्राहकों को बेहतर और बेहतर उत्पाद देने के लिए खुश हैं. और हम जानते हैं कि स्थिति में जहां अनुरोध इंतज़ार करना होगा प्रतिक्रिया फार्म का एक और सर्वर के लिए अपने सर्वर लोड बड़ा कोई फर्क नहीं पड़ता कि समाधान क्या हम प्रयोग करेंगे हो जाएगा रहे हैं. हमें खुशी होगी अगर आप हमारे उत्पाद के साथ रहने और यह कॉन्फ़िगर यो अपनी संभावनाओं को फिट होगा. और हम ख़ुशी से आप इस क्षेत्र में एक हाथ दे देंगे:)
कृपया ध्यान दें कि हम सिर्फ साइटमैप जनरेटर के साथ एकीकृत करने के लिए नए समाधान दिया. यदि आप एकीकृत कर रहे हैं - नए एकीकरण निर्देशों यहाँ कृपया देखें:
यह नाटकीय रूप से साइटमैप पीढ़ी की गति (12 बार से अधिक हमारे मंच पर) बढ़ जाती है.
यह स्पष्ट है मेरे लिए दिन के रूप में इस आधुनिक समुचित परीक्षण के बिना जारी की गई है, और स्पष्ट रूप से मालिक के मुद्दों को संबोधित करने में कोई दिलचस्पी नहीं है.
असफल.
यदि आप उचित परीक्षण के बारे में संदेह है मैं vBET के इतिहास की जांच का प्रस्ताव - यह असली मंचों के सैकड़ों द्वारा परीक्षण किया गया था इससे पहले कि यह भुगतान किया संस्करण के लिए उन्नत:)
मुद्दे को संबोधित करने के बारे में. मैं माफी चाहता हूँ. मैं गलत मान लिया है कि आप पहली प्रतिक्रिया में इस informations दे, मैं स्पष्ट था कि हम इस मुद्दे को संबोधित कर रहे हैं:
कृपया ध्यान दें कि हम पहले से ही अन्य कैश प्रणाली के समर्थन और हमारे अनुवाद एल्गोरिदम तुरन्त अनुकूलित कर रहे हैं की योजना बनाई है. यानी हम अभी पता चला है कैसे तेजी से PHP के प्रदर्शन घट जाती है जब बड़े तारों पर काम कर रहे हैं और हम हमारे एल्गोरिथ्म संशोधित. यह पहले से ही अतिरिक्त विन्यास विकल्प के साथ vBET 4.2.0 में जारी है. और हम सभी सुधार भी vBET 3.x जो अभी भी समर्थित है कदम:)
...
हमारे चिंतन करना है: "हम को बदलने के लिए बहुत कुछ किया है". और वह है, इसलिए हम प्रयोग कर रहे हैं, एल्गोरिदम रूपरेखा बदलने और खर्च समय की बहुत समाधान है जो कम संसाधनों की आवश्यकता होगी के लिए देख रहा हूँ. फिर भी हम कोई आधुनिक जो vBET के लिए किसी भी प्रतियोगिता हो सकता है पता है और वहाँ कुछ अन्य अनुवाद mods हैं. हम इस प्रक्रिया में हम भी कई सुधार की खोज के दौरान जो हम दूर trow था क्योंकि वे मदद नहीं था एल्गोरिथ्म परिवर्तन की बहुत बनाया है. तुम अपनी छाप अपने सर्वर मुद्दों पर आधारित है, लेकिन कर सकते हैं आप किसी भी बेहतर समाधान है पर विचार करें? तुम क्या एक संकेत दे सकता है कि शायद vBET गलत समाधान के बाद से मंचों के हजारों पर काम कर रहा है नहीं है, शायद तुम सिर्फ 10 लीटर की बाल्टी में पानी की 20 लीटर डाल की कोशिश कर रहे हैं. अभी भी हम अनुकूलन अनुभाग में बदलने के बहुत और महान TODO सूची है (70% के बारे में यह प्रयोग करने के लिए या मदद नहीं करेगा):) और आप 100% सही हैं - हम बेहतर कर सकते हैं, हम और हम यह सब कर रही हो जाएगा समय:) बस जब तक हम जो हम vBET4.x कार्यान्वयन के दौरान किए गए सभी सुधार चाल इंतजार:)
अगर मैं तुम्हें कुछ संकेत दे सकते हैं - की जांच कैसे आप vBET अनुकूलन कर सकते हैं कृपया: http://www.vbenterprisetranslator.com/forum/general-discussions/243-vbet-performance.html
विशेष रूप से कुछ भाषाओं को अक्षम और robots.txt द्वारा अप्रासंगिक पृष्ठों को अवरुद्ध पर विचार
मैं पूरी तरह से इस गलतफहमी के लिए जिम्मेदार लग रहा है. एक बार फिर बहुत खेद है. कृपया हमें बताओ, जो रास्ता हम आपको बताना है कि हम vBET सुधार कर रहे हैं हर समय है, और कैसे हम आपको विश्वास दिलाता हूँ कि vBET3.x एक और प्रदर्शन में सुधार होगा फिर से कर सकते हैं, आप स्पष्ट है कि हम इस मुद्दे को संबोधित कर रहे हैं बनाने के? हम हमेशा खुशी से ग्राहक के साथ संचार के हमारे रास्ते में सुधार होगा:)
माइकल, तो आप गलत हैं, इस लोड यातायात में वृद्धि की वजह से नहीं है, यह पढ़ने और लिखने mysql अनुवाद की वजह से है.
यदि vBulletin टीम पढ़ सकते हैं और कम क्यों नहीं आप लोड के साथ mysql करने के लिए लिख सकते हैं?
बेचारी मेरे दोस्त कोड.
आप पहले से ही नोट किया गया था कि हम कैश प्रणाली फ़ाइल (और मौजूदा इंजन) के समर्थन की योजना बनाई है. अगर यह अभी भी बिंदु है - विचार इस चर्चा में अपने इरादे क्या हैं करता है और यह सही दिशा में जा रहा है दौरे सर्वर राज्य में सुधार.
आपका प्रश्न मानता है कि लोड mysql के साथ संचार की वजह से है. आप कृपया हमें इस निदान के स्रोत दे सकते हैं? हम खुशी से अध्ययन करेगा:)
मैं एक ही समस्या थी, अधिभार तोड़. अंत में मैं अपने मंच से VBET निष्क्रिय कर दिया है और अब सब कुछ सामान्य है. :)
मैं एक ही समस्या थी, अधिभार तोड़. अंत में मैं अपने मंच से VBET निष्क्रिय कर दिया है और अब सब कुछ सामान्य है. :)
कौन से संस्करण आप का इस्तेमाल किया? पिछले संस्करण के लिए अद्यतन करें - हम महान प्रदर्शन में सुधार किया. कई उपयोगकर्ताओं के लिए अपने धन्यवाद लिखा है, बड़ा अंतर देख - सर्वर लोड क्षेत्र में विशेष रूप से:)
संपादित:
मैं सिर्फ अपने मंच की जाँच की और vBET वहाँ काम कर रहा है - कृपया vBET हालत के बारे में झूठे बयान नहीं लिख सकता हूँ.
Automatic Translations (Powered by Google, Microsoft®,
Yandex, SDL Language Cloud, IBM Watson and Apertium):
Powered by vBulletin® Version 4.2.5 Copyright © 2025 vBulletin Solutions Inc. All rights reserved.
