WordPress मेमोरी लिमिट को बढ़ाना

When WordPress or a plugin dies with a memory exhaustion error, the fix is to raise the PHP memory limit, and on Kapsule that is a dropdown in KPanel rather than a file edit. This guide covers what…

जब WordPress या कोई प्लगइन मेमोरी समाप्ति की त्रुटि के साथ बंद हो जाता है, तो समाधान PHP मेमोरी सीमा को बढ़ाना है, और Kapsule पर यह फ़ाइल संपादन के बजाय KPanel में एक ड्रॉपडाउन है। यह गाइड बताती है कि त्रुटि का क्या अर्थ है, सीमा को कैसे बदलें, कौन सा मान चुनें, और जब अधिक मेमोरी मदद न करे तो क्या करें।

त्रुटि कैसी दिखती है

सबसे स्पष्ट रूप एक गंभीर त्रुटि है जो पृष्ठ पर मुद्रित है या आपकी त्रुटि लॉग में लिखी है:

Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 20480 bytes)

बाइट आकार को 1,048,576 से विभाजित करके इसे मेगाबाइट में पढ़ें: 268435456 256 MB है, 134217728 128 MB है।

यह हमेशा इतनी स्पष्टता से घोषणा नहीं करता। एक ही अंतर्निहित समस्या इस तरह दिखाई देती है:

पूरी तरह से खाली सफेद पृष्ठ कोई संदेश के बिना, अक्सर एक विशेष स्क्रीन पर।
WordPress डैशबोर्ड लोड हो रहा है लेकिन एक एकल व्यवस्थापक पृष्ठ (प्लगइन, उत्पाद, साइट स्वास्थ्य) बंद हो रहा है।
एक मीडिया अपलोड या आयात जो आधा रास्ता चला जाता है और रुक जाता है।
एक 500 त्रुटि जो केवल लोड के तहत दिखाई देती है।

कुछ भी बदलने से पहले, पुष्टि करें कि यह वास्तव में मेमोरी है। साइट के Advanced को खोलें, फिर PHP टैब, PHP error log तक स्क्रॉल करें, और Load log पर क्लिक करें। यह एक स्तर फ़िल्टर के साथ अंतिम 200 प्रविष्टियां दिखाता है। मेमोरी समाप्ति की त्रुटि एक Fatal के रूप में दिखाई देती है। यदि लॉग खाली है, तो समस्या कहीं और है: WordPress White Screen और Reading Your Error Logs को देखें।

KPanel में सीमा बदलना

KPanel में साइन इन करें और बाईं ओर की साइडबार में Websites पर क्लिक करें।
उस साइट पर क्लिक करें जिसे आप बदलना चाहते हैं।
साइट के अपने मेनू में, Advanced खोलें, फिर PHP।
PHP settings कार्ड और Memory limit पंक्ति खोजें।
ड्रॉपडाउन से एक मान चुनें: 128M, 256M, 512M, 1024M या 2048M।
Save Settings पर क्लिक करें।

KPanel में साइट पर PHP सेटिंग्स

कोई पुनरारंभ आवश्यक नहीं है और साइट पूरे समय चालू रहती है। आपकी सेटिंग्स आपकी साइट की रूट में एक .user.ini फ़ाइल में लिखी जाती हैं, जिसे KPanel आपके लिए प्रबंधित करता है।

नया मान हमेशा अगले पृष्ठ लोड पर सीधे लाइव नहीं होता। सर्वर .user.ini को पाँच मिनट तक कैश करता है, इसलिए यदि पुरानी सीमा अभी भी रिपोर्ट की जा रही है, तो परिवर्तन सफल न हुआ मानने से पहले कुछ मिनट प्रतीक्षा करें और फिर से जांचें।

समान कार्ड चार अन्य मानों को नियंत्रित करता है जिन्हें अक्सर मेमोरी के साथ समायोजित करने की आवश्यकता होती है:

सेटिंग	विकल्प	इसे बढ़ाएं जब
Memory limit	128M से 2048M	Fatal मेमोरी त्रुटियां, खाली व्यवस्थापक स्क्रीन
Max execution time	30 से 600 सेकंड	आयात, निर्यात और रिपोर्ट बिल्ड जो आधा रास्ता रुक जाते हैं
Max upload size	16M से 256M	थीम ज़िप या वीडियो बहुत बड़ा माना जाता है
Max input variables	1000 से 10000	बड़े मेनू, बड़े फॉर्म, कई भिन्नताओं वाले उत्पाद

Post max size दिखाई नहीं देता क्योंकि Kapsule इसे स्वचालित रूप से सेट करता है, हमेशा आपकी अपलोड सीमा से 1 MB अधिक, इसलिए एक फॉर्म सीमा पर फ़ाइल ले जाने पर भी फिट हो जाता है।

कौन सा मान चुनें

प्रत्येक Kapsule साइट 256M से शुरू होती है, जो पहले से ही WordPress डिफ़ॉल्ट का दोगुना है और साइटों के विशाल बहुमत के लिए पर्याप्त है। केवल तभी आगे बढ़ें जब आपको वास्तविक त्रुटि हो।

साइट	सुझाई गई सीमा
हल्के विषय पर ब्रोशर साइट या ब्लॉग	256M काफी है
20 या अधिक प्लगइन के साथ पृष्ठ बिल्डर विषय पर साइट	256M, फिर यदि त्रुटियां जारी रहें तो 512M
WooCommerce स्टोर, मामूली कैटलॉग	256M
WooCommerce सदस्यता के साथ, कई भिन्नताएं, या भारी इन्वेंटरी प्लगइन	512M
मल्टीसाइट नेटवर्क या बड़ी सदस्यता साइट	512M से 1024M

2048M पर सीधे न जाएं। बहुत अधिक सीमा किसी साइट को तेज़ नहीं बनाती: यह एक भागने वाले प्लगइन को विफल होने से पहले सर्वर का बहुत अधिक उपभोग करने देता है, जो एक एकल टूटे हुए पृष्ठ को हर दर्शक के लिए धीमी साइट में बदल देता है। एक कदम बढ़ाएं, पुनः परीक्षण करें, और जैसे ही त्रुटि दूर हो जाए रुकें।

wp-config.php में सीमा सेट करना

KPanel ड्रॉपडाउन सर्वर सीमा सेट करता है। WordPress के अपने दो स्थिरांक हैं जो उस सीमा तक मेमोरी का अनुरोध करते हैं, और कुछ दस्तावेज़ आपको इन्हें सेट करने के लिए कहेंगे:

define( 'WP_MEMORY_LIMIT', '256M' );
define( 'WP_MAX_MEMORY_LIMIT', '512M' );

WP_MEMORY_LIMIT फ्रंट एंड पर लागू होता है। WP_MAX_MEMORY_LIMIT व्यवस्थापक क्षेत्र पर लागू होता है, जिसे सामान्यतः अधिक की आवश्यकता होती है। उन्हें wp-config.php में /* That's all, stop editing! */ लाइन से ऊपर जोड़ें, Files पर अंतर्निहित संपादक का उपयोग करके, फिर File Manager, या SFTP पर।

एक WordPress स्थिरांक सर्वर सीमा को कभी भी पार नहीं कर सकता। WP_MEMORY_LIMIT को 1024M पर सेट करना जबकि KPanel ड्रॉपडाउन 256M कहता है आपको 256M और एक झूठी भावना देता है कि आपने इसे ठीक कर दिया। हमेशा पहले KPanel मान को बढ़ाएं।

ज्यादातर लोगों के लिए स्थिरांक अनावश्यक हैं। KPanel मान सेट करें और wp-config.php को अकेला छोड़ दें।

WooCommerce नोट्स

स्टोर 256M से आगे जाने का सबसे आम कारण हैं। wp-admin में WooCommerce, फिर Status पर स्टोर की अपनी दृष्टि की जांच करें: सिस्टम स्टेटस रिपोर्ट PHP मेमोरी सीमा प्रिंट करती है जो वह देख सकता है, जो पुष्टि करने का एक अच्छा तरीका है कि आपका KPanel परिवर्तन वास्तव में हुआ है।

यदि आप इनमें से कोई भी चलाते हैं तो 512M तक बढ़ाएं:

दर्जनों भिन्नताओं वाले परिवर्तनशील उत्पाद।
WooCommerce Subscriptions या बुकिंग एक्सटेंशन।
एक बार में दो या अधिक भुगतान गेटवे प्लगइन सक्रिय।
एक इन्वेंटरी या लेखा सिंक जो पृष्ठभूमि में चलता है।

धीमे या समयबाहित WooCommerce व्यवस्थापक पृष्ठ आमतौर पर मेमोरी और निष्पादन समय का संयोजन होते हैं। उसी समय Max execution time को 120 सेकंड तक बढ़ाएं, और Setting Up WooCommerce में कैशिंग विकल्पों पर विचार करें।

आपके PHP संस्करण की भी जांच करें

यदि मेमोरी त्रुटियां PHP परिवर्तन के तुरंत बाद शुरू हुईं, तो संस्करण स्वयं शामिल हो सकता है: एक पुराना प्लगइन नए रनटाइम पर खराब रूप से लीक कर सकता है। समान टैब के शीर्ष पर PHP version कार्ड दिखाता है कि साइट क्या चला रही है और आपको PHP 8.4, 8.3, 8.2 और 8.1 के बीच चलने देता है।

संस्करण बदलने से साइट के PHP पूल को पुनरारंभ किया जाता है, इसलिए कुछ सेकंड का डाउनटाइम अपेक्षित करें। पूर्ण विवरण Changing Your PHP Version में है।

जब अधिक मेमोरी इसे ठीक नहीं करती

सीमा को दोगुना करने के साथ कोई सुधार नहीं मतलब कुछ मेमोरी का उपभोग कर रहा है जो नहीं होना चाहिए। इसे क्रम में काम करें:

बैकअप लें। Taking a Backup हर बार पहले।
प्लगइन खोजें। एक बार में एक प्लगइन को निष्क्रिय करने के बजाय आधों में प्लगइन निष्क्रिय करें: आधे को बंद करें, पुनः परीक्षण करें, फिर जो भी आधा अभी भी विफल है उसे विभाजित करें। आप WordPress टैब पर Plugin safe mode का भी उपयोग कर सकते हैं, फिर Plugins, जो कोई भी प्लगइन डेटा हटाए बिना हर प्लगइन को एक बार में बंद करता है।
विषय का परीक्षण करें। अस्थायी रूप से एक डिफ़ॉल्ट WordPress विषय में स्विच करें। एक विषय हर पृष्ठ लोड पर भारी क्वेरी चला रहा है इस पैटर्न का बिल्कुल उत्पादन करता है।
ऑपरेशन को देखें, साइट को नहीं। यदि केवल आयात विफल होते हैं, तो समस्या निष्पादन समय और बैच आकार है, मेमोरी नहीं। छोटे चंकों में आयात करें।
लॉग पढ़ें। PHP टैब पर PHP error log उस फ़ाइल और पंक्ति का नाम बताता है जो मेमोरी समाप्त हुई, जो आमतौर पर प्लगइन को तुरंत पहचानता है।

यदि आप 512M और एक स्वच्छ प्लगइन परीक्षण के बाद अभी भी फंसे हुए हैं, तो साइट डोमेन, सटीक fatal त्रुटि पंक्ति, और यह बताते हुए ईमेल करें कि आप क्या कर रहे थे जब यह हुआ support@kapsulehost.com।