WordPress
WordPress स्वचालित अपडेट
Auto-updates keep WordPress core, plugins and themes current without you watching for release notes, and they do it safely: a full backup is taken before every update, the site is checked…
Auto-updates WordPress core, plugins और themes को आप देखे बिना current रखते हैं, और यह सुरक्षित तरीके से करते हैं: हर update से पहले एक full backup ली जाती है, site को बाद में check किया जाता है, और कुछ भी जो site को break करता है वह automatically rollback हो जाता है।
Auto-Updates कहाँ होते हैं
Websites खोलें, site पर क्लिक करें, site tab strip में WordPress menu खोलें, और Updates चुनें। Page का शीर्षक Auto-updates है।
यह tab WordPress और WooCommerce sites पर दिखाई देता है। अगर site की hosting plan में यह feature शामिल नहीं है, तो page controls की जगह एक upgrade banner दिखाता है।
Managed Update कैसे काम करता है
हर update के लिए sequence, scheduled हो या manual, समान है:
- Back up करें। कोई भी बदलाव होने से पहले site का एक full backup तुरंत लिया जाता है। अगर backup fail हो जाता है, तो run को skip कर दिया जाता है बजाय safety net के बिना आगे बढ़ने के।
- Apply करें। Update install किया जाता है।
- Verify करें। Site को HTTP पर fetch किया जाता है और response को check किया जाता है।
- Watch करें। Run को आधे घंटे के observation window में रखा जाता है, जिसके दौरान site को errors और uptime incidents के लिए देखा जाता है।
- Confirm या roll back करें। अगर window के अंत में सब कुछ healthy है, तो run को Applied mark किया जाता है। अगर site errors return कर रहा है, तो pre-update backup को automatically restore किया जाता है और run को Rolled back mark किया जाता है।
यह observation window ही वजह है कि आप एक run को Applied (watching) पर कुछ समय के लिए बैठा हुआ देखेंगे। यह stuck नहीं है। यह वह अवधि है जिसमें एक problem जो केवल real traffic के तहत दिखाई देता है, automatic rollback को trigger कर सकता है।
क्योंकि हर update से पहले एक backup लिया जाता है, auto-updates backup storage को consume करते हैं उसी अनुपात में जितनी बार वे run करते हैं। यह वह trade-off है जो आप बना रहे हैं, और यह सही है: एक update जिसे आप undo नहीं कर सकते वह एक storage bill से भी बदतर है।
इसे चालू करना
Master control Automatic updates है, जिसे इस site के लिए master switch के रूप में described किया जाता है। यह शुरुआत में switch off होता है, इसलिए जब तक आप इसे deliberately turn on न करें कुछ नहीं होता।
इसके नीचे तीन category switches बैठे हैं:
| Switch | Covers |
|---|---|
| WordPress core | Core releases |
| Plugins (default) | हर plugin बिना किसी specific override के |
| Themes | Installed themes |
तीनों default पर on होते हैं, इसलिए master switch को on करने से आप को full managed behaviour मिलता है। अगर आप इसे खुद handle करना चाहते हैं, तो कोई individual category को off करें, उदाहरण के लिए अगर कोई client contract कहता है कि core upgrades scheduled work हैं।
Update Window चुनना
Quiet hours (NZ time) selectors scheduled updates के लिए daily window define करते हैं, और नीचे की strip इसे 24-hour bar के पार draw करती है ताकि आप इसे एक नज़र में देख सकें। Default small hours हैं, 02:00 से 05:00 New Zealand time तक।
एक site को एक दिन में एक बार माना जाता है। Runs spread out होते हैं बजाय सभी के लिए एक ही moment पर fire होने के, इसलिए exact minute vary करता है।
एक window चुनें जो आपके actual traffic से match करे, clock से नहीं। एक New Zealand retail site 3am पर quiet होता है; एक site जिसका audience Europe में है वह नहीं होता। Update window चुनने से पहले site के Analytics tab में अपने traffic की real shape देखें।
Per-Plugin Overrides
हर plugin को same तरीके से treat नहीं किया जाना चाहिए। Pending updates section में, हर plugin row के पास एक selector है जिसमें तीन choices हैं:
- Default, जो ऊपर Plugins switch को follow करता है।
- Auto-update, जो इस plugin को हमेशा update करता है regardless of the default।
- Manual only, जो इसे automatically कभी update नहीं करता।
Manual only को कम और deliberately use करें। दो अच्छे कारण हैं: एक plugin जिसे आपने customize किया है, और एक plugin जिसके updates ने पहले site को break किया है। एक plugin जो manual पर छोड़ा गया है वह एक plugin है जो quietly security vulnerabilities जमा करता है, इसलिए अपने calendar में एक reminder रखें इसे review करने के लिए।
Auto-update को कुछ भी के लिए use करें जो security sensitive हो और जिसे आप चाहते हैं patched हो moment पर जब एक fix ship होता है, regardless of what the default is set to।
अभी Updates चलाना
Page के top पर Run updates now पर क्लिक करें एक run को immediately start करने के लिए, window के लिए wait किए बिना। समान backup, verify और observe sequence apply होता है, इसलिए एक manual run एक scheduled एक जितना ही safe होता है।
Pending updates section में एक Apply all updates now button भी होता है एक बार जब यह site को check करना finished कर लेता है। इस section में Refresh पर क्लिक करें नई releases के लिए re-check करने के लिए।
केवल एक run एक समय में flight में हो सकता है। अगर एक run already चल रहा है, या अभी भी अपने observation window में है, तो एक नया refuse किया जाता है।
Statistics और History को पढ़ना
Five figures page के top पर बैठे हैं: Success rate, Applied, Rolled back, Failed और Last run। जो watch करने के लिए लायक है वह Rolled back है। एक rollback system को अपना काम करते हुए दिखाता है, लेकिन same plugin के against rollbacks का एक pattern आपको कुछ बता रहा है।
उसके नीचे, Update history हर run को list करता है with:
- क्या update किया गया था और इसका version change।
- एक status: Applied, Applied (watching), Rolled back, Failed, Skipped, Running या Pending।
- क्या यह Scheduled था या Manual।
अगर कुछ भी अभी तक run नहीं हुआ है, तो section ऐसा कहता है और explain करता है कि updates वहां appear होते हैं जब वे automatically run होते हैं या जब आप उन्हें manually trigger करते हैं।
हाथ से Rollback करना
एक successful run अपना pre-update backup रखता है, और rows जिनके पास एक है एक Roll back control offer करती हैं।
इसे क्लिक करना आपको confirm के लिए पूछता है, और wording महत्वपूर्ण है: यह आपके site को pre-update backup पर restore करता है जो इस update से पहले लिया गया था, और उसके बाद से किए गए changes lost हो जाएंगे।
इसे literally पढ़ें। अगर update रात को चला था और आपकी team ने तब से तीन posts publish किए हैं और चालीस orders लिए हैं, तो rolling back उन्हें discard करता है। Manual rollback एक bad update के कुछ मिनटों के भीतर सही tool है और एक दिन बाद गलत tool है। उस case में, fix forward करें, या बजाय एक more recent backup से selectively restore करें: देखें Restoring From a Backup।
Result plainly report किया जाता है: या तो site healthy वापस आया, या HTTP status जो यह return करता है।
जब Updates Skip होते हैं
एक run को fail होने के बजाय skip किया जा सकता है। दो common reasons हैं:
- Pre-update backup fail हो गया। कुछ भी update नहीं किया जाता, और आपको notify किया जाता है। पहले backup problem को fix करें: Taking a Backup।
- एक run पहले से flight में है या observation के तहत। Site को अकेला छोड़ दिया जाता है जब तक current run resolve न हो जाए।
Troubleshooting
Page एक upgrade banner दिखाता है controls की जगह। Site की hosting plan में managed auto-updates शामिल नहीं हैं। देखें Upgrading Your Plan।
कुछ भी नहीं चलता भले ही switch on हो। Check करें कि कम से कम एक category switch on है, कि window एक zero-length range पर नहीं set है same start और end hour के साथ, और कि कोई पहले का run अभी observation के तहत नहीं है।
एक plugin हमेशा roll back होता है। Plugin site पर किसी और चीज़ के साथ incompatible है। इसे Manual only पर set करें, इसे एक staging copy पर पहले update करें, और conflict को वहाँ fix करें: देखें WordPress Staging Workflow।
Updates applied होते हैं लेकिन site गलत दिखता है error करने के बजाय। Health check HTTP errors के लिए देखता है, और एक visually broken page जो अभी भी एक 200 return करता है यह pass करता है। यही वजह है कि history और manual rollback control are for हैं।
अगला कहाँ जाएं
- WordPress Updates manual update process के लिए।
- Restoring From a Backup जब rollback काफी नहीं होता।
- Site Activity Log, जो हर auto-update run को record करता है।