पहली बाइट धीमी Drupal होस्टिंग के लिए समय

मैं एक साथ एक Minelli subtheme के साथ एक D7 साइट डाल दिया। साथ ही मैं विभिन्न विषयों, विभिन्न मॉड्यूल के साथ एक बहुत प्रयोग किया। कहीं रास्ते में मैं एक अजीब प्रदर्शन मुद्दा विकसित की है, और अब मैं वास्तव में नहीं पता है कि विषय / मॉड्यूल / config यह कारण होता है।

समस्या यह है कि जब मैं पहली बार साइट पर जाएँ, यह पहले पहले पृष्ठ शो के बारे में 15 सेकंड लगते हैं। मैं तो स्थल के चारों ओर ले जा सकते हैं और यह बहुत ही उत्तरदायी है। अगर मैं एक घंटे के लिए इसे छोड़, फिर वापस इसे करने के लिए आओ, पहले अनुरोध फिर से बहुत धीमी है।

पहली बाइट धीमी गति से Drupal के लिए समय सही बाहर होस्टिंग, या कम से कम

मैं कैश के लिए इतना है कि समस्या नहीं होना चाहिए को मंजूरी दे दी है। इसके अलावा, मैं विकलांग विषयों और मॉड्यूल जो मैं उपयोग नहीं कर रहा है। मैं नए बुनियादी सुविधाओं के लिए साइट में ले जाया गया लेकिन समस्या यह पीछा किया!

मुझे आगे कहां जाना होगा?

23:51 पर जुला 5 '12 पूछा

मैं लगभग सभी (एम / एल / डब्ल्यू) एएमपी देव ढेर, यहां तक ​​कि Bitnami तरह Drupal के लिए विशेष रूप हैं, बुरी तरह से या देखते नहीं कर रहे हैं सभी को देखते पाया है (मुझे लगता है कि Acquia के देव ढेर अपवाद नहीं है)। और बेशक एक डिफ़ॉल्ट mySQL एक उत्पादन मशीन के लिए स्थापित नहीं है। InnoDB लॉगफ़ाइल 5M की तरह डिफ़ॉल्ट रूप से कर रहे हैं और आबंटित स्मृति कम है। यहां तक ​​कि बस अपना-medium.cnf में छोड़ने या मेरे-large.cnf पर्याप्त है - अक्सर एक उचित ट्यूनिंग सब है कि एक साइट तेज़ बनाने के लिए इसकी आवश्यकता हो। - रेनी अगस्त 7 '12 18:27 पर

इस सवाल का जवाब तो कई अच्छा है कि इस टिप्पणी को देखता है हर किसी के लिए धन्यवाद थे, और बाद में योगदान दिया। मैंने सोचा था कि इस विशेष जवाब मुख्य मुद्दों माथुर अच्छा और संक्षेप; इन 3 अंक अच्छी तरह से मदद की है की जाँच अच्छी तरह से विभिन्न विभिन्न मशीनों पर Drupal साइटों में तेजी लाने के। धन्यवाद @MPD - क्लाइव ♦ अगस्त 10 '12 0:32 पर

Ivanhoe123 शायद सही है: Drupal 7 'गरीब मनुष्य क्रॉन' डिफ़ॉल्ट रूप से सक्षम के साथ आता है। संक्षेप में, यह मतलब है कि इससे पहले कि Drupal पेज प्रस्तुत हुई है, सब कुछ देरी है कि (एक समय में एक बार) क्रॉन चलाया जाता है।

हमेशा उत्पादन साइटों पर कोई वास्तविक क्रॉन जॉब उपयोग करने के लिए प्रयास करें। अधिक जानकारी के लिए तकनीकी जानकारी drupal.org/cron देखते हैं। या होस्टिंग कंपनी से बात करें।

उसे निष्क्रिय करने के लिए, व्यवस्थापक / config / प्रणाली / क्रॉन पर जाएं और 'कभी नहीं' का चयन करें।

बस सवाल का स्वाद से, मैं तुरंत तीन (3) बातों के बारे में सोच

  • MySQL स्टोरेज इंजन / सीपीयू
  • डाटाबेस कैशिंग
  • टेबल ताला लगा

आप किसी भी प्रतिलिपि प्राप्त खोज / अनुक्रमण का उपयोग नहीं कर रहे हैं, तो मैं दृढ़ता से आप InnoDB में अपने सभी MyISAM डेटा परिवर्तित सलाह देते हैं। MyISAM अधिक CPU और कई कोर का लाभ लेने के लिए नहीं बनाया गया है। InnoDB बहुत कई CPU उपयोग के साथ-साथ / लिखने हाइपरथ्रेडिंग पढ़ने के लिए बढ़ाया गया है।

यहाँ कुछ पदों मैं डीबीए StackExchange में और संबंध में इस साइट में इस बारे में किए गए InnoDB प्रदर्शन के लिए MySQL ट्यूनिंग के लिए कर रहे हैं

पहली बाइट धीमी गति से Drupal के लिए समय पहले के लिए 15 सेकंड की मेजबानी

InnoDB करने के लिए सभी MyISAM डेटा परिवर्तित करने के लिए एक और मजबूत तर्क कैसे MySQL कैश डेटा / अनुक्रमित है। MyISAM स्टोरेज इंजन केवल अनुक्रमित संचित करता है। InnoDB डेटा और सूचियों को संचित करता है। इस के प्रकाश में, आप InnoDB बफर पूल के लिए पर्याप्त स्मृति आवंटित कर सकते हैं निम्न में से एक को समायोजित करने (जो भी कम हो)

  • सभी InnoDB डाटा और इंडेक्स (आदर्श यदि आप इसके लिए पर्याप्त रैम के साथ-साथ के लिए ओएस है, समाप्त बाद देरी)
  • स्थापित रैम का 75% (आप अधिक InnoDB डेटा / अनुक्रमित कि रैम है मामले में, देरी को कम करता है)

आप MySQL 5.1 का उपयोग कर रहे हैं, तो आप = 0. यह innodb_max_dirty_pages_pct सेट कर सकते हैं थोड़ा डिस्क आई / ओ में वृद्धि होगी, लेकिन InnoDB बफर पूल पुराने डेटा और सूचकांक पृष्ठों डिस्क के बिना मैं बाहर घुमाने के लिए अनुमति देने के लिए पर्याप्त साफ हो जाएगा / ओ बढ़ जाता है। MySQL 5.5 और MySQL 5.1 के InnoDB प्लगइन इस समायोजन की जरूरत नहीं है, क्योंकि यह एक बेहतर डिफ़ॉल्ट बफर पूल फ्लशिंग तंत्र है है।

यदि InnoDB का उपयोग कर सवाल से बाहर है, आप memcached या वार्निश के साथ जाने की जरूरत हो सकती है। इस हुक्म को कब तक संग्रहित डेटा सर्वर रैम में निवास करेंगे डेवलपर अनुमति देता है। जाहिर है, इस लिए आपके आवेदन memcached / वार्निश-जागृत करने का विकास वृद्धि की आवश्यकता होगी।

तुम एक MySQL पुनः प्रारंभ के बाद एक प्रारंभिक देरी से बचने नहीं कर सकते। फिर भी, एक बार आप ऊपर उल्लिखित सुझाव / जानकारी का उपयोग MySQL बढ़ाने, आप अब बाद में देरी का अनुभव करना चाहिए।

मैं लगभग इस वजह से मेरा आखिरी परियोजना के लिए Drupal गिरा दिया।

वहाँ मुझे एक से अधिक कारण हालांकि चाहिए। मैं अभी तक एक 'सब ठीक' समाधान है कि हर बार इस मुद्दे को ढोंगी काम करता है खोजने के लिए।

Syslog और Ubuntu / Debain

पहली बार मैं रुक-रुक कर 15 सेकंड लोड समय भर में भाग गया (समर्पित, गैर साझा) Debian / Ubuntu आधारित सिस्टम पर Drupal चलाते समय था। Syslog मॉड्यूल को निष्क्रिय करना मेरे लिए समाधान था।

के रूप में @BetaRide कहा, Xdebug या कुछ अन्य पीएचपी प्रोफाइलर का उपयोग कर अत्यंत शिक्षाप्रद है।

अभी भी कोई समस्या - एक समाधान

मेरे अन्य इंस्टॉल किए जाने का सवाल है, मैं एक नुकसान में अभी भी कर रहा हूँ।

यह समस्या मेरे विकास सर्वर और मेरी कम यातायात Drupal स्थापित करता है पर अधिक ध्यान देने योग्य है।

समाधान के लिए मैं सेटअप साइटों मुख पृष्ठ हर 60 सेकंड के साथ-साथ Drupal के क्रॉन स्क्रिप्ट हर 300 सेकंड लोड करने के लिए एक क्रॉन जॉब है। यह स्पष्ट रूप से इष्टतम नहीं है, लेकिन मैं नहीं बल्कि wget हैं या कर्ल अनुभव 15 सेकंड लोड समय के बजाय एक मानव आगंतुक की।

बहुत से लोग सुझाव देते हैं इस मुद्दे तुल्यकालिक पृष्ठभूमि प्रक्रियाओं को अवरुद्ध करने के लिए संबंधित हो सकता है। विशेष रूप से भारी क्रॉन नौकरियों से संबंधित।

सच है, वहाँ एक महान gielfeldt * द्वारा सक्रिय विकास के अंतर्गत मॉड्यूल की जोड़ी है कि इस मुद्दे को काट सकता है सही बाहर, या कम से कम, कुछ सुराग और मदद साइट बिल्डरों का निदान करने और उनके मामलों में विशिष्ट अपराधियों का इलाज पेशकश कर सकता मौजूद है। दोनों अतुल्यकालिक HTTP या आदेशों गैर अवरुद्ध साथ synchonous प्रक्रियाओं को अवरुद्ध की जगह है, और दोनों प्रासंगिक रिपोर्ट है कि परेशानी प्रक्रियाओं की पहचान कर सकते हैं प्रदान करते हैं:

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

दोनों बहुत उपयोगी मॉड्यूल वैसे भी कर रहे हैं; इस समस्या के लिए, वे (बहुत प्रशंसनीय लग) सिद्धांत का परीक्षण करने के लिए है कि रुकावटों तुल्यकालिक अवरुद्ध प्रक्रियाओं या क्रॉन चलाता है के कारण होता है इस्तेमाल किया जा सकता। संभावित, वे इन तुल्यकालिक चल एसिंक्रोनस रूप के बजाय द्वारा इस मुद्दे को हल कर सकता है, और वे भी संभावित जो विशिष्ट प्रक्रियाओं पकड़ अप पैदा कर रहे थे के रूप में सुराग दे सकता है। (चेतावनी दी है कि उनके प्रलेखन बहुत ज्यादा पर कार्य चल रहा है।

अगर, हालांकि, वे सब पर मदद करने के लिए कॉन्फ़िगर नहीं किया जा सकता है, कि सिर्फ तुल्यकालिक पृष्ठभूमि प्रक्रियाओं से समस्या की सभी खूबियों का पता चलता है। Fwiw, मैं एक साइट पर इस विशेष मुद्दे को मिला है कभी नहीं ठीक से काम करने के लिए इन मॉड्यूल हो रही के बाद से (अभी तक - स्पर्श की लकड़ी) - लेकिन मैं अपने साइटों पर देखा है से पहले, साथ ही जंगलों में रहते हैं Drupal साइटों पर।

इसके अलावा वर्तमान में विकास में अन्य संबंधित प्लग में मॉड्यूल के बारे में पता होना - जैसे जटिल उच्च तीव्रता मामलों में, परम क्रॉन कतार Scaler। सीमा के आधार पर थ्रॉटलिंग की अनुमति देता है, क्रॉन से संबंधित प्रदर्शन की समस्याओं को कम करने में मदद कर सकते हैं।

* कोई संबद्धता, मैं अपने काम के सिर्फ एक अत्यधिक प्रभावित उपयोगकर्ता हूँ

जवाब अगस्त 5 '12 20:20 पर

चूंकि यह मुझे एक बार फिर मैं startet मार रहा है समस्या की जांच करते हैं। मैं निश्चित रूप से है कि पुष्टि कर सकते हैं

  1. एक फोन drupal_cron_run करने के लिए () कोर के poorman है क्रॉन से शुरू हो रहा कहते हैं
मेरे देव मशीन पर अनुरोध-समय पर 5s। यह system_run_automated_cron में में मॉड्यूल / system / system.module कॉल के आसपास परीक्षण uncommenting drupal_cron_run करने के लिए () द्वारा परीक्षण किया जा सकता है ()
  • सभी कैश समाशोधन जोड़ता

    मेरे देव मशीन पर अनुरोध-समय पर 2s। यह सब एक Drush सीसी कर रहे हैं और पेज फिर से पुन: लोड के द्वारा परीक्षण किया जा सकता है।

  • इसका मतलब है कि क्रॉन स्थापित करने के लिए कभी नहीं और crontab के माध्यम से क्रॉन के लिए एक कॉल जोड़ने स्थिति बनाता है एक बहुत बेहतर है। कुछ अक्सर इस्तेमाल किया पृष्ठों साधते सही बाद में कैश फिर से भरना फिर से उपयोगकर्ता अनुभव improove होगा।

    मैं हालांकि बारे में कैशिंग यकीन नहीं है। मैं इस साइट के लिए डिफ़ॉल्ट संचय सेटिंग्स छुआ है। मुझे लगता है कि Drupal शायद क्रॉन से शुरू हो रहा समय-समय पर सभी कैश के पुनर्निर्माण है, लेकिन मुझे यकीन है कि यह कैसे किया जाता नहीं हूँ। लेकिन एक 7s देरी काफी मैं क्या देखते हैं जब मैं कुछ घंटों के बाद पेज मारा है।

    जवाब अगस्त 6 '12 8:30 पर

    इस तरह के मुद्दों तुम पागल ड्राइव कर सकते हैं और जब मैं इसी तरह की परिस्थितियों में किया गया था कि क्या कारण है इस मुद्दे को समय में एक कदम के लिए जा रहा है और फिर एक गुमनाम रूप में यह परीक्षण करने और उपयोगकर्ता लॉग ऑन यह पता लगाने में मदद करता है। (प्याज परत विधि)

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

    अपने सर्वर में एक फ़ोल्डर या किसी अन्य खाते (यह बेहतर हो सकता है), जहाँ आप एक साफ Drupal एक ही संस्करण अपने अपनी साइट पर प्रयोग कर रहे हैं के साथ स्थापित करने जा रहे हैं पैदा करते हैं। तो फिर किसी भी मॉड्यूल या विषय की परीक्षा समय जोड़े बिना यह साइट पहले अनुरोध और निम्न अनुरोध प्रतिक्रिया करने के लिए ले लो। सभी कार्यों में अच्छी तरह से आप के लिए, सर्वर विन्यास मुद्दों की अनदेखी कर सकते हैं, तो यह आपके वर्तमान रूप में ही बर्ताव कर रही है आप अपने वेब सर्वर या डेटाबेस के साथ एक विन्यास त्रुटि या तो।

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

    चरण 2 पर परीक्षण के बाद साइट अभी भी तेजी से अपने वर्तमान साइट में मॉड्यूल लाने शुरू करने और जोड़ने और प्रत्येक मॉड्यूल * 2 सक्षम करने के बाद प्रतिक्रिया समय परीक्षण करने के लिए सुनिश्चित करें।

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

    सेटअप और विन्यास के लिए तैयार हैं और साइट अभी भी तेजी से, अच्छी तरह से अब डेटा पर लाने के लिए। आयात नोड्स, वर्गीकरण शर्तों, टिप्पणी, आदि मैं जानता हूँ कि मैं एक टूटी हुई रिकॉर्ड की तरह ध्वनि चाहिए, लेकिन हमेशा हर कदम पूरा करने के बाद परीक्षण करें।

    * 1 परीक्षण विषयों: इस प्रक्रिया को एक सुपर में मुश्किल हो सकता है विषय, यहाँ सविस्तार संकेत के एक जोड़े हैं:

    आप किसी भी बाहरी जे एस या सीएसएस पुस्तकालय से लिंक हैं, तो एक ही की एक स्थानीय प्रति उपयोग करने के लिए प्रयास करें।

    समारोह के लिए अपने template.php फ़ाइल की जांच में अब या अंतहीन छोरों के साथ ही preprocess समारोह है कि हो सकता है और / या विषय कार्यों हुक।

    अन्य टेम्पलेट फ़ाइल (page.tpl.php, आदि) की जाँच करें और सरणियों और वस्तुओं के कच्चे पीएचपी प्रसंस्करण के लिए लग रही है।

    का उपयोग करते हुए "दृश्य" और विचारों टेम्पलेट फ़ाइलों है, तो उसके बाद के रूप में अच्छी की जाँच करें।

    हमेशा डबल रास्तों जाँच, चित्र, जे एस और सीएसएस फ़ाइलों को अनुकूलित करें। कभी कभी js फ़ाइलों कुछ भारी ऊंचाई जब एक एकल फाइल में कोड के अनेक स्निपेट का उपयोग हो सकता है।

    * 2 परीक्षण मॉड्यूल: मॉड्यूल का परीक्षण थोड़ा अलग है क्योंकि पीएचपी के साथ भारी हेरफेर के उपयोग की अनुमति है। यहाँ कुछ संकेत दिए गए हैं:

    समुदाय समर्थित मॉड्यूल (CCK, दृश्य, आदि) के मुद्दों drupal.org पर कतार उन्हें जाँच लें कि क्या आपकी समस्या के बारे में किसी भी मौजूदा समस्या नहीं है देखने के लिए और अगर वहाँ संभावना है कि वहाँ इसे ठीक करने के एक पैच हो सकता हैं।

    स्वयं के कस्टम मॉड्यूल कोडित, अच्छी तरह से अगर आप कोडित आप इसे ठीक करने के लिए है सही। डबल अपने कोडिंग की जाँच करें और api.drupal.org के खिलाफ कार्यों के उपयोग की जांच, आप एक हुक के बजाय एक overkilling समारोह का उपयोग किया जा सकता है।

    इंटरनेट साझा कस्टम कोड मॉड्यूल, चरण 2 में के रूप में करते हैं, लेकिन इस बार आप भी मूल मॉड्यूल लेखक से संपर्क करें और उसे दे सकते हैं / उसकी समस्या के बारे में पता है।

    आपकी साइट एक उन्नत है (-> D6 - D5> D7) प्रवास जाँच या स्क्रिप्ट उन्नयन (आमतौर पर module.install फ़ाइल में) आप धीमी SQL क्वेरी एक्स बनाने के लिए तेजी से नई तालिका विन्यास पर एक अतिरिक्त "अनुक्रमणिका" आवश्यकता हो सकती है ।

    यदि आपको लगता है कि आप समस्या के बारे में सुरंग दृष्टि है, एक बिट के लिए बाहर कदम और कुछ अन्य गतिविधि पूरी तरह से संयुक्त राष्ट्र से संबंधित हैं और फिर बाद में वापस मुद्दा फिर से आते हैं।

    आप पिंग बिंदु कोड का एक खंड पर इस मुद्दे को है, लेकिन यह कैसे तय करने के लिए, समझा क्या उस अनुभाग एक व्यक्ति कोई पता नहीं है कि करने के लिए suppost है की कोशिश के बारे में सिर या पूंछ नहीं कर सकते हैं कि कैसे इस कार्यक्रम या Drupal काम और होना करने के लिए आश्चर्य नहीं होना करने के लिए तैयार।

    नोट: अलार्म मत यदि आपकी साइट को पुन: निर्माण के बाद सभी एक आकर्षण है कि सबसे अच्छा सुविधाओं कंप्यूटर में से एक है की तरह काम करने के लिए शुरू करते हैं।

    किसी ने उल्लेख किया है कि GoDaddy धीमी गति से किया जाएगा। क्योंकि एडब्ल्यूएस जैसी सेवाओं पास कई क्लाउड-आधारित होस्टिंग कंपनियों ने भी इस प्रारंभिक विलंब होगा। यह सर्वर स्वचालित रूप से deprioritized के लिए सस्ता है, और उन सर्वरों एक दूसरे या करने के लिए दो की आवश्यकता होगी 'जगा।'

    उदाहरण के लिए, जब तक कि सर्वर Pagodabox खुशी से जाग रही है, पहली बाइट के लिए 3-4 सेकंड है। Pagodabox वास्तव में सर्वर को सक्रिय रखना, मुद्रीकृत है, और इसलिए आप 'caffienate' आपकी साइट के लिए अतिरिक्त भुगतान कर सकते हैं।

    इसके अलावा, एक CDN आप मदद कर सकते हैं। अपने वेब / डब सेवर संचित पन्ने या चित्र की सेवा के साथ नीचे लोड नहीं किया जाएगा। एक अच्छा यहाँ ट्यूटोरियल: wimleers.com/article/easy-drupal-cdn-integration-for-fun-and-profit

    तथा। WebPageTest मुझे खुश कर देता है। www.webpagetest.org/ ग्रह के चारों ओर और मुक्त करने के लिए विभिन्न वेब ब्राउज़र के साथ लोड समय की तुलना करें। इस का प्रयोग करें आप जो भी परिवर्तन कर रहे हैं के लिए वास्तविक दुनिया परिणाम पाने के लिए।

    जवाब अगस्त 7 '12 16:31 पर

    16:36 पर अगस्त 7 '12 क्लाइव ♦ - यह होना अच्छी जानकारी है, लेकिन समस्या अभी भी, मेरे स्थानीय मशीन पर साइटों पर होता लेने वाली केवल स्थानीय संसाधनों

    समस्या कहीं भी हो सकता है।

    1. सुनिश्चित करें कि आप किसी भी विषय या मॉड्यूल पर डिबग मोड चालू नहीं किया है। उदाहरण के लिए, कई विषयों में वहाँ विषय रजिस्ट्री पुनर्जीवित करने के लिए एक विकल्प है।
    2. आप Godaddy की तरह साझा होस्टिंग पर चला रहे हैं, तो पहली बार अनुरोध के लिए 15 सेकंड सामान्य है।
    3. आपकी साइट या पहले पन्ने कन्वर्ट Drush CTools निर्यात मॉड्यूल का उपयोग कर codebase करने के लिए। यह किसी भी डेटाबेस कॉल समाप्त करेंगे और अपनी साइट php से पूरी तरह से चलेंगे।
    4. आप अभी भी समस्या हो, व्यवस्थापक / config / विकास / devel में क्वेरी लॉग और पेज टाइमर विकल्पों को चालू करने से Devel सेटिंग्स का उपयोग करें। देखें, जिनमें से दो पूरे पृष्ठ उत्पन्न करने के लिए अधिक समय लगता है।
    5. अपने सर्वर को पुनरारंभ करें, तो कुछ भी नहीं काम करता है।
    6. सबसे खराब स्थिति XHProf देखने के लिए जहां कोई बात बिगड़ जा रहे हैं स्थापित करें।

    जवाब अगस्त 4 '12 19:34 पर

    तो यह कैसे मैं अपने को स्थापित करने के लिए समस्या का समाधान होने है। यह एक वास्तविक समाधान मैं इस समस्या का सही स्रोत कील नहीं कर सकता है के रूप में (यदि वहाँ एक है) नहीं है, लेकिन यह एक अच्छा ठीक है

    1) सकल सीएसएस (कैश सेटिंग्स)। यह आधे से विलंबता कम

    2) क्रॉन सेट करने के लिए कभी नहीं (और इसे बाहर से चलाने) - ध्यान दें: मैं त्रुटियों "क्रॉन शुरू करने के लिए, जबकि यह पहले से ही चल रहा है प्रयास करने से" था। मैं इसे हर लॉन्च पर क्रॉन शुरू करने के लिए कोशिश कर रहा था लेकिन जब से यह विफल रहा है, क्रॉन पेज नवीनतम प्रयास है, बल्कि नवीनतम सफलता का उल्लेख नहीं किया गया था लगता है।

    3) कि लिंक्स के साथ हर 30 मिनट में मुख पृष्ठ पर कॉल एक क्रॉन जॉब सेट करें

    एक साझा होस्टिंग सर्वर पर यह सब। यह इष्टतम नहीं है, लेकिन यह काम करता है

    इस वीडियो को देखें!

    संबंधित आलेख

    स्टीवन Drupal होस्टिंग wittensवहाँ एक मौजूदा Drupal 7 साइट प्रवास php 5.6 में के लिए किसी भी ज्ञात समस्याओं है? Drupal कोर विशेष रूप से के लिए, कि जानकारी मुद्दा कतार में हो जाएगा। "5.6" के लिए एक त्वरित खोज से कोई भी लाता है ...
    Faceted खोज अपाचे Solr Drupal होस्टिंगनोट: प्रेरणा प्रदान अंत में इस ब्लॉग पोस्ट पोस्ट करने के लिए डौग वान के लिए अतिरिक्त विशेष धन्यवाद! 2016 जब खोज API और Drupal 8 के लिए Solr से संबंधित मॉड्यूल जल्दी अल्फा में थे के प्रारंभिक दिनों में ...
    लोड टिप्पणी Drupal होस्टिंगअब्दुलरहमान 19:23 (mikeaja करने के लिए) फरवरी 2011 टिप्पणी की 18 मैं इस पर दो नोट: - Drupal 6 आवश्यक संसाधनों (विशेष रूप से CPU उपयोग) में 7 वर्ष से है, जो यह एक उपयोगी बनाने के मामले में कम है ...
    इंस्टालर मॉड्यूल Drupal होस्टिंगआप तीसरे पक्ष के विस्तार या Drupal के व्यवहार को बदलने के लिए मॉड्यूल योगदान जोड़ सकते हैं। बेसिक निर्देश अपने Drupal स्थापना करने के लिए एक संग्रह के रूप मॉड्यूल (रों) प्राप्त और फ़ाइलों को अलग ...
    प्रिंटर अनुकूल पृष्ठों Drupal होस्टिंगDrupal एक मजबूत सामग्री प्रबंधन प्रणाली है कि एक दीप सर्वर पर चलाता है। दीप सर्वर डिफ़ॉल्ट रूप से MySQL का उपयोग करता है, लेकिन PostgreSQL भी Drupal के साथ प्रयोग किया जा सकता है। यह ब्लॉगों, मंचों, और एक होस्ट कर सकते हैं ...