वर्डप्रेस की कोर फाइलों को पूरी तरह से एसएसएच से बदलें (एफटीपी से 10 गुना तेज)

दो दिन पहले, मेराWordPressवेबसाइट अपने प्रोग्राम को अपग्रेड करते समय अचानक क्रैश हो गई।

बैकएंड पूरी तरह से खाली है, और फ्रंटएंड 500 त्रुटि की रिपोर्ट करता है, जिसमें लॉग PHP की गंभीर त्रुटियों से भरे हुए हैं।

उस समय मेरे मन में केवल एक ही विचार था: ओह नहीं, कोर फाइलें दूषित हो गई हैं।

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

घबराइए मत। जब तक आप SSH के ज़रिए लॉग इन कर पा रहे हैं, तब तक यह समस्या पाँच मिनट में हल हो जाएगी।

वर्डप्रेस कोर फाइलों के दूषित होने के कारण

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

हालांकि, एक महत्वपूर्ण बात समझना आवश्यक है: वर्डप्रेस की कोर फाइलें और आपकी सामग्री पूरी तरह से अलग हैं। आपकी थीम, प्लगइन्स और अपलोड की गई छवियां सभी `wp-content` डायरेक्टरी में स्थित हैं, और कॉन्फ़िगरेशन संबंधी जानकारी `wp-config.php` में मौजूद है। दूसरी ओर, कोर फाइलें `wp-admin` और `wp-includes` जैसे फोल्डर हैं, जो मूल रूप से PHP प्रोग्रामों का एक समूह मात्र हैं।

इसलिए, कोर फ़ाइलों को SSH से बदलना असल में एक ही काम है: खराब प्रोग्राम की एक नई कॉपी को वापस इंस्टॉल करना। यह वैसा ही है जैसे जब आपका कंप्यूटर ब्लू स्क्रीन के साथ क्रैश हो जाता है; अगर आप सिस्टम को रीइंस्टॉल करते हैं, तो क्या आपकी D ड्राइव पर मौजूद फ़ाइलें अभी भी वहीं रहती हैं? यह उसी सिद्धांत पर काम करता है।

SSH का उपयोग करके वर्डप्रेस कोर फ़ाइलों को बदलने के लिए पूर्ण चरण।

कहानी कुछ इस तरह है: मैंने एसएसएच के माध्यम से लॉग इन किया, साइट डायरेक्टरी में प्रवेश किया, और सबसे पहले मैंने वर्तमान स्थिति की जांच की।

cd /var/www/html   # 根据你的实际路径

फिर, वर्डप्रेस का नवीनतम संस्करण डाउनलोड करें।

wget https://wordpress.org/latest.tar.gz
tar -xf latest.tar.gz

इस चरण में वर्डप्रेस की नवीनतम संपीड़ित फ़ाइल को डाउनलोड करना और फिर उसे एक्सट्रैक्ट करना शामिल है। इसके बाद आपको वर्तमान डायरेक्टरी में "वर्डप्रेस" नाम का एक नया फ़ोल्डर दिखाई देगा।

अगला चरण सबसे महत्वपूर्ण है: कोर फाइलों को कवर करना।

cp -rf wordpress/* .

इस कमांड का मतलब है वर्डप्रेस फोल्डर में मौजूद हर चीज को मौजूदा डायरेक्टरी में जबरदस्ती कॉपी करना।

आपको यह समझना होगा: इस प्रक्रिया से आपकी wp-content और wp-config.php फाइलें डिलीट नहीं होंगी। ये फाइलें वर्डप्रेस फोल्डर में मौजूद नहीं होतीं; ये सिर्फ आपकी साइट के लिए ही होती हैं। इसलिए, यह प्रक्रिया सुरक्षित है; इससे सिर्फ कोर प्रोग्राम फाइलें ही ओवरराइट होंगी।

उस कमांड को चलाने के बाद भी मुझे थोड़ी घबराहट हो रही थी। कहीं मैंने कुछ गलत तो नहीं लिख दिया?

फिर मैं इंस्टॉलेशन पैकेज को साफ करने चला गया।

rm -rf wordpress latest.tar.gz

साफ-सुथरा और कारगर, कोई निशान नहीं छोड़ता।

इन चरणों को पूरा करने के बाद, आपको एडमिन पैनल में लॉग इन करके डेटाबेस अपग्रेड करना होगा। इसका पाथ है /wp-admin/upgrade.php। यह चरण आवश्यक है क्योंकि वर्डप्रेस के नए संस्करण डेटाबेस संरचना को अपडेट कर सकते हैं।

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

संचालन से पहले बैकअप कार्य करना आवश्यक है।

लेकिन मैं आपको याद दिला दूं कि पहले बैकअप जरूर लें। कम से कम अपनी wp-config.php फ़ाइल और डेटाबेस का बैकअप जरूर लें। यह एक ऐसी आदत है जिसे आपको जरूर अपनाना चाहिए, चाहे आप अपने ऑपरेशन को कितना भी सुरक्षित क्यों न समझते हों। मैंने खुद डेटा हानि का अनुभव किया है, और वह दर्द सिर्फ एक बार ही सहना पड़ता है।

SSH रिप्लेसमेंट के बाद डायरेक्टरी परमिशन को कैसे ठीक करें

एक और बात: प्रतिस्थापन करने के बाद, आपको एक नई समस्या का सामना करना पड़ सकता है - निर्देशिका अनुमतियाँ।

रिप्लेसमेंट पूरा करने के बाद, मैंने एक प्लगइन इंस्टॉल करने के लिए बैकएंड में गया, लेकिन उसमें एक त्रुटि आ गई क्योंकि हम कुछ फाइलों को कॉपी नहीं कर सकते और अपग्रेड इंस्टॉल नहीं हुआ था।

इसका क्या मतलब है? इसका मतलब यह है कि जब आप किसी फ़ाइल को बदलने के लिए SSH के ज़रिए लॉग इन करते हैं, तो फ़ाइल का मालिक रूट या कोई अन्य उपयोगकर्ता बन सकता है, और आपका वेब सर्वर, जैसे कि अपाचे, www-data उपयोगकर्ता का उपयोग करता है, जिसके पास लिखने की अनुमति नहीं है। इसलिए, वर्डप्रेस का बैकएंड अपग्रेड तंत्र एक त्रुटि दिखाता है।

इसका समाधान जटिल नहीं है।

cd /home/你的用户名/web/你的域名文件夹/public_html/wp-content/
chmod -R 755 plugins/
chmod -R 755 themes/
chmod -R 755 uploads/
chmod -R 755 upgrade/

इन डायरेक्टरी को 755 परमिशन पर सेट करने का मतलब है कि केवल मालिक को ही लिखने का अधिकार है, और अन्य लोग केवल पढ़ सकते हैं।

यदि आप उपयोग कर रहे हैंहेस्टियासीपीइस पैनल का उपयोग करने का एक और भी सरल तरीका है।

chown -R 你的用户名:你的用户名 /home/你的用户名/web/你的域名文件夹/public_html/*

इसे एक वाक्य में किया जा सकता है।

अनुमतियों के विषय पर वापस आते हुए, यदि आपकी साइट पर सभी फ़ाइल अनुमतियाँ गलत हैं, तो आप उन्हें बैचों में संशोधित करने के लिए फाइंड कमांड का उपयोग कर सकते हैं।

find /home/你的用户名/web/你的域名文件夹/public_html -type d -print0 | xargs -0 chmod 755
find /home/你的用户名/web/你的域名文件夹/public_html -type f -print0 | xargs -0 chmod 644

डायरेक्टरी को 755 और फाइल को 644 नंबर दिए गए हैं।Linuxइस वातावरण में वेब सेवाओं के लिए मानक अनुमति विन्यास।

WP-CLI का उपयोग करके प्लगइन्स और थीम्स को बैच में अपडेट करें

इसके अलावा, यदि आप WP-CLI का उपयोग करने के आदी हैं, तो आप एक ही समय में प्लगइन्स और थीम को बैच में अपडेट भी कर सकते हैं।

wp plugin update --all
wp theme update --all

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

यह सब करने के बाद, जब मैं वापस उस वेबसाइट पर गया जो डाउन थी, तो मैंने पेज को रिफ्रेश किया और वह ठीक हो गई। फ्रंट-एंड सामान्य रूप से लोड हो गया, बैक-एंड से लॉगिन हो गया और कोई भी थीम या प्लगइन डिलीट नहीं हुआ।

इसे कैसे कहें? यह ऐसा है जैसे एसएसएच का उपयोग करने में पांच मिनट बिताने से आप पूरे दिन की परेशानी से बच जाते हैं।

मुझे लगता है कि कई वेबसाइट मालिकों को शायद ऐसी ही चिंता होती होगी: वर्डप्रेस अपग्रेड में समस्या आने पर वे घबरा जाते हैं और सोचने लगते हैं कि क्या उन्हें सब कुछ दोबारा इंस्टॉल करना पड़ेगा। दरअसल, वर्डप्रेस की फ़ाइल संरचना को समझने के बाद, कोर फ़ाइलें सिर्फ़ पैकेज होती हैं; आप उन्हें आसानी से बदल सकते हैं। जो कुछ भी वास्तव में आपका है, वह wp-content में है।

आखिरी बात: नियमित बैकअप लेने की आदत डालें। चाहे आप ऑटोमैटिक बैकअप के लिए प्लगइन का इस्तेमाल करें या SSH के ज़रिए मैन्युअल बैकअप लें, इससे कोई फर्क नहीं पड़ता। बस बैकअप लेने के लिए तब तक इंतज़ार न करें जब तक कोई समस्या न आ जाए।

आखिरकार, एक बार डेटा चला गया तो वह हमेशा के लिए चला गया; लेकिन अगर प्रोग्राम खराब हो जाता है, तो उसे बदला जा सकता है।

आपने यहाँ तक पढ़ लिया है, अगर आपको यह उपयोगी लगा हो तो कृपया इसे लाइक और शेयर करें। अगर आप सबसे पहले अपडेट पाना चाहते हैं तो मुझे फॉलो भी कर सकते हैं!

मेरा लेख पढ़ने के लिए धन्यवाद। फिर मिलेंगे।