WordPress "காலதாமதத்திற்கு இதற்காக தற்காலிகமாக கிடைக்கவில்லை" பிழையின் உறுதி செய்யப்பட்ட தீர்வு

WordPress "காலதாமதத்திற்கு இதற்காக தற்காலிகமாக கிடைக்கவில்லை" பிழை உங்கள் இணையதளம் புதுப்பிக்கும் போது பராமரிப்பு நிலையில் சிக்கிக் கிடப்பதை குறிக்கிறது, மேலும் மிக விரைவான தீர்வு பொதுவாக WordPress அடிப்படை கோப்புறையில் உள்ள .maintenance கோப்பினை நீக்குவது ஆகும். இந்த கோப்பு; பிளக்கின், தீமை அல்லது மைய புதுப்பிப்பு முடிவுக்கு வராத போது தானாகவே நீக்கப்படுவதில்லை மற்றும் பயணிகள் "காலதாமதத்திற்கு இதற்காக தற்காலிகமாக கிடைக்கவில்லை. ஒரு நிமிடம் பின்னே பாருங்கள்." என்ற செய்தியை காண்கிறார்கள். சரியான கோப்பினை நீக்கிய பிறகு, கேஷ் துடைத்து, புதுப்பிப்புகளை சரிபார்க்கிறதன் மூலம் உங்கள் இணையதளத்தை பெரும்பாலும் 2-5 நிமிடங்களில் மீண்டும் செயல்படுத்தலாம்.

இந்த வழிகாட்டியில், பிழையை தற்காலிகமாக நீக்கவே மட்டுமல்லாமல், மீண்டும் நடக்காமலிருப்பதற்கான வழிகளையும் படி படியாக விவரிக்கிறோம். FTP, cPanel கோப்பு மேலாளர், SSH மற்றும் WP-CLI முறைகளை; புதியவர்கள் முதல் தொழில்நுட்ப பயனாளர்களுக்கேற்ப விளக்கமாக விவரிக்கிறோம். மேலும், சிக்கல் ஹோஸ்டிங் மூலம் வருகிறதா, பிளக்கின் மோதல், போதிய இடம் இல்லையா அல்லது நிறுத்தப்பட்ட புதுப்பிப்பு செயல்முறை என்பதைக் கண்டுபிடிக்க உதவும் நடைமுறை சரிபார்ப்பு பட்டியல்களை பகிர்ந்துகொள்வோம்.

WordPress "காலதாமதத்திற்கு இதற்காக தற்காலிகமாக கிடைக்கவில்லை" பிழை என்ன?

WordPress; மையம், தீம், பிளக்கின் அல்லது மொழிபெயர்ப்பு புதுப்பிப்புகளை செய்யும்போது, பயணிகள் பாதியாய் பதிவேற்றப்பட்ட கோப்புகளுடன் சந்திக்காத வகையில் தற்காலிக பராமரிப்பு முறையை உருவாக்குகிறது. இந்த செயல்முறையில், இணையதளத்தின் அடிப்படை கோப்புறையில் .maintenance என்ற பெயரில் ஒரு சிறிய கோப்பு சேர்க்கப்படுகிறது. சாதாரணமாக, புதுப்பிப்பு முடியும்போது, WordPress இந்த கோப்பினை தானாகவே நீக்கி, இணையதளம் மீண்டும் திறக்கிறது.

ஆனால், புதுப்பிப்பு இடையில் நிறுத்தப்படும்போது, சேவையகம் பதில் அளிக்காமல் இருந்தால், PHP செயல்முறை காலாவதியாக இருந்தால், இடம் நிரம்பியிருந்தால் அல்லது உலாவி டேப் புதுப்பிப்பு போது மூடப்பட்டால், .maintenance கோப்பு நீக்கப்படாமல் இருக்கலாம். இதனால், இணையதளம் பராமரிப்பு முறையில் சிக்கி விடும். பிழை செய்தி பொதுவாக இப்படியாக இருக்கும்:

காலதாமதத்திற்கு இதற்காக தற்காலிகமாக கிடைக்கவில்லை. ஒரு நிமிடம் பின்னே பாருங்கள்.

இந்த செய்தி முதலில் பார்ப்பது கடுமையான முறையாக தோன்றினாலும், பெரும்பாலான நிகழ்வுகளில் தரவுகளை இழக்கும் என்று அர்த்தமில்லை. உண்மையான முக்கிய புள்ளி, பிழையை நீக்கிய பிறகு, தோல்வியடைந்த புதுப்பிப்பு எந்த கோப்பில் அல்லது பிளக்கினில் தடுக்கப்பட்டது என்பதை கண்டுபிடிக்க வேண்டும். ஏனெனில், வெறும் .maintenance கோப்பினை நீக்குவது இணையதளத்தை திறக்கிறது; ஆனால் பாதியாய் உள்ள பிளக்கின் புதுப்பிப்பு பாதுகாப்பு, செயல்திறன் அல்லது ஒத்துழைப்பு சிக்கலுக்கு வழிவகுக்கும்.

பிழையின் மிகவும் பொதுவான காரணங்கள்

WordPress பராமரிப்பு முறையில் பிழை தனி காரணத்திற்கு அடிப்படையாக இல்லை. வரையறுக்கப்பட்ட சிக்கல்களை அறிதல், தீர்வுக்கான நேரத்தை முறையாக குறைக்கிறது. குறிப்பாக பல பிளக்கின்களைப் பயன்படுத்தும், பழைய PHP பதிப்பில் செயல்படும் அல்லது குறைந்த ஆதாரமான ஹோஸ்டிங் திட்டங்களில் உள்ள இணையதளங்களில், இந்த பிழை அதிகமாகக் காணப்படலாம்.

1. புதுப்பிப்பு இடையில் நிறுத்தப்படுவது

WordPress நிர்வாகப் பலகையில் ஒரே நேரத்தில் பல பிளக்கின்களை புதுப்பிக்கும்போது செயல்முறை நேரம் நீளமாகும். சேவையகம் புதுப்பிப்பு தொகுப்புகளை பதிவிறக்கம் செய்கிறது, zip கோப்பை அகற்றுகிறது, பழைய கோப்புகளை புதியவுடன் மாற்றுகிறது மற்றும் பராமரிப்பு முறையை அண்மையில் முடிக்கிறது. இந்த படிகளில் ஏதாவது ஒன்றும் நிறுத்தப்படுமானால், இணையதளம் பராமரிப்பு முறையில் சிக்கி விடும். எடுத்துக்காட்டாக, 12 பிளக்கின்களை ஒரே நேரத்தில் புதுப்பிக்கும்போது உலாவி இணைப்பு துண்டிக்கப்படுமானால், .maintenance கோப்பு அமைப்பில் இருக்கலாம்.

2. போதிய சேவையக ஆதாரம் இல்லை

புதுப்பிப்பு நடைபெறும் போது PHP நினைவக வரம்பு, அதிகபட்ச செயல்முறை நேரம் மற்றும் இடம் எழுதும் வேகம் முக்கியமாக இருக்கிறது. குறிப்பாக பெரிய பக்கம் உருவாக்கிகள், WooCommerce, பாதுகாப்பு பிளக்கின்கள் அல்லது பல மொழி இணையதளம் பிளக்கின்கள் புதுப்பிப்பு போது அதிக ஆதாரங்களைப் பயன்படுத்தலாம். நீங்கள் பகிர்ந்த ஹோஸ்டிங் பயன்படுத்துகிறீர்களானால், உங்கள் இணையதளம் அடிப்படையை அடிக்கடி அடைகிறதா, பராமரிப்பு முறையில் பிழை மீண்டும் ஏற்படலாம். உங்கள் WordPress இணையதளத்திற்கு மிகவும் சமநிலையாக்கப்பட்ட ஆதாரங்களுக்கு தேவையானது என்றால், WordPress ஹோஸ்டிங் திட்டங்களை பரிசீலிக்கலாம்.

3. இடம் அல்லது Inode வரம்பு நிரம்புவது

WordPress புதுப்பிப்பு தொகுப்பை பதிவிறக்கம் செய்யும்போது தற்காலிக கோப்புகளை உருவாக்குகிறது. இடம் நிரம்பியிருந்தால் அல்லது inode வரம்பு மீறப்பட்டால், புதிய கோப்புகள் எழுத முடியாது. இந்த நிலையில், புதுப்பிப்பு முடிவுக்கு வர முடியாது மற்றும் பராமரிப்பு முறை முடிக்கப்படாமல் இருக்கலாம். குறிப்பாக, மிக அதிக அளவிலான சிறிய கேஷ் கோப்புகள், பழைய காப்புகள், பதிவேற்ற கோப்புகள் மற்றும் பயன்படுத்தப்படாத தீமை கோப்புறைகள் inode பயன்படுத்தத்தை அதிகரிக்கிறது.

4. பிளக்கின் அல்லது தீமை ஒற்றுமை

சில பிளக்கின்கள் புதுப்பிப்பு போது கோப்பு அனுமதிகளை மாற்றலாம், பாதுகாப்பு சுவர் விதிகளுடன் கோப்பு எழுதும் செயல்களை தடுக்கும் அல்லது WordPress மையத்துடன் ஒற்றுமை இல்லாமல் செயல்பாடுகளை செய்யலாம். புதுப்பிப்பின் பிறகு வெள்ளை திரை, 500 பிழை அல்லது நிர்வாகப் பலகிற்கு அடைந்துகொள்ள முடியாமை போன்ற கூடுதல் அறிகுறிகள் இருந்தால், வெறும் பராமரிப்பு முறையல்லாமல், ஒற்றுமை சிக்கலும் உள்ளதாக இருக்கலாம்.

5. கோப்பு அனுமதிகள் மற்றும் உரிமை பிரச்சினைகள்

WordPress கோப்புகளை உருவாக்கி மற்றும் அழிக்க வேண்டுமானால், சரியான அனுமதிகளுக்கு தேவையானது. பொதுவான நடைமுறையில், கோப்புறைகளுக்கு 755, கோப்புகளுக்கு 644 அனுமதிகளைப் பயன்படுத்துகிறார்கள். தவறான உரிமை அல்லது மிகக் கட்டுப்பாட்டுள்ள அனுமதிகள், WordPress இன் .maintenance கோப்பினை நீக்க முடியாமல் இருக்கச் செய்வதற்கான காரணமாக இருக்கலாம். இவ்வாறான சந்தர்ப்பங்களில், ஹோஸ்டிங் கட்டுப்பாட்டு பலகை அல்லது தொழில்நுட்ப ஆதரவு மூலம் கோப்பு உரிமையை சரிபார்க்க வேண்டும்.

வேகமான தீர்வு: .maintenance கோப்பினை நீக்குங்கள்

எல்லா பொதுவான மற்றும் பயனர் நன்மை தரும் தீர்வு, WordPress அடிப்படை கோப்புறையில் உள்ள .maintenance கோப்பினை நீக்குவதாகும். அடிப்படை கோப்புறை பொதுவாக public_html, www அல்லது உங்கள் இணையதளத்தின் கோப்புறையாக இருக்கும். இந்த கோப்புறையில் wp-admin, wp-content மற்றும் wp-includes கோப்புறைகளைப் பார்த்தால், நீங்கள் சரியான இடத்தில் இருக்கிறீர்கள்.

முக்கிய எச்சரிக்கை: செயல்முறை தொடங்குவதற்கு முன் காப்பு எடுக்கவும்

.maintenance கோப்பினை நீக்குவது குறைந்த ஆபத்து உள்ள செயல்முறையாகும்; ஆனால், புதுப்பிப்பு இடையில் நிறுத்தப்பட்டிருந்தால், கோப்பு முழுமை உடைந்திருக்கலாம். எனவே, முறைப்படி, முதலில் கோப்பு மற்றும் தரவுத்தொகுப்பின் காப்பை எடுக்கவும். உங்கள் ஹோஸ்டிங் பலகையில் தானியங்கி காப்பு இருந்தால், கடைசி உறுதியான காப்பு புள்ளியை குறிக்கவும். நிறுவன, மின் வர்த்தகம் அல்லது அதிக போக்குவரத்துள்ள இணையதளங்களில் செயல்முறைக்கு முன் சுருக்கமான பராமரிப்பு சுழற்சி அமைத்தல் சிறந்த நடைமுறையாகும்.

• தரவுத்தொகுப்பு காப்பு எடுத்து கொள்ளுங்கள் அல்லது தற்போது உள்ள தானியங்கி காப்புகளை சரிபார்க்கவும்.
• wp-content கோப்புறையை நீக்காதீர்கள்; ஊடகம், தீம் மற்றும் பிளக்கின் கோப்புகள் அங்கு உள்ளன.
• மட்டுமே அடிப்படை கோப்புறையில் உள்ள .maintenance கோப்பினை நோக்குங்கள்.
• செயல்முறையின் பிறகு WordPress புதுப்பிப்புகளை மீண்டும் சரிபார்க்கவும்.

முறை 1: cPanel கோப்பு மேலாளருடன் தீர்வு

தொழில்நுட்ப தகவலில் குறைவான பயனாளர்களுக்கு மிகவும் நடைமுறைபூர்வமான வழி cPanel கோப்பு மேலாளர் பயன்படுத்துவது ஆகும். Hostragons கட்டுப்பாட்டு பலகையில் கோப்புகளுக்கு அணுகி, சில படிகளில் பிழையை சரிசெய்யலாம். உங்கள் ஹோஸ்டிங் பலகையில் கோப்பு மேலாளர் இல்லை என்றால், FTP முறையைப் பயன்படுத்தலாம்.

படி படியாக cPanel மூலம் .maintenance நீக்குதல்

• ஹோஸ்டிங் கட்டுப்பாட்டு பலகையில் உள்நுழைக.
• கோப்பு மேலாளர் பிரிவை திறக்கவும்.
• WordPress நிறுவல் உள்ள public_html கோப்புறைக்கு செல்லவும்.
• அதிகரித்த மேல் அல்லது அமைப்பு பகுதியில் கெட்ட கோப்புகளை காட்டவும் விருப்பத்தை செயல்படுத்தவும். புள்ளி கொண்டு தொடங்கும் கோப்புகள் இயல்பாகக் காட்சியளிக்கப்படாதிருக்கவில்லையா.
• .maintenance கோப்பினை காணவும்.
• கோப்பினை தேர்வு செய்து அழிக்கவும் கட்டளையை வழங்கவும்.
• உலாவியின் கேஷ் மற்றும் இருந்தால், இணையதளத்தின் கேஷ் துடைக்கவும்.
• உங்கள் இணையதளத்தை மறுபடியும் மறையுள்ள டேபில் திறக்கவும் மற்றும் சரிபார்க்கவும்.

கோப்பினை நீக்கிய பிறகு, இணையதளம் திறக்கப்பட்டால், முதற்கட்டம் நிறைவாகியுள்ளது. ஆனால் உடனே WordPress நிர்வாகப் பலகிக்கு சென்று தொடக்கம் > புதுப்பிப்புகள் பகுதியில் சரிபார்க்கவும். தோல்வியடைந்த பிளக்கின் அல்லது தீமை புதுப்பிப்பினை தனித்தனியாக மீண்டும் செயல்படுத்தவும். ஒரே நேரத்தில் குழு புதுப்பிப்பு செய்வதற்கு பதிலாக, முதலில் WordPress மையத்தை, பின்னர் தீமையை, பிறகு பிளக்கின்களை புதுப்பிப்பது மிகவும் பாதுகாப்பாக இருக்கும்.

முறை 2: FTP அல்லது SFTP மூலம் தீர்வு

FTP/SFTP முறை, cPanel இல் அணுகல் இல்லாத அல்லது கோப்பு செயல்களை மேசையிலிருந்து செய்ய விரும்பும் பயனாளர்களுக்கு மிகவும் சிறந்தது. FileZilla, Cyberduck அல்லது WinSCP போன்ற கிளையண்டுகளைப் பயன்படுத்தி, சேவையகத்துடன் இணைக்கலாம். பாதுகாப்பு தொடர்பாக, FTPக்கு பதிலாக SFTP ஐப் பயன்படுத்துவது பரிந்துரைக்கப்படுகிறது.

FTP மூலம் செயல்முறை படிகள்

• FTP கிளையண்டைப் திறந்து, சேவையக முகவரி, பயனர் பெயர், கடவுச்சொல் மற்றும் போர்ட் தகவல்களுடன் இணைக்கவும்.
• WordPress நிறுவல் கோப்புறைக்கு செல்லவும். பொதுவாக public_html கோப்புறையாகும்.
• கிளையண்டில் கெட்ட கோப்புகளை காட்சியளிக்க விருப்பத்தை செயல்படுத்தவும். FileZilla இல், இந்த விருப்பு பொதுவாக சேவையகம் > கெட்ட கோப்புகளை காட்சிக்கு கட்டாயம் செய்யவும் மெனுவில் உள்ளது.
• .maintenance கோப்பினை காணவும்.
• கோப்பினை அழிக்கவும் அல்லது உறுதியாக இருக்க, முதலில் உங்கள் கணினிக்கு பதிவிறக்கம் செய்து, பின்னர் சேவையகத்திலிருந்து நீக்கவும்.
• இணையதளத்தை புதுப்பிக்கவும் மற்றும் நிர்வாகப் பலகியில் புதுப்பிப்பு நிலையை சரிபார்க்கவும்.

FTP இணைப்பு தோல்வியடைந்தால், போர்ட், கடவுச்சொல், IP தடுப்பு அல்லது பாதுகாப்பு சுவர் சரிபார்ப்புகளைச் செய்ய வேண்டும். டொமைன் புதியதாக மாற்றப்பட்டால், DNS பரவல் முடிவுக்கு வராதிருக்கலாம். இவ்வாறான சந்தர்ப்பங்களில் தற்காலிக சேவையக முகவரி அல்லது நேரடியாக IP மூலம் இணைப்பை முயற்சிக்கலாம். டொமைனின் மேலாண்மை மற்றும் DNS பதிவுகள் தொடர்பான ஆதரவு தேவைப்பட்டால், அமைப்பு விசாரணை மற்றும் கட்டுப்பாட்டு மேலாண்மை உள்ளடக்கம் தொடர்பு கொள்வதன் மூலம் பயனர் அனுபவத்தை மேம்படுத்துகிறது.

முறை 3: SSH மூலம் வேகமான தீர்வு

SSH அணுகல் உள்ள பயனாளர்களுக்கு, குறுக்கு கட்டளையைப் பயன்படுத்துவது மிகவும் வேகமான முறை ஆகும். இந்த செயல்முறை குறிப்பாக நிறைய WordPress இணையதளங்களை நிர்வகிக்கும் நிறுவனம் மற்றும் மேம்படுத்துநர்களுக்கு நேரத்தைச் சேமிக்கிறது. தவறான கோப்புறையில் செயல்படாமல் இருக்க, கட்டளைகளை கவனமாக செயல்படுத்தவும்.

SSH கட்டளைகள்

முதலில் WordPress அடிப்படை கோப்புறைக்கு செல்லவும்:

cd public_html

கெட்ட கோப்புகளை பட்டியலிடவும்:

ls -la

.maintenance கோப்பினை நீக்கவும்:

rm .maintenance

பிறகு இணையதளத்தைப் சரிபார்க்கவும். பல WordPress நிறுவல்கள் உள்ளன என்றால், எந்த கோப்புறையில் செயல்படுகிறீர்கள் என்பதை உறுதிசெய்து கொள்ளவும். தவறான கோப்புறையில் உள்ள கோப்புகளை நீக்குவது, வெவ்வேறு இணையதளங்களில் சிக்கல்களுக்கு வழிவகுக்கலாம். SSH இல் செயல்படும் போது, முதலில் pwd கட்டளையுடன் நீங்கள் உள்ள கோப்புறையை உறுதிப்படுத்துவது நல்லது.

முறை 4: WP-CLI மூலம் புதுப்பிப்புகளை முடிக்கவும்

WP-CLI, WordPress ஐ கட்டளை வரியில் நிர்வகிக்க உதவும் ஒரு சக்திவாய்ந்த கருவியாகும். இது வெறும் .maintenance கோப்பினை நீக்குவதையே அல்ல, புதுப்பிப்புகளை சரிபார்க்கவும் மற்றும் முடிக்கவும் உதவுகிறது. மேம்படுத்துநர் மட்டத்தில் உள்ள பயனாளர்களுக்கு இது மிகவும் தூய்மையான முறைகளில் ஒன்றாகும்.

உதாரண WP-CLI சரிபார்ப்புகள்

• wp core version மூலம் WordPress பதிப்பை சரிபார்க்கவும்.
• wp plugin list மூலம் பிளக்கின் நிலைகளை காணலாம்.
• wp plugin update --all ஐப் பதிலாக, ஆபத்தான இணையதளங்களில் பிளக்கின்களை தனித்தனியாக புதுப்பிக்கவும்.
• wp theme list மூலம் செயல்படுத்தப்பட்ட தீம் மற்றும் பதிப்பு தகவல்களை சரிபார்க்கவும்.
• wp cache flush மூலம் WordPress கேஷ் துடைக்கவும்.

WP-CLI ஐப் பயன்படுத்தும்போது, பராமரிப்பு முறை செயல்பாட்டில் இருக்கிறதா என்பதைக் கண்ணுக்குப் பிடிக்க, அடிப்படை கோப்புறையில் .maintenance கோப்பினை சரிபார்க்கலாம். நீங்கள் புதுப்பிப்பு போது பிழை செய்தி பெறுகிறீர்களானால், வெளியீட்டில் உள்ள பிளக்கின் பெயரை குறிப்பிட்டு வைக்கவும். சிக்கலான பிளக்கினை தற்காலிகமாக முடக்கி, புதுப்பிப்பை பின்னர் சோதனை சூழலில் முயற்சிக்கவும், இது மேலும் பாதுகாப்பாக இருக்கும்.

தீர்வு முறைகளை ஒப்பீட்டு அட்டவணை

.maintenance கோப்பினை நீக்கினேன் ஆனால் இணையதளம் திறக்கவில்லை: என்ன செய்ய வேண்டும்?

சில சந்தர்ப்பங்களில் பராமரிப்பு முறை நீக்கப்படுகிறது ஆனால் இணையதளம் இன்னும் வெள்ளை திரை, 500 Internal Server Error, முக்கிய பிழை அல்லது குலைப்பு வடிவம் காட்சியளிக்கலாம். இது, புதுப்பிப்பு கோப்பு மட்டத்தில் பாதி நிறுத்தப்பட்டுள்ளது என்பதை குறிக்கிறது. பதற்றப்படாமல், கீழ்க்காணும் சரிபார்ப்புகளை ஒழுங்காக மேற்கொள்ளவும்.

1. கேஷ் துடைக்கவும்

உலாவி, WordPress கேஷ் பிளக்கின், சேவையக கேஷ் மற்றும் CDN அடுக்குகள் பழைய பராமரிப்பு முறை திரையை காட்ட ஆரம்பிக்கலாம். முதலில் உலாவியை மறைவு டேபில் திறக்கவும். பின்னர் இருந்தால் LiteSpeed Cache, WP Rocket, W3 Total Cache அல்லது இதுபோன்ற பிளக்கின்களின் கேஷ் துடைக்கவும். CDN ஐப் பயன்படுத்தினால், கேஷ் பளிங்கு செயல்முறை செய்யவும். SSL மற்றும் பாதுகாப்பான இணைப்பு அமைப்பில் சிக்கல் இருந்தால், SSL சான்றிதழ் பக்கம் மூலம் சரியான சான்றிதழைப் பயன்படுத்துவதற்கான வழிமுறைகளை வழங்கலாம்.

2. சிக்கலான பிளக்கின்களை தற்காலிகமாக முடக்கவும்

நிர்வாகப் பலகியில் அடைய முடியாதவரை, FTP அல்லது கோப்பு மேலாளர் மூலம் wp-content/plugins கோப்புறைக்கு செல்லவும். சந்தேகத்திற்கிடமாக உள்ள பிளக்கின் கோப்புறையின் பெயரை, எடுத்துக்காட்டாக plugin-name-passive ஆக மாற்றவும். இந்த செயல்முறை பிளக்கினை முடக்கிவிடும். இணையதளம் திறக்கப்பட்டால், சிக்கல் அந்த பிளக்கினில் இருக்க வாய்ப்பு உள்ளது. எந்த பிளக்கின் பிழை ஏற்படுத்துகிறது என்று தெரியாவிட்டால், plugins கோப்புறையை தற்காலிகமாக plugins-old ஆக்கி அனைத்து பிளக்கின்களையும் மூடலாம், பின்னர் தனியாக மீண்டும் திறக்கலாம்.

3. இயல்பான தீமையை மாற்றவும்

புதுப்பிப்பு தீமை மூலம் ஏற்படுமானால், செயல்படுத்தப்பட்ட தீமை இணையதளத்தை குலையக்கூடும். நிர்வாகப் பலகிக்கு அடைய முடியவில்லை என்றால், தரவுத்தொகுப்பில் செயல்படுத்தப்பட்ட தீமையை மாற்றுவதற்கு அல்லது தீமை கோப்புறையின் பெயரை மாற்றுவதற்கான முயற்சிகள் தேவைப்படலாம். WordPress, ஒரு பொருத்தமான இயல்பான தீமை இருந்தால் Twenty Twenty-Four அல்லது Twenty Twenty-Five போன்ற தீமைகளில் ஒன்றிற்கு திரும்பலாம். தனிப்பட்ட தீமை கொண்ட இணையதளங்களில், செயல்முறை முன்னர் காப்பு எடுக்கப்பட வேண்டும்.

4. PHP பிழை பதிவுகளை சரிபார்க்கவும்

பிழையின் உண்மையான காரணத்தைப் புரிந்துகொள்ள, error_log கோப்பினை சரிபார்க்கவும். "Allowed memory size exhausted", "Fatal error", "Permission denied" அல்லது "No space left on device" போன்ற சொற்கள் சிக்கலின் மூலத்தை தெளிவாகக் காட்டுகின்றன. எடுத்துக்காட்டாக "Allowed memory size exhausted" என்றால் PHP memory_limit மதிப்பை உயர்த்த வேண்டியிருக்கும். WooCommerce மற்றும் அதிக பிளக்கின்களைப் பயன்படுத்தும் இணையதளங்களில் 256 MB அல்லது அதற்கு மேற்பட்ட நினைவக வரம்பு அதிக நிலையான முடிவுகளை வழங்க வாய்ப்பு உள்ளது.

5. குறைந்த புதுப்பிப்புகளை மீண்டும் நிறுவவும்

WordPress மைய கோப்புகள் பாதியில் நிறுத்தப்பட்டிருந்தால், நிர்வாகப் பலகியில் "WordPress ஐ மீண்டும் நிறுவ" விருப்பத்தைப் பயன்படுத்தலாம். இந்த செயல்முறை wp-content கோப்புறையை மற்றும் தரவுத்தொகுப்பை அழிக்காது; மைய கோப்புகளை புதுப்பிக்கிறது. அதே சமயம், நேரடி இணையதளத்தில் செயல்படுவதற்கு முன் காப்பு எடுக்க வேண்டும். பிளக்கின் புதுப்பிப்பு பாதியில் நிறுத்தப்பட்டிருந்தால், அந்த பிளக்கினை அதிகாரப்பூர்வ ஆதாரத்திலிருந்து மீண்டும் பதிவிறக்கம் செய்யவும் அல்லது மேலாண்மையில் மீண்டும் புதுப்பிக்கவும் தீர்வு ஆகலாம்.

பிழை மீண்டும் ஏற்படுவதற்கு தடுக்கும் சிறந்த நடைமுறைகள்

WordPress "காலதாமதத்திற்கு இதற்காக தற்காலிகமாக கிடைக்கவில்லை" பிழை பெரும்பாலும் விரைவாக தீர்க்கப்படுகிறது; ஆனால் இது அடிக்கடி மீண்டும் ஏற்படுமானால், கட்டமைப்பு அல்லது பராமரிப்பு நடைமுறையில் மேம்பாடு செய்ய வேண்டும். கீழ்க்காணும் நடைமுறைகள், குறிப்பாக போக்குவரத்து கொண்ட வணிக இணையதளங்கள் மற்றும் மின் வர்த்தக திட்டங்களுக்கு மிக முக்கியமானவை.

புதுப்பிப்புகளை குழுவாக அல்ல, படிப்படியாக மக்

20 பிளக்கின்களை ஒரே நேரத்தில் புதுப்பிப்பது நேரத்தைச் சேமிக்கிறது போல் தோன்றலாம்; ஆனால் பிழைகளைத் தீர்க்கவும் சிரமத்தை ஏற்படுத்துகிறது. பாதுகாப்பான வரிசை இதுவாக இருக்க வேண்டும்: முதலில் முழு காப்பு எடுக்கவும், பின்னர் WordPress மையத்தை புதுப்பிக்கவும், பின்னர் தீமையை, கடைசி பிளக்கின்களை 3-5 கும்பலாக புதுப்பிக்கவும். முக்கிய பிளக்கின்களில், ஒவ்வொரு புதுப்பிப்பின் பிறகு இணையதளத்தைச் சரிபார்க்கவும்.

Staging சூழலைப் பயன்படுத்தவும்

நிறுவன இணையதளங்களில், புதுப்பிப்புகளை நேரடியாக நேரடி இணையதளத்தில் செய்யுவது ஆபத்தானது. Staging சூழல், உங்கள் இணையதளத்தின் நகல் மீது புதுப்பிப்பு சோதனை நடத்த அனுமதிக்கிறது. இதனால், ஒற்றுமை இல்லாத பிளக்கின்கள் அல்லது தீமை சிக்கல்களை, பார்வையாளர்கள் காணாமல் தடுக்கலாம். குறிப்பாக WooCommerce கடைகளில், கட்டணங்கள், குவியல், உறுப்பினர் மற்றும் கொண்டு செல்லும் இணைப்புகள் புதுப்பிப்பு பிறகு உறுதியாக சோதிக்கப்பட வேண்டும்.

தானியங்கி காப்பு திட்டமிடவும்

தினசரி அல்லது வாராந்திர காப்பு, பராமரிப்பு முறையில் பிழை போன்ற சிக்கல்களில் திரும்பும் நேரத்தைக் குறைக்கிறது. உங்கள் இணையதளம் தினமும் உத்தி, படிவம் அல்லது உறுப்பினர் தரவுகளைப் பெறுகிறதெனில், தினசரி தரவுத்தொகுப்பு காப்பு தேர்வு செய்ய வேண்டும். நிலையான நிறுவனம் இணையதளங்களில் வாராந்திர காப்பு போதுமானதாக இருக்கலாம். காப்புகள் ஒரே சேவையகத்தில் இல்லை, வெளிப்புற இடத்தில் வைக்கப்படுவது பாதுகாப்பாகும்.

PHP மற்றும் WordPress பதிப்புகளை புதுப்பிக்கவும்

பழைய PHP பதிப்புகள் செயல்திறன் மற்றும் பாதுகாப்புக்கு ஆபத்தானவை. WordPress மற்றும் பிரபலமான பிளக்கின்கள், புதுப்பிக்கப்பட்ட PHP பதிப்புகளில் மேலும் பயனுள்ளதாக செயல்படுகின்றன. உங்கள் சேவையகம் PHP 8.2 அல்லது 8.3 போன்ற புதிய பதிப்புகளை ஆதரிக்கிறதெனில், ஒத்துழைப்பு சோதனையைச் செய்யவும் மாறுதல் திட்டமிடலாம். மாறுதலுக்கு முன், தீமைகள் மற்றும் பிளக்கின்களின் ஆதரவுத் தரத்தைச் சரிபார்க்கவும்.

ஹோஸ்டிங் ஆதாரங்களை கண்காணிக்கவும்

உங்கள் இணையதளம் அடிக்கடி புதுப்பிப்பு போது சிக்கி விட்டால், CPU, RAM, I/O, இடம் மற்றும் inode பயன்பாட்டைச் சரிபார்க்கவும். குறைந்த ஆதாரத் தடை, பராமரிப்பு முறையில் பிழைக்கு மட்டுமல்லாமல், மெதுவாக திறக்கும் பக்கம் மற்றும் நிர்வாகப் பலகை சிக்கல்களுக்கும் வழிவகுக்கும். மேலும் அளவிடக்கூடிய கட்டமைப்பிற்கான வலை உருவாக்குதல் அல்லது WordPress மையப் திட்டங்களுக்கு மாறுவது பரிசீலிக்கப்படுகிறது.

SEO மற்றும் பயனர் அனுபவத்திற்கான தாக்கம்

பராமரிப்பு முறை குறுகிய காலத்திற்கு இருந்தால், பொதுவாக கடுமையான SEO இழப்பு ஏற்படுத்தாது. ஆனால் இணையதளம் மணி நேரம் அல்லது நாட்களாகக் கிடைக்காமல் இருந்தால், தேடல் இயந்திரம் பாட்டுகள் பக்கங்களை தற்காலிகமாக கிடைக்க முடியாது எனக் காணலாம், பயனர்கள் பக்கத்தை விலகி விடுவர் மற்றும் மாறுதல் இழப்புக்கு உள்ளாகுவர். குறிப்பாக விளம்பரப் campaña, campaña காலம் அல்லது அதிக விற்பனை நேரங்களில், இந்த பிழை வருமான இழப்புக்கு வழிவகுக்கும்.

Google, தற்காலிகமாக இடைவெளிகளை ஏற்றுக்கொள்கிறது; ஆனால் அடிக்கடி மீண்டும் ஏற்படும் அணுகல் சிக்கல்கள் தேடல் பட்ஜெட்டை மற்றும் பயனர் சிக்னல்களை பாதிக்கக்கூடும். எனவே, இந்த பிழையை தீர்க்கும் பிறகு, வெறும் முதன்மை பக்கம் மட்டுமல்லாமல், முக்கிய URL களையும் சோதிக்கவும்: தொடர்பு பக்கம், தயாரிப்பு பக்கங்கள், கட்டண படிகள், வலைப்பதிவுப் பதிவுகள் மற்றும் நிர்வாகப் பலகை. மேலும் Search Console இல் தேடல் பிழை அல்லது சேவையக பிழை அதிகரிப்பு உள்ளதா என்பதைச் சரிபார்க்கவும்.

வேகமான சரிபார்ப்பு பட்டியல்

அவசர நிலைகளில் கீழ்க்காணும் குறுகிய பட்டியலைப் பின்பற்றி, பிழையை ஒழுங்காக தீர்க்கலாம்:

• இணையதளத்தின் அடிப்படை கோப்புறைக்கு அணுகவும்: public_html அல்லது டொமைன் கோப்புறை.
• கெட்ட கோப்புகளை காணக்கூடியதாக மாற்றவும்.
• .maintenance கோப்பினை நீக்கவும்.
• உலாவி, பிளக்கின், சேவையகம் மற்றும் CDN கேஷ்களை துடைக்கவும்.
• WordPress நிர்வாகப் பலகியில் புதுப்பிப்புகளை சரிபார்க்கவும்.
• தோல்வியடைந்த பிளக்கின் அல்லது தீமை புதுப்பிப்பினை தனித்தனியாக மீண்டும் முயற்சிக்கவும்.
• இடம், inode, PHP நினைவக வரம்பு மற்றும் பிழை பதிவுகளைச் சரிபார்க்கவும்.
• சிக்கல் மீண்டும் ஏற்படுமெனில், ஹோஸ்டிங் ஆதாரங்களை மற்றும் பிளக்கின் ஒத்துமை மதிப்பீடு செய்யவும்.

எப்போது தொழில்முறை ஆதரவைப் பெற வேண்டும்?

.maintenance கோப்பினை நீக்கினாலும் இணையதளம் திறக்கவில்லை என்றால், நிர்வாகப் பலகியில் அணுக முடியாத நிலையில் இருப்பின், முக்கிய பிழை மின்னஞ்சல் வந்தால் அல்லது உங்கள் மின் வர்த்தக இணையதளத்தில் உத்திகள் பாதிக்கப்படுகிறதெனில், தொழில்முறை ஆதரவைப் பெறுவது நேரத்தைச் சேமிக்கிறது. குறிப்பாக தரவுத்தொகுப்பு தலையிடல், தீமை கோப்பு தொகுப்புகள் அல்லது SSH கட்டளைகள் தொடர்பான சந்தேகம் இருந்தால், சோதனை மற்றும் தவறு செய்வதற்கு பதிலாக, நிபுணர்களின் ஆதரவைப் பெறுவது சிறந்தது.

ஹோஸ்டிங் பக்கம், கோப்பு அனுமதிகள், இடம் வரம்பு, PHP வரம்புகள் மற்றும் பாதுகாப்பு விதிகள் சரிபார்க்கப்பட்டால், சிக்கல்களை விரைவாக தனிமைப்படுத்தலாம். Hostragons கட்டமைப்பில் உள்ள இணையதளங்களில், ஆதரவு குழு, பராமரிப்பு முறையில் சிக்கல்களை தீர்க்க கோப்புகள், ஆதாரம் மற்றும் பிழை பதிவுகளைச் சரிபார்க்க உதவலாம். புதிய திட்டத்தைத் தொடங்குகிறீர்களானால், டொமைன், ஹோஸ்டிங் மற்றும் SSL ஐ ஒருங்கிணைக்க அமைப்பு, விற்பனை மற்றும் SSL சான்றிதழ் பக்கங்களுக்கு இயற்கையான வழிமுறைகளைச் சேர்க்கலாம்.

முடிவு

WordPress "காலதாமதத்திற்கு இதற்காக தற்காலிகமாக கிடைக்கவில்லை" பிழை பொதுவாக புதுப்பிப்பு போது உருவாகும் தற்காலிக பராமரிப்பு முறையின் பூட்டு ஆகும், மேலும் பெரும்பாலும் அடிப்படை கோப்புறையில் உள்ள .maintenance கோப்பினை நீக்குவதன் மூலம் தீர்க்கப்படுகிறது. நிரந்தர தீர்விற்காக, தோல்வியடைந்த புதுப்பிப்புகளை முடிக்க, கேஷ் துடைக்க, கோப்பு அனுமதிகளை சரிபார்க்க, இடத்தை கண்காணிக்க மற்றும் புதுப்பிப்புகளை படிப்படியாக மேற்கொள்ள வேண்டும்.

குறுகிய காலத்தில் இணையதளத்தை விரைவாக செயல்படுத்துவது முக்கியம்; நீண்ட காலத்தில், வலுவான ஹோஸ்டிங் கட்டமைப்பு, ஒழுங்குமுறை காப்பு மற்றும் சோதனை சூழல்களைப் பயன்படுத்துவது இவ்வாறான இடைவெளிகளை குறைக்கிறது. உங்கள் WordPress இணையதளத்தின் நிலையான செயல்பாட்டிற்கு உங்கள் கட்டமைப்பை மீளாய்வு செய்ய விரும்பினால், Hostragons இன் WordPress மைய ஹோஸ்டிங் தீர்வுகளைப் பரிசீலிக்கலாம், உங்கள் தேவைகளுக்கு ஏற்ப திட்டத்தை அமைதியாக மதிப்பீடு செய்யலாம்.

அடிக்கடி கேட்கப்படும் கேள்விகள்

WordPress "காலதாமதத்திற்கு இதற்காக தற்காலிகமாக கிடைக்கவில்லை" பிழை ஏன் ஏற்படுகிறது?

இந்த பிழை, WordPress புதுப்பிப்பு போது உருவாக்கப்படும் .maintenance கோப்பினை செயல்முறை முடிந்த பிறகு தானாகவே நீக்க முடியாமலே ஏற்படுகிறது. பொதுவாக, நிறுத்தப்பட்ட புதுப்பிப்பு, சேவையக காலாவதியானது, போதிய இடம் இல்லாதது, PHP வரம்புகள் அல்லது பிளக்கின் ஒற்றுமை ஆகியவை காரணமாக இருக்கலாம்.

.maintenance கோப்பினை நீக்குவது பாதுகாப்பா?

ஆம், பெரும்பாலும் .maintenance கோப்பினை நீக்குவது பாதுகாப்பாகும் மற்றும் இணையதளத்தை பராமரிப்பு முறையிலிருந்து வெளியேற்றுகிறது. ஆனால் புதுப்பிப்பு பாதியில் நிறுத்தப்பட்டிருக்கக்கூடியதால், செயல்முறையின் பிறகு WordPress புதுப்பிப்புகளை, பிளக்கின்களை, தீமைகளை மற்றும் பிழை பதிவுகளை சரிபார்க்க வேண்டும்.

கோப்பினை நீக்கினேன் ஆனால் இன்னும் அதே செய்தி தோன்றுகிறது, என்ன செய்ய வேண்டும்?

முதலில், உலாவி, WordPress கேஷ் பிளக்கின், சேவையக கேஷ் மற்றும் CDN கேஷ்களை துடைக்கவும். பின்னர் மறைவு டேபில் சோதிக்கவும். செய்தி தொடர்ந்தால், நீங்கள் சரியான WordPress கோப்புறையில் செயல்படுகிறீர்கள் மற்றும் கெட்ட கோப்புகளைப் பின்படுத்துகிறீர்கள் என்பதை உறுதியாகச் சரிபார்க்கவும்.

இந்த பிழை SEO செயல்திறனைப் பாதிக்குமா?

குறுகிய கால பராமரிப்பு முறை பொதுவாக கடுமையான SEO இழப்பை ஏற்படுத்தாது. ஆனால் இணையதளம் நீண்ட காலமாக கிடைக்காமல் இருந்தால், தேடல் இயந்திர பாட்டுகள் பக்கங்களை தேட முடியாது, பயனர் அனுபவம் பாதிக்கப்படும் மற்றும் மாறுதல்கள் குறைவாகும். எனவே, பிழையை மிக விரைவாகத் தீர்க்க வேண்டும்.

பிழை மீண்டும் ஏற்படுவதைத் தடுக்கும் என்ன செய்ய வேண்டும்?

புதுப்பிப்புகளை குழுவாக செய்யாமல், படிப்படியாக செய்யுங்கள், ஒழுங்குமுறை காப்பு எடுக்கவும், Staging சூழலில் சோதிக்கவும், PHP மற்றும் WordPress பதிப்புகளை புதுப்பிக்கவும், இடம் மற்றும் ஹோஸ்டிங் ஆதாரங்களை கண்காணிக்கவும். சிக்கல் அடிக்கடி ஏற்படுமானால், ஹோஸ்டிங் திட்டத்தை மற்றும் பிளக்கின் ஒற்றுமையை மீளாய்வு செய்யுங்கள்.