जब आप एक नई वर्डप्रेस वेबसाइट बनाते हैं, तो पहले 6 महीनों तक साइट बिजली की तरह तेज चलती है। पेजेस 0.5 सेकंड में खुलते हैं और एडमिन डैशबोर्ड मक्खन की तरह रिस्पॉन्स देता है। लेकिन जैसे-जैसे समय बीतता है, आप नए-नए प्लगइन्स टेस्ट करते हैं, कुछ थीम्स बदलते हैं, सैकड़ों आर्टिकल्स लिखते हैं, और फिर कुछ पुराने प्लगइन्स को डिलीट कर देते हैं।
दो साल बाद अचानक आप महसूस करते हैं कि वेबसाइट बेहद सुस्त हो चुकी है। आपने लाइटस्पीड कैशे लगा लिया, क्लाउडफ्लेयर लगा लिया, इमेजेस को कंप्रेस कर लिया, लेकिन फिर भी सर्वर का रिस्पॉन्स टाइम (TTFB) 1 सेकंड से नीचे नहीं आ रहा। वर्डप्रेस में पोस्ट सेव करने पर 15 सेकंड का लोडिंग पहिया घूमता रहता है।
इस अदृश्य बीमारी का 90% कारण फाइल्स में नहीं, बल्कि आपकी वेबसाइट के डेटाबेस की 'wp_options' टेबल में छुपा होता है! जब आप किसी प्लगइन को अनइंस्टॉल करते हैं, तो वर्डप्रेस का गंदा सच यह है कि वह प्लगइन अपने पीछे सैकड़ों सेटिंग्स, लॉग्स और कैशे डेटा को डेटाबेस में छोड़ जाता है। इसे "Autoload Bloat" कहा जाता है। इस मास्टर गाइड में हम phpMyAdmin और WP-CLI के जरिए डेटाबेस का कचरा साफ करने, ऑटोलॉड को 800 KB से नीचे लाने और साइट को 3 गुना तेज करने की फूलप्रूफ SOP समझेंगे।
1. वर्डप्रेस डेटाबेस ब्लोट क्या है और wp_options साइट को कैसे स्लो करता है?
वर्डप्रेस डेटाबेस में लगभग 12 मानक टेबल्स होती हैं। इनमें सबसे महत्वपूर्ण और व्यस्त टेबल होती है wp_options। इस टेबल में आपकी पूरी साइट की सेटिंग्स—जैसे साइट का नाम, यूआरएल, एक्टिव प्लगइन्स, विजेट्स और थीम ऑप्शंस स्टोर होते हैं।
ऑटोलॉड (Autoload) का आंतरिक विज्ञान:
wp_optionsटेबल में एक कॉलम होता है जिसका नाम है autoload। इसके दो मान हो सकते हैं:yesयाno।- जब कोई विजिटर आपकी वेबसाइट का कोई भी पेज खोलता है, तो वर्डप्रेस सबसे पहला काम यह करता है कि वह एक क्वेरी चलाता है: "SELECT * FROM wp_options WHERE autoload = 'yes'"।
- इसका मतलब है कि जिस भी सेटिंग के आगे 'yes' लगा है, वर्डप्रेस उस पूरे डेटा को एक साथ सर्वर की रैम (Memory) में लोड कर लेता है, चाहे उस पेज पर उस सेटिंग की कोई जरूरत हो या न हो!
- यदि आपकी साइट पर 50 अनइंस्टॉल्ड प्लगइन्स का 5 MB ऑटोलॉड डेटा भरा पड़ा है, तो हर एक पेज लोड पर आपका सर्वर उस 5 MB कचरे को जबरन रैम में प्रोसेस करेगा। 100 विज़िटर्स आने पर सर्वर तुरंत क्रैश हो जाता है।
डेटाबेस कचरे के 5 मुख्य प्रकार:
वर्डप्रेस डेटाबेस में समय के साथ निम्नलिखित 5 तरह का कचरा जमा होता है:
- Autoload Bloat: ऐसे प्लगइन्स की भारी सेटिंग्स जो हर पेज पर लोड हो रही हैं। उदाहरण के लिए, एक संपर्क फॉर्म प्लगइन का पूरा डेटा हर ब्लॉग पोस्ट पर लोड होना।
- Orphaned Plugin Tables: ऐसे टेबल्स जो उन प्लगइन्स ने बनाए थे जिन्हें आप एक साल पहले डिलीट कर चुके हैं (जैसे old_slider, revslider, wp_statistics_old)।
- Expired Transients: वर्डप्रेस के पुराने कैशे डेटा जो एक्सपायर हो चुके हैं लेकिन डेटाबेस में अभी भी हजारों पंक्तियां घेरे बैठे हैं।
- Excessive Post Revisions: जब आप एक पोस्ट लिखते हैं, तो वर्डप्रेस हर 60 सेकंड में उसका एक नया रिविजन सेव करता है। 1,000 आर्टिकल्स पर 30,000 रिविजन्स बन जाते हैं।
- Spam and Trashed Comments: स्पैम कमेंट्स जिन्हें आपने डिलीट किया लेकिन वे डेटाबेस के ट्रैश में सालों तक पड़े रहे।
2. 5-कॉलम तुलना सारणी: डेटाबेस टेबल्स, ब्लोट कारण, सुरक्षित आकार और क्लीनअप तकनीक
नीचे दी गई तकनीकी सारणी में वर्डप्रेस की मुख्य टेबल्स, उनमें कचरा जमा होने के कारण और उनके सुरक्षित निवारण की तुलना की गई है:
| डेटाबेस टेबल (Table Name) | कचरा जमा होने का मुख्य कारण (Bloat Cause) | स्वस्थ सुरक्षित आकार (Healthy Limit) | साइट स्पीड पर प्रभाव व जोखिम | सुरक्षित क्लीनअप SOP तकनीक |
|---|---|---|---|---|
| wp_options | अनइंस्टॉल्ड प्लगइन्स का ऑटोलॉड डेटा व ट्रांसिएंट्स | < 800 KB ऑटोलॉड | अत्यधिक गंभीर (TTFB सीधे 3x स्लो) | SQL क्वेरी से autoload='no' व लावारिस रिकॉर्ड्स डिलीट |
| wp_posts | हजारों पोस्ट रिविजन्स, ऑटो-ड्राफ्ट्स व ट्रैश | पोस्ट्स संख्या के अनुपात में | मध्यम (डेटाबेस बैकअप बहुत भारी होना) | WP-CLI से पुराने रिविजन्स को 3 पर सीमित करना |
| wp_postmeta | डिलीट हो चुके प्रोडक्ट्स व कस्टम फील्ड्स का डेटा | < 50 MB (मध्यम ब्लॉग्स के लिए) | गंभीर (अन-इंडेक्स्ड क्वेरीज़ से CPU 100%) | Orphaned postmeta क्लीनअप व इंडेक्सिंग |
| wp_comments & commentmeta | स्पैम कमेंट्स, पिंगबैक और ट्रैकबैक का ढेर | केवल असली स्वीकृत कमेंट्स | कम से मध्यम | Spam व Trash कमेंट्स को डेटाबेस से स्थायी हटाना |
| wp_actionscheduler_actions | WooCommerce के पुराने बैकग्राउंड टास्क्स के लॉग्स | < 10,000 पंक्तियां | मध्यम (चेकआउट और एडमिन में रुकावट) | Action Scheduler 7-डे रिटेंशन फिल्टर लगाना |
3. चरण 1: वर्तमान ऑटोलॉड साइज की जांच (phpMyAdmin SQL क्वेरी SOP)
अंधेरे में काम करने के बजाय सबसे पहले यह जानना जरूरी है कि आपकी wp_options टेबल की वर्तमान स्थिति क्या है:
- अपनी वेब होस्टिंग के कंट्रोल पैनल (cPanel या hPanel) में लॉगिन करें और phpMyAdmin खोलें।
- बाईं ओर से अपनी वेबसाइट का डेटाबेस चुनें। (यदि आपको डेटाबेस का नाम नहीं पता, तो अपनी wp-config.php फाइल में DB_NAME चेक करें)।
- शीर्ष मेनू बार में "SQL" टैब पर क्लिक करें।
- यह आधिकारिक डायग्नोस्टिक क्वेरी पेस्ट करें:
SELECT 'Autoload Size (Bytes)' as Metric, SUM(LENGTH(option_value)) as Value_in_Bytes, ROUND(SUM(LENGTH(option_value)) / 1024, 2) as Value_in_KB, ROUND(SUM(LENGTH(option_value)) / (1024 * 1024), 2) as Value_in_MB FROM wp_options WHERE autoload = 'yes'; - नीचे दिए गए "Go" बटन पर क्लिक करें।
- रिजल्ट का विश्लेषण:
- यदि
Value_in_KB800 KB से कम है: बधाई हो! आपका डेटाबेस स्वस्थ है। - यदि यह 800 KB से 1,500 KB है: सुधार की गुंजाइश है, कुछ पुराने ट्रांसिएंट्स साफ करें।
- यदि यह 1,500 KB (1.5 MB) से 5 MB के बीच है: आपकी वेबसाइट गंभीर रूप से ऑटोलॉड ब्लोट से पीड़ित है और इसे तुरंत सर्जरी की जरूरत है।
- यदि यह 5 MB से अधिक है: आपकी साइट पर कभी भी आउट ऑफ मेमोरी क्रैश हो सकता है।
- यदि
4. चरण 2: टॉप 20 सबसे भारी ऑटोलॉड ऑप्शंस की पहचान करना
अब हमें यह देखना है कि कौन सी 20 सेटिंग्स सबसे ज्यादा वजन लेकर बैठी हैं:
- phpMyAdmin के SQL टैब में यह क्वेरी चलाएं:
SELECT option_name, LENGTH(option_value) AS option_size_bytes, ROUND(LENGTH(option_value) / 1024, 2) AS size_kb FROM wp_options WHERE autoload = 'yes' ORDER BY option_size_bytes DESC LIMIT 20; - स्क्रीन पर 20 पंक्तियों की एक लिस्ट आएगी।
option_nameकॉलम को ध्यान से पढ़ें। आपको ऐसे नाम दिखेंगे जैसे:_transient_feed_xyz...(150 KB)elementor_remote_info_library(280 KB)wpseo_sitemap_cache_validator(95 KB)revslider_backup_data(500 KB - किसी पुराने स्लाइडर का कचरा जिसे आप 1 साल पहले डिलीट कर चुके हैं!)woocommerce_shipping_debug_log(400 KB - लॉग्स का कचरा)
- इन नामों को एक नोटपैड फाइल में कॉपी कर लें ताकि अगले स्टेप में हम इन्हें सुरक्षित तरीके से प्रोसेस कर सकें।
5. चरण 3: अनइंस्टॉल्ड प्लगइन्स के लावारिस ऑप्शंस को सुरक्षित रूप से हटाना
जब आप किसी ऐसे प्लगइन की बड़ी सेटिंग पहचान लेते हैं जो अब आपकी वेबसाइट पर मौजूद नहीं है, तो उसे हटाने की SOP:
- डेटाबेस का ताजा बैकअप लें: phpMyAdmin में शीर्ष पर Export ➡️ Quick ➡️ SQL ➡️ Go दबाकर बैकअप फाइल डाउनलोड करें। यह सुरक्षा कवच है।
- यदि कोई ऑप्शन पूरी तरह अनुपयोगी और पुराने प्लगइन का है, तो उसे सीधे डिलीट करें:
DELETE FROM wp_options WHERE option_name = 'old_deleted_plugin_option_name'; - ऑटोलॉड बंद करना (सबसे सुरक्षित तरीका): यदि आपको पक्का यकीन नहीं है कि यह ऑप्शन जरूरी है या नहीं, तो उसे डिलीट मत करें! केवल उसका ऑटोलॉड 'no' कर दें:
UPDATE wp_options SET autoload = 'no' WHERE option_name = 'heavy_plugin_option_name'; - इसका फायदा यह होगा कि सेटिंग सुरक्षित रहेगी, लेकिन हर पेज लोड पर वह रैम में जबरन लोड होना बंद हो जाएगी। जब उस विशिष्ट पेज या फंक्शन की जरूरत होगी, वर्डप्रेस उसे ऑन-डिमांड क्वेरी करेगा। इससे हर सामान्य विज़िटर के लिए पेज लोड स्पीड में तत्काल भारी उछाल आएगा।
6. चरण 4: एक्सपायर्ड ट्रांसिएंट्स (Transients) और क्रॉन टास्क की सफाई
ट्रांसिएंट्स वर्डप्रेस का अस्थायी कैशे डेटा होते हैं जो कई बार एक्सपायर होने के बाद भी डिलीट नहीं होते और हजारों की संख्या में जमा हो जाते हैं:
- phpMyAdmin के SQL टैब में यह क्वेरी चलाकर सभी एक्सपायर्ड ट्रांसिएंट्स को 1 सेकंड में मिटाएं:
DELETE FROM wp_options WHERE option_name LIKE ('_transient_%') OR option_name LIKE ('_site_transient_%'); - घबराएं नहीं, ट्रांसिएंट्स कैशे होते हैं। जैसे ही वर्डप्रेस को किसी सक्रिय सर्विस के डेटा की जरूरत होगी, वह उसे अपने आप फ्रेश बना लेगा।
- इस एक क्वेरी से अक्सर
wp_optionsटेबल से 2,000 से 15,000 पंक्तियां साफ हो जाती हैं। - इसके बाद वर्डप्रेस क्रॉन (Cron) टास्क की स्थिति जांचें:
SELECT option_name, LENGTH(option_value) FROM wp_options WHERE option_name = 'cron'; - यदि
cronऑप्शन की साइज 100 KB से ज्यादा है, तो इसका मतलब है कि कई टूटे हुए प्लगइन्स के अधूरे शेड्यूल्ड टास्क्स लटके हुए हैं। WP-Crontrol प्लगइन की मदद से ऐसे मिसिंग क्रॉन इवेंट्स को क्लीन करें।
7. चरण 5: पोस्ट रिविजन्स, ऑटो-ड्राफ्ट्स और स्पैम कमेंट्स का स्थायी निष्कासन
जब आप कोई लंबा आर्टिकल लिखते हैं और बार-बार 'Save Draft' दबाते हैं, तो वर्डप्रेस हर बार पूरा आर्टिकल डेटाबेस में अलग पोस्ट के रूप में सेव करता है। 500 आर्टिकल्स वाली साइट पर 15,000 रिविजन्स जमा हो जाते हैं:
SQL क्वेरी से पोस्ट रिविजन्स और स्पैम साफ करने की SOP:
-- 1. सभी पोस्ट रिविजन्स को डिलीट करें
DELETE FROM wp_posts WHERE post_type = 'revision';
-- 2. सभी ऑटो-ड्राफ्ट्स हटाएं
DELETE FROM wp_posts WHERE post_status = 'auto-draft';
-- 3. सभी स्पैम और ट्रैश कमेंट्स हटाएं
DELETE FROM wp_comments WHERE comment_approved = 'spam' OR comment_approved = 'trash';
-- 4. अनाथ (Orphaned) कमेंट मेटा डिलीट करें
DELETE FROM wp_commentmeta WHERE comment_id NOT IN (SELECT comment_id FROM wp_comments);
-- 5. अनाथ (Orphaned) पोस्ट मेटा डिलीट करें
DELETE FROM wp_postmeta WHERE post_id NOT IN (SELECT ID FROM wp_posts);
इन 5 क्वेरीज को एक साथ चलाने से आपका wp_posts और wp_postmeta टेबल का आकार 50% से 80% तक घट जाता है, जिससे डेटाबेस का सर्च और री-इंडेक्सिंग बेहद फुर्तीला हो जाता है।
8. चरण 6: phpMyAdmin में टेबल्स को Optimize कर डिस्क स्पेस वापस पाना
जब आप डेटाबेस से हजारों पंक्तियां डिलीट करते हैं, तो MySQL हार्ड डिस्क की फाइल साइज को तुरंत छोटा नहीं करता। वह खाली जगह डेटाबेस में "Data Free / Overhead" के रूप में पड़ी रहती है।
डेटाबेस टेबल्स को डीफ्रैगमेंट और ऑप्टिमाइज़ करने की SOP:
- phpMyAdmin में अपने डेटाबेस की संरचना (Structure) टैब पर जाएं।
- नीचे स्क्रॉल करें और "Check all" बॉक्स पर टिक करें (ताकि सभी टेबल्स सेलेक्ट हो जाएं)।
- ड्रॉपडाउन मेनू "With selected:" पर क्लिक करें।
- ड्रॉपडाउन से "Optimize table" चुनें।
- phpMyAdmin सभी टेबल्स के इंडेक्स को दोबारा री-बिल्ड करेगा और खाली जगह को डिस्क पर वापस लौटा देगा। स्क्रीन पर सभी टेबल्स के आगे "Table is already up to date / OK" लिखा आएगा।
- InnoDB टेबल्स के मामले में MySQL टेबल को री-क्रिएट करके फ्रेश स्पेस अलोकेट करता है, जिससे डिस्क I/O लोड 40% कम हो जाता है।
9. WP-CLI पावर कमांड्स: SSH से 30 सेकंड में डेटाबेस शुद्धिकरण
यदि आपके पास अपने लिनक्स VPS का SSH टर्मिनल एक्सेस है, तो phpMyAdmin खोलने की भी जरूरत नहीं है। यह 3-कमांड रूटीन 30 सेकंड में सब कुछ कर देता है:
# 1. डेटाबेस का त्वरित बैकअप
wp db export pre_cleanup_backup_$(date +%F).sql
# 2. सभी ट्रांसिएंट्स और कचरा साफ करें
wp transient delete --all
wp post delete $(wp post list --post_type='revision' --format=ids) --force
wp comment delete $(wp comment list --status='spam,trash' --format=ids) --force
# 3. अनाथ पोस्ट मेटा साफ करना
wp db query "DELETE FROM wp_postmeta WHERE post_id NOT IN (SELECT ID FROM wp_posts);"
# 4. सभी टेबल्स को एक साथ ऑप्टिमाइज़ करें
wp db optimize
यह कमांड लाइन तरीका न केवल 100 गुना तेज है, बल्कि ब्राउज़र टाइमआउट के खतरे को भी पूरी तरह खत्म कर देता है, खासकर तब जब आपकी साइट पर 5 लाख से अधिक रिकॉर्ड्स हों।
10. आम गलतियां, बैकअप के बिना टेबल डिलीट करने का जोखिम और प्रिवेंशन SOP
डेटाबेस क्लीनअप करते समय डेवलपर्स और वेबमास्टर्स द्वारा की जाने वाली मुख्य गलतियां और समस्याएं:
- active_plugins ऑप्शन को कभी न छुएं:
wp_optionsमेंactive_pluginsवह मुख्य रिकॉर्ड है जिसमें आपकी साइट के सभी एक्टिव प्लगइन्स की लिस्ट होती है। यदि आपने इसे गलती से डिलीट कर दिया, तो आपकी साइट के सभी प्लगइन्स एक साथ डीएक्टिवेट हो जाएंगे! - wp-config.php में पोस्ट रिविजन्स लॉक करें: भविष्य में दोबारा हजारों ड्राफ्ट्स बनने से रोकने के लिए
wp-config.phpमेंdefine('WP_POST_REVISIONS', 3);और ऑटोसेव इंटरवल कोdefine('AUTOSAVE_INTERVAL', 300);(5 मिनट) जरूर जोड़ें। - बिना बैकअप के SQL न चलाएं: चाहे आप कितने भी बड़े एक्सपर्ट क्यों न हों, 1 गलत 'WHERE' क्लॉज पूरा डेटाबेस उड़ा सकता है। हमेशा 1 सेकंड लगाकर बैकअप पहले डाउनलोड करें।
- पीक ट्रैफिक घंटों में ऑप्टिमाइज़ न करें: जब आपकी साइट पर हजारों लाइव विज़िटर्स हों, तब
OPTIMIZE TABLEन चलाएं क्योंकि यह प्रक्रिया टेबल्स को अस्थायी रूप से लॉक करती है, जिससे यूज़र्स को Database Connection Error दिख सकती है। यह काम हमेशा आधी रात को करें।
11. ऑटोमेटेड मेंटेनेंस प्लगइन्स: WP-Optimize बनाम Advanced Database Cleaner
यदि आप कोडिंग या SQL क्वेरीज में सहज नहीं हैं, तो इन 2 फ्री प्लगइन्स का उपयोग कर सकते हैं:
- Advanced Database Cleaner (अनुशंसित): यह प्लगइन विशेष रूप से
wp_optionsटेबल के ऑटोलॉड डेटा को स्कैन करने के लिए बना है। यह आपको साफ-साफ बताता है कि कौन सा ऑप्शन किस प्लगइन का है, और आप सीधे चेकबॉक्स टिक करके 'autoload=no' कर सकते हैं। यह अनाथ टेबल्स को भी क्लासिफाई करता है। - WP-Optimize: यह साप्ताहिक ऑटोमेटेड मेंटेनेंस के लिए बहुत अच्छा है। सेटिंग्स में जाकर "Schedule clean-up every week" चालू कर दें। यह हर रविवार रात को ऑटोमैटिकली पुराने रिविजन्स और स्पैम कमेंट्स साफ करता रहेगा।
📌 संबंधित महत्वपूर्ण डिजिटल गाइड्स (Must-Read Internal Resources):
12. People Also Ask (PAA) महत्वपूर्ण प्रश्नोत्तर
Q1. wp_options में सुरक्षित Autoload Size कितना होना चाहिए?
एक स्वस्थ और तेज वर्डप्रेस वेबसाइट का कुल ऑटोलॉड डेटा 300 KB से 800 KB के बीच होना चाहिए। यदि यह 1 MB से ऊपर जाता है, तो सर्वर स्लो होने लगता है, और यदि यह 2.5 MB से 5 MB पार कर जाए, तो सर्वर मेमोरी टाइमआउट और 500 एरर फेंकने लगता है।
Q2. जब मैं कोई प्लगइन डिलीट करता हूँ, तो क्या उसका डेटा भी डिलीट हो जाता है?
नहीं! 90% वर्डप्रेस प्लगइन्स डिलीट होने के बाद भी अपने टेबल्स, सेटिंग्स और कैशे डेटा को आपके डेटाबेस में छोड़ जाते हैं ताकि यदि आप भविष्य में दोबारा इंस्टॉल करें तो सेटिंग्स बची रहें। इसी कचरे को 'Orphaned Data' कहा जाता है जिसे मैन्युअली हटाना पड़ता है।
Q3. क्या ऑटोलॉड डेटा साफ करने से पहले बैकअप लेना अनिवार्य है?
हाँ, 100% अनिवार्य! डेटाबेस में कोई भी SQL क्वेरी चलाने या डिलीट करने से पहले phpMyAdmin से 'Export' करके एक ताजा .sql बैकअप अपने कंप्यूटर में सुरक्षित रखें ताकि कोई जरूरी सेटिंग डिलीट होने पर 1 सेकंड में रीस्टोर हो सके।
Q4. Autoload को 'yes' से 'no' करने से क्या फायदा होता है?
जब किसी ऑप्शन का autoload='yes' होता है, तो वर्डप्रेस उसे हर एक पेज लोड पर रैम में खींच लेता है। जब आप उसे 'no' कर देते हैं, तो वर्डप्रेस उसे केवल तभी डेटाबेस से कॉल करता है जब उस विशिष्ट फंक्शन की जरूरत होती है। इससे हर पेज लोड पर सर्वर रैम बचती है।
Q5. ट्रांसिएंट्स (Transients) क्या होते हैं और क्या इन्हें डिलीट करना सुरक्षित है?
ट्रांसिएंट्स वर्डप्रेस द्वारा बनाई गई अस्थायी कैशे सेटिंग्स होती हैं (जैसे मौसम का डेटा, सोशल शेयर काउंट, या API रिस्पॉन्स)। इन्हें डिलीट करना 100% सुरक्षित है क्योंकि यदि वर्डप्रेस को इनकी दोबारा जरूरत होगी, तो वह इन्हें अपने आप ताजा बना लेगा।
Q6. InnoDB टेबल्स पर OPTIMIZE TABLE कमांड चलाने से क्या होता है?
जब आप डेटाबेस से हजारों पंक्तियां डिलीट करते हैं, तो डिस्क पर खाली गड्ढे (Fragmentation) छूट जाते हैं। OPTIMIZE TABLE कमांड उन गड्ढों को भरकर डेटा को एक साथ व्यवस्थित करती है और खाली हुई स्टोरेज को सर्वर को वापस लौटाती है।
Q7. क्या डेटाबेस क्लीनअप से वर्डप्रेस एडमिन डैशबोर्ड की स्पीड सुधरती है?
हाँ! वर्डप्रेस एडमिन डैशबोर्ड का 70% स्लोनेस wp_options टेबल के भारी होने के कारण होता है। ऑटोलॉड को 800 KB से नीचे लाते ही पोस्ट सेविंग, प्लगइन पेज और सेटिंग्स मेनू 3 गुना तेजी से लोड होने लगते हैं।