WordPress में '500 Internal Server Error' कैसे ठीक करें? .htaccess, PHP मेमोरी और प्लगइन टकराव हल करने की SOP

यदि आप वर्डप्रेस पर पिछले कुछ महीनों से काम कर रहे हैं, तो कभी न कभी आपका सामना इस खौफनाक स्क्रीन से जरूर हुआ होगा: "500 Internal Server Error" या वर्डप्रेस का प्रसिद्ध "There has been a critical error on this website"। न कोई एरर कोड, न कोई कारण—बस एक बेजान स्क्रीन जो विज़िटर्स और एडमिन दोनों के लिए वेबसाइट का दरवाजा पूरी तरह बंद कर देती है।

यह एरर तब और ज्यादा परेशान करता है जब आप वर्डप्रेस एडमिन डैशबोर्ड (wp-admin) में भी लॉगिन नहीं कर पाते। अक्सर ऐसा किसी नए प्लगइन को एक्टिवेट करने, थीम अपडेट करने, या वर्डप्रेस की फाइल्स एडिट करने के ठीक बाद होता है। बहुत से लोग डर जाते हैं कि वेबसाइट हमेशा के लिए बर्बाद हो गई है। लेकिन असलियत यह है कि 500 Internal Server Error को ठीक करना बेहद आसान है और इसके 95% मामले मात्र 3 फाइल्स (.htaccess, wp-config.php और plugins फोल्डर) से 5 मिनट में हल हो जाते हैं।

इस विस्तृत गाइड में हम बिना किसी भ्रम के, एक-एक करके करप्टेड .htaccess रिसेट करने, PHP Memory Limit को 512MB बढ़ाने, खराब प्लगइन्स को अलग-थलग करने, और debug.log के जरिए असली दोषी कोड को पकड़ने की 100% ज़मीनी SOP समझेंगे।

1. 500 Internal Server Error क्या है? (सर्वर का 'पैनिक बटन')

वेबसाइट सर्फिंग के दौरान जब सब कुछ ठीक होता है, तो सर्वर बैकग्राउंड में HTTP 200 OK कोड भेजता है। लेकिन जब सर्वर के अंदर कोई ऐसी अप्रत्याशित समस्या आ जाती है जिसे सर्वर खुद समझ नहीं पाता, तो वह सुरक्षा कारणों से आगे की प्रोसेसिंग रोक देता है और एक सामान्य संदेश भेज देता है: HTTP 500 Internal Server Error।

इसे आप सर्वर का "पैनिक बटन" कह सकते हैं। यह समस्या ब्राउज़र या इंटरनेट कनेक्शन में नहीं होती; यह 100% आपके होस्टिंग सर्वर या वर्डप्रेस की फाइलों के अंदर ही मौजूद होती है।

2. 5-कॉलम तुलना सारणी: 500 एरर के प्रमुख ट्रिगर्स, लॉग संकेत और समाधान समय

नीचे दी गई सारणी में 500 एरर के सबसे सामान्य कारणों, उनकी पहचान और उन्हें तुरंत ठीक करने के तरीकों का तुलनात्मक विवरण दिया गया है:

3. स्टेप 1: करप्टेड .htaccess फाइल को रीनेम और रिसेट करना

500 एरर का सबसे आम अपराधी अक्सर .htaccess फाइल होती है। जब आप कोई नया कैशिंग प्लगइन (जैसे LiteSpeed Cache, WP Rocket) या रीडायरेक्ट प्लगइन इंस्टॉल करते हैं, तो वे इस फाइल में नए कोड जोड़ते हैं। यदि कोड में एक छोटा सा सिंटैक्स एरर भी हो जाए, तो पूरी साइट क्रैश हो जाती है।

.htaccess रिसेट करने की 2-मिनट SOP:

1. अपनी होस्टिंग कंट्रोल पैनल (hPanel या cPanel) में लॉगिन करें और File Manager खोलें।
2. public_html डायरेक्टरी में जाएं। (यदि .htaccess न दिखे, तो सेटिंग्स में जाकर Show Hidden Files (dotfiles) को ऑन करें)।
3. .htaccess फाइल पर राइट क्लिक करें और Rename पर क्लिक करके इसका नाम बदलकर .htaccess_old या .htaccess_backup कर दें।
4. अब एक नए टैब में अपनी वेबसाइट खोलें।
5. यदि वेबसाइट तुरंत खुल जाती है: तो बधाई हो! समस्या .htaccess में ही थी।
6. अब वर्डप्रेस एडमिन में लॉगिन करें ➡️ Settings ➡️ Permalinks पर जाएं और नीचे बने नीले बटन "Save Changes" पर क्लिक करें। वर्डप्रेस अपने आप एक नई और 100% साफ .htaccess फाइल बना देगा।

4. स्टेप 2: PHP मेमोरी लिमिट को 256M/512M तक बढ़ाना (wp-config व php.ini)

जब आप Elementor, WooCommerce या Yoast SEO जैसे भारी प्लगइन्स इस्तेमाल करते हैं, तो वर्डप्रेस को पृष्ठ लोड करने के लिए अधिक रैम की जरूरत होती है। डिफ़ॉल्ट रूप से अधिकांश होस्टिंग कंपनियाँ वर्डप्रेस को केवल 40MB या 64MB की मेमोरी देती हैं। जैसे ही मेमोरी लिमिट पार होती है, सर्वर 500 Fatal Error फेंक देता है।

wp-config.php में मेमोरी बढ़ाने का सटीक कोड:

1. फाइल मैनेजर में wp-config.php फाइल खोलें।
2. नीचे स्क्रॉल करें और /* That's all, stop editing! Happy publishing. */ लाइन से ठीक पहले यह कोड पेस्ट करें:

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

3. फाइल सेव करें।

होस्टिंग php.ini फाइल में वैल्यूज अपडेट करना:

होस्टिंग पैनल के PHP Configuration सेक्शन में जाकर इन वैल्यूज को भी बढ़ाएं:

• memory_limit = 512M
• upload_max_filesize = 128M
• post_max_size = 128M
• max_execution_time = 300

5. स्टेप 3: खराब प्लगइन का पता लगाना (plugins_old तकनीक)

यदि .htaccess और मेमोरी बढ़ाने के बाद भी साइट नहीं खुली, तो 90% मामलों में इसका कारण कोई खराब प्लगइन होता है जिसकी कोडिंग वर्डप्रेस के नए वर्जन से टकरा रही है।

बिना वर्डप्रेस एडमिन के प्लगइन्स निष्क्रिय करने की सीक्रेट SOP:

1. फ़ाइल मैनेजर में public_html/wp-content फोल्डर में जाएं।
2. वहाँ आपको plugins नाम का फोल्डर दिखेगा।
3. उस पर राइट क्लिक करें और Rename करके उसका नाम plugins_old कर दें।
4. (जैसे ही आप नाम बदलते हैं, वर्डप्रेस के सभी प्लगइन्स एक सेकंड में डीएक्टिवेट हो जाते हैं)।
5. अब अपनी वेबसाइट खोलें। यदि साइट खुल गई, तो पक्का कोई प्लगइन ही दोषी है!
6. अब वापस फाइल मैनेजर में जाएं और उस फोल्डर का नाम दोबारा बदलकर plugins कर दें।
7. अब उस फोल्डर के अंदर जाएं और एक-एक करके प्लगइन फोल्डर्स का नाम बदलें (उदा. woocommerce_temp) और चेक करें कि किस विशिष्ट प्लगइन की वजह से एरर आ रहा था। दोषी प्लगइन मिलते ही उसे डिलीट कर दें।

6. स्टेप 4: वर्डप्रेस डिबग मोड ऑन करके असली एरर लॉग देखना (WP_DEBUG)

अंधेरे में तीर चलाने के बजाय, वर्डप्रेस के इनबिल्ट डिबग सिस्टम से पूछें कि वास्तव में कौन सी फाइल और किस लाइन नंबर पर एरर आया है:

1. wp-config.php फाइल खोलें।
2. वहाँ define('WP_DEBUG', false); वाली लाइन ढूंढें और उसे बदलकर यह 3 लाइनें पेस्ट करें:

   define( 'WP_DEBUG', true );
   define( 'WP_DEBUG_LOG', true );
   define( 'WP_DEBUG_DISPLAY', false );

3. फाइल सेव करें और अपनी वेबसाइट को एक बार रीफ्रेश करें।
4. अब public_html/wp-content/ डायरेक्टरी में जाएं। वहाँ एक नई फाइल बन जाएगी: debug.log।
5. इस फाइल को खोलें। इसमें सबसे नीचे की लाइन पढ़ें। वहाँ साफ अक्षरों में लिखा होगा:

   [04-Nov-2026 08:30:15 UTC] PHP Fatal error: Uncaught Error: Class 'ZipArchive' not found in /home/user/public_html/wp-content/plugins/updraftplus/backup.php:142

6. अब आपको 100% सटीकता से पता चल जाएगा कि कौन सा प्लगइन और कौन सा PHP एक्सटेंशन मिसिंग है। एरर ठीक करने के बाद WP_DEBUG को वापस false कर दें।

थीम टकराव (Theme Conflict) की पहचान और डिफ़ॉल्ट थीम पर स्विच करना:

यदि प्लगइन्स निष्क्रिय करने के बाद भी 500 एरर बना हुआ है, तो समस्या आपकी एक्टिव थीम की functions.php फाइल में हो सकती है:

1. फ़ाइल मैनेजर में wp-content/themes डायरेक्टरी में जाएं।
2. अपनी वर्तमान एक्टिव थीम (जैसे astra या generatepress) के फोल्डर का नाम बदलकर astra_old कर दें।
3. वर्डप्रेस सुरक्षा फीचर के तहत अपने आप डिफ़ॉल्ट कोर थीम (जैसे twentytwentyfour) को लोड कर देगा।
4. यदि साइट अब खुल जाती है, तो अपनी थीम के डेवलपर से संपर्क करें या हाल ही में जोड़े गए कस्टम कोड स्निपेट को functions.php से हटा दें।

PHP-FPM पूल और टाइमआउट सेटिंग्स (Nginx / Apache):

जब सर्वर पर भारी डेटा प्रोसेसिंग (जैसे 50,000 प्रोडक्ट्स का एक्सपोर्ट या बल्क इमेज रीसाइज़िंग) चल रही होती है, तो PHP स्क्रिप्ट का एग्जीक्यूशन टाइमआउट हो जाता है और सर्वर 500 एरर देता है:

• कारण: max_execution_time केवल 30 या 60 सेकंड पर सेट होना।
• समाधान: अपने सर्वर की php.ini फाइल में जाकर टाइमआउट को 300 सेकंड पर सेट करें:

  max_execution_time = 300
  request_terminate_timeout = 300

• PHP-FPM सर्विस को रीस्टार्ट करें: sudo systemctl restart php8.2-fpm।

ModSecurity WAF (वेब एप्लीकेशन फ़ायरवॉल) का फाल्स-पॉजिटिव एरर:

कई बार जब आप वर्डप्रेस एडमिन में कोई पोस्ट सेव करते हैं या बड़ा पैराग्राफ पब्लिश करते हैं, तो सर्वर का सुरक्षा फ़ायरवॉल (ModSecurity) उसे SQL Injection समझकर ब्लॉक कर देता है और 500 Internal Server Error फेंक देता है:

• जांच: cPanel में जाएं ➡️ Security ➡️ ModSecurity खोलें।
• अपने डोमेन के सामने ModSecurity को 10 मिनट के लिए 'Disable' करके देखें। यदि पोस्ट सेव हो जाती है, तो सर्वर एरर लॉग से उस विशिष्ट Rule ID को नोट करें और होस्टिंग सपोर्ट से उस फॉल्स पॉजिटिव रूल को वाइटलिस्ट (Whitelist) करवाएं।

WP-CLI टर्मिनल से 30-सेकंड में प्लगइन और कोर डायग्नोसिस (SSH SOP):

यदि आपके पास सर्वर का SSH या WP-CLI एक्सेस है, तो आपको फाइल मैनेजर में एक-एक फोल्डर का नाम बदलने की जरूरत नहीं है। टर्मिनल में ये 3 तेज कमांड्स चलाएं:

• 1. सभी सक्रिय प्लगइन्स की लिस्ट देखना: wp plugin list --status=active
• 2. एक झटके में सभी प्लगइन्स निष्क्रिय करना: wp plugin deactivate --all (यह कमांड चलाते ही 500 एरर तुरंत गायब हो जाएगा)।
• 3. वर्डप्रेस कोर फाइल्स का चेकसम टेस्ट: wp core verify-checksums (यह तुरंत बता देगा कि क्या वर्डप्रेस की किसी सिस्टम फाइल में मालवेयर या करप्शन है)।
• 4. 1-क्लिक में एक-एक प्लगइन ऑन करके दोषी को पकड़ना: wp plugin activate plugin-name चलाकर ब्राउज़र रीफ्रेश करें। जिस प्लगइन पर एरर लौटे, उसे wp plugin delete plugin-name से हमेशा के लिए मिटा दें।

.htaccess की सबसे आम सिंटैक्स गलतियां (Typo Mistakes):

अक्सर जब लोग गूगल या यूट्यूब देखकर .htaccess में कोड पेस्ट करते हैं, तो ये गलतियां 500 एरर का कारण बनती हैं:

• अनक्लोज्ड टैग्स: <IfModule mod_rewrite.c> शुरू किया लेकिन अंत में </IfModule> बंद करना भूल गए।
• अपाचे 2.4 vs 2.2 सिंटैक्स टकराव: पुराने जमाने में Order allow,deny / Allow from all लिखा जाता था, जबकि आधुनिक अपाचे 2.4 में केवल Require all granted मान्य होता है। पुराना कोड डालते ही 500 एरर आ जाता है।
• स्पेस या इनवर्टेड कॉमा मिसमैच: RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] में कहीं भी गलत स्पेस छूटना।

7. स्टेप 5: फाइल और डायरेक्टरी परमिशन्स ठीक करना (755 vs 644 नियम)

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

मानक वर्डप्रेस परमिशन नियम:

• सभी फोल्डर्स (Directories): हमेशा 755 (या 750) परमिशन होनी चाहिए।
• सभी फाइल्स (Files): हमेशा 644 (या 640) परमिशन होनी चाहिए।
• wp-config.php विशेष सुरक्षा: इसे 600 या 640 परमिशन दें ताकि कोई दूसरा यूजर इसे पढ़ न सके।
• ❌ कभी भी 777 परमिशन न दें! यह सर्वर को असुरक्षित बनाता है और 500 एरर ट्रिगर करता है।

SSH से एक झटके में सभी परमिशन्स सही करने की कमांड:

find /path/to/public_html/ -type d -exec chmod 755 {} ;
find /path/to/public_html/ -type f -exec chmod 644 {} ;

8. स्टेप 6: वर्डप्रेस कोर फाइल्स (wp-admin व wp-includes) को री-अपलोड करना

यदि उपरोक्त कोई भी तरीका काम न करे, तो इसका मतलब है कि ऑटो-अपडेट के दौरान वर्डप्रेस की कोर सिस्टम फाइल्स करप्ट हो गई हैं:

1. WordPress.org से वर्डप्रेस का ताजा ज़िप (.zip) डाउनलोड करें और अपने कंप्यूटर पर अनजिप करें।
2. उसमें से wp-content फोल्डर को डिलीट कर दें (ताकि आपकी थीम और इमेजेस सुरक्षित रहें)।
3. अब बाकी बचे wp-admin और wp-includes फोल्डर्स को अपनी होस्टिंग के public_html में अपलोड करके पुरानी फाइल्स को 'Overwrite' (रिप्लेस) कर दें।
4. इससे सभी सिस्टम फाइल्स 100% नई हो जाएंगी और वेबसाइट बिना किसी डेटा नुकसान के तुरंत चालू हो जाएगी!

9. आम गलतियां, व्हाइट स्क्रीन ऑफ डेथ (WSOD) और Troubleshooting SOP

500 इंटरनल सर्वर एरर से निपटने के दौरान इन 3 सामान्य गलतियों से हमेशा बचें:

1. बिना बैकअप के कोड एडिट करना: कभी भी functions.php या wp-config.php में लाइव बदलाव न करें। हमेशा एडिट करने से पहले उस फाइल का एक बैकअप (.bak) अपने कंप्यूटर पर सुरक्षित रख लें।
2. एक साथ 10 प्लगइन्स अपडेट करना: कभी भी सारे प्लगइन्स को एक साथ 'Bulk Update' न करें। हमेशा 1-1 करके अपडेट करें ताकि यदि कोई प्लगइन क्रैश करे, तो आपको तुरंत पता चल जाए कि असली अपराधी कौन है।
3. होस्टिंग सर्वर एरर लॉग चेक न करना: अनुमान लगाने के बजाय हमेशा अपनी होस्टिंग (cPanel/hPanel) के Error Log सेक्शन को देखें। वहाँ सर्वर का अपाचे इंजन सीधे असली कारण रिकॉर्ड करता है।

समस्या 4: अनिवार्य PHP एक्सटेंशन्स मिसिंग होना (cURL, GD, mbstring)

• कारण: जब आप अनमैनेज्ड लिनक्स VPS सेटअप करते हैं या नया PHP वर्जन चुनते हैं, तो कई अनिवार्य एक्सटेंशन्स (जैसे php-curl, php-mbstring, php-xml, php-zip) इंस्टॉल नहीं होते। जैसे ही वर्डप्रेस कोई बाहरी एपीआई कॉल या इमेज प्रोसेस करता है, 500 एरर आ जाता है।
• समाधान: अपने उबंटू सर्वर पर यह कमांड चलाकर सभी जरूरी वर्डप्रेस एक्सटेंशन्स एक साथ इंस्टॉल करें:

  sudo apt install php-curl php-gd php-mbstring php-xml php-xmlrpc php-soap php-intl php-zip -y
  sudo systemctl restart php8.2-fpm && sudo systemctl restart nginx

समस्या 5: Cloudflare 520 / 521 / 522 एरर और ओरिजिन सर्वर 500 एरर का संबंध

• कारण: जब क्लाउडफ्लेयर आपके मूल सर्वर से कनेक्ट नहीं कर पाता या आपका अपाचे सर्वर क्रैश हो जाता है, तो क्लाउडफ्लेयर स्क्रीन पर "520: Web server is returning an unknown error" दिखाता है।
• समाधान: अपने होस्टिंग सर्वर की स्थिति जांचें, अपाचे या लाइटस्पीड सर्विस को रीस्टार्ट करें, और सुनिश्चित करें कि क्लाउडफ्लेयर के आईपी एड्रेस आपके सर्वर फ़ायरवॉल (UFW / iptables) में ब्लॉक न हों।

10. People Also Ask (PAA) महत्वपूर्ण प्रश्नोत्तर