உங்கள் WordPress தளத்தில் நிர்வாக பக்கம் (wp-admin) விரைவாக செயல்படுவதற்கு சர்வர் அமைப்புகள்

உங்கள் WordPress தளத்தில் நிர்வாக பக்கம் (wp-admin) விரைவாக செயல்படுவதற்கான சர்வர் அமைப்புகள்; சரியான PHP பதிப்பைப் பயன்படுத்துவது, PHP-FPM மூலங்களை அதிகரிப்பது, OPcache-ஐ செயல்படுத்துவது, தரவுத்தளத்தை மேம்படுத்துவது, WordPress cron-ஐ கட்டுப்படுத்துவது, admin-ajax சுமையை குறைப்பது மற்றும் பாதுகாப்பு அடுக்குகளை சமநிலையாக அமைப்பதுபோன்ற செயல்களில் இருந்து தொடங்குகிறது. பயணிகளைத் தொடர்பு கொண்ட பக்கங்கள் காஷ் மூலம் விரைவாக தோன்றலாம், ஆனால் நிர்வாகப் பக்கம் பெரும்பாலும் மாறுபட்ட செயல்பாட்டால் மந்தமாக இருக்கக் கூடும், இது பொதுவாக சர்வர் வளங்கள், தரவுத்தள கேள்விகள், பிளக்-இன் சுமை அல்லது தவறான cron செயல்முறைகளால் ஏற்படுகிறது.

ஒரு WordPress தளத்தில் முன்னணி 1 வினட் திறக்கப்படுவது, wp-admin பகுதி அதே வேகத்தில் செயல்படுகிறது என்ற பொருள் அல்ல. ஏனெனில் நிர்வாகப் பேச்சில் பக்கம் முந்தைய காஷ் பொதுவாக செயலிழக்கப்போகிறது; பயனர் உரிமை சரிபார்க்கப்படுகிறது, பிளக்-இன்கள் நிர்வாக காப்புறுதிகளை இயக்குகின்றன, WooCommerce போன்ற அமைப்புகள் உத்தியோகப்பூர்வ மற்றும் இருப்பு தரவுகளை கேட்கிறன, பாதுகாப்பு பிளக்-இன்கள் ஒவ்வொரு கோரிக்கையையும் கண்காணிக்கின்றன. எனவே, wp-admin செயல்திறனை மேம்படுத்துவதற்காக ஒரே ஒரு காஷ் பிளக்-இன் நிறுவுவது பெரும்பாலும் சாத்தியமில்லை. உண்மையான மாற்றங்கள், ஹோஸ்டிங் அடிப்படையில் மேற்கொள்ளப்படும் சரியான அமைப்புகளால் வருகிறது.

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

wp-admin முன்னணி க்கு காட்டிலும் ஏன் மந்தமாக செயல்படுகிறது?

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

எடுத்துக்காட்டாக, WooCommerce-ஐப் பயன்படுத்தும் ஒரு கடையில், உத்தியோகப்பூர்வ திரை திறக்கும்போது, ​​மட்டுமே ஒரு HTML பக்கம் காணப்படாது. அமைப்பு உத்தியோகப்பூர்வ நிலைகள், கட்டண பதிவு, வாடிக்கையாளர் மின்வரை, இருப்பு மாறுபாடுகள், கூப்பன்கள் மற்றும் பிளக்-இன் மூலம் சேர்க்கப்பட்ட தனிப்பட்ட துறைகளை கேட்கலாம். பெரிய தரவுத்தளத்தில் இந்த செயல்முறை சில நூறு மிலிசெக்கண்டுகளிலிருந்து சில வினாடிகளாக மாறலாம். PHP நினைவக வரம்பு குறைவாக இருந்தால், MySQL கேள்விகள் மந்தமாக இருந்தால் அல்லது CPU சுமை அதிகமாக இருந்தால், நிர்வாகப் பகுதியில் மெனுக்களை கிளிக் செய்வதும் மந்தமாக உணரப்படும்.

மந்த wp-admin க்கு பொதுவான அறிகுறிகள்

• உள்ளீடு செய்த பிறகு, பிளானோ திரை 5 வினாடிகளுக்கு மேலாக திறக்கப்படுகிறது.
• எழுத்து திருத்தும் திரையில் சேமிப்பு அல்லது புதுப்பிப்பு செயல்முறை காத்திருக்கிறது.
• WooCommerce உத்தியோகப்பூர்வப் பக்கம் வடிகட்டும் போது காலாவதியாகிறது.
• பிளக்-இன் பக்கம் புதுப்பிப்பு சரிபார்ப்பில் மிகவும் நீண்ட நேரம் ஆகிறது.
• admin-ajax.php கோரிக்கைகள் தொடர்ந்து அதிக CPU செலவுகளை ஏற்படுத்துகின்றன.
• சர்வர் பிழை பதிவுகளில் 500, 502, 503 அல்லது 504 பிழைகள் காணப்படுகின்றன.

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

முதலில் அளவிடுங்கள்: wp-admin செயல்திறனை எவ்வாறு கண்டறியலாம்?

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

உங்கள் சரிபார்க்க வேண்டிய அடிப்படை அளவீடுகள்

• TTFB: நிர்வாகப் பகுதியில் முதல் பைட் நேரம் 800 ms க்கும் மேலாக இருந்தால், சர்வர் புறத்தில் தாமதம் இருக்கலாம்.
• PHP செயல்முறை நேரம்: ஒரு wp-admin கோரிக்கை 2-3 வினாடிகளை மீறினால், பிளக்-இன், தீமா அல்லது தரவுத்தளம் கேள்வி ஆராயப்பட வேண்டும்.
• CPU பயன்பாடு: தொடர்ந்து 80% மற்றும் அதற்கு மேல் பயன்பாடு, மூலங்கள் குறைவானவை அல்லது அதிகமான பாட்டுகள் உள்ள வரம்பைக் குறிக்கலாம்.
• RAM பயன்பாடு: நினைவகம் நிரம்பினால், ஸ்வாப் பயன்பாடு ஆரம்பிக்கிறது மற்றும் பக்கம் மிகக் குறைவாக செயல்படுகிறது.
• MySQL மந்த கேள்விகள்: குறிப்பாக wp_postmeta மற்றும் wp_options அட்டவணைகளில் தாமதம் அடிக்கடி காணப்படுகிறது.
• Disk I/O: மந்த டிஸ்க் அல்லது அதிகமான காப்பு செயல்முறைகள் நிர்வாகப் பக்கத்தை பாதிக்கலாம்.

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

மிகவும் தாக்கமான சர்வர் அமைப்புகள்: சுருக்கமான ஒப்பீட்டு அட்டவணை

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

PHP பதிப்பும் PHP-FPM அமைப்புகளைச் சுத்திகரிக்கவும்

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

ஒரு எடுத்துக்காட்டு எண்ணிக்கையிடுவோம்: ஒரே தளத்தில், பழைய PHP பதிப்பிலிருந்து சமீபத்திய பதிப்புக்கு மாறும்போது, நிர்வாகப் பகுதியில் 10% முதல் 30% வரை வேகமாக மறுப்பை பெறுவது சாதாரண முடிவு. இந்த விகிதம் தளத்தின் பிளக்-இன் கட்டமைப்பின் அடிப்படையில் மாறுபடுகிறது. குறிப்பாக, எடுப்புக் கட்டமைப்புகள், WooCommerce, LMS மற்றும் உறுப்பினர் பிளக்-இன்கள் PHP செயல்திறனை நேரடியாக பாதிக்கின்றன.

PHP memory_limit எவ்வளவு இருக்க வேண்டும்?

எளிய நிறுவன WordPress தளத்திற்கு 256 MB பெரும்பாலும் போதுமானது. WooCommerce, பல மொழிகளில் அமைப்பு, முன்பதிவு அமைப்பு, மேம்பட்ட படிவ பிளக்-இன்கள் அல்லது பக்கம் உருவாக்குபவர்களைப் பயன்படுத்தும் தளங்களில் 512 MB மிகவும் ஆரோக்கியமான தொடக்கம். மிகப் பெரிய கடைகளில் அல்லது தீவிர இறக்குமதி செயல்முறைகளில் 768 MB அல்லது 1024 MB தேவைப்படலாம். ஆனால், நினைவக வரம்பினை முடிவில்லாமல் அதிகரிக்கிறதே தீர்வு அல்ல; ஒரு பிளக்-இன் நினைவக லீக்கை உருவாக்கினால், உயர்ந்த வரம்பு வெறும் பிரச்சினையை ஒத்துக்கொள்கிறது.

max_execution_time மற்றும் input Varsayımları

wp-admin புறத்தில் தயாரிப்பு இறக்குமதி, தொகுதி புதுப்பிப்பு, பெரிய படங்கள் செயலாக்கம் அல்லது காப்பு மீட்டெடுக்கும் போன்ற செயல்முறைகள் காலாவதியாகலாம். எனவே, max_execution_time க்கான 120-300 வினாடிகள், post_max_size மற்றும் upload_max_filesize க்கான உங்கள் தளத்தின் தேவைகளுக்கு ஏற்ப மதிப்புகளைப் பயன்படுத்தலாம். ஆனால், இந்த அமைப்புகள் நாளாந்த நிர்வாகப் பயனைக் அதிகரிக்காமல், எடுக்கும் செயல்முறைகளை நிறுத்துவதில் உதவும்.

PHP-FPM வேலைக்காரர் அமைப்புகள்

PHP-FPM, PHP கோரிக்கைகளை செயலாக்கும் அடுக்காகும். வேலைக்காரர்களின் எண்ணிக்கை மிகவும் குறைவாக இருந்தால், ஒரே நேரத்தில் சில நிர்வாக பயனர்கள் செயல்படும்போது, குவிப்பு உருவாகும். மிகவும் உயர்ந்தால், RAM விரைவாக முடிவு ஆகிறது. சமநிலையான அமைப்புக்கு, சர்வரில் உள்ள மொத்த RAM, சராசரி PHP செயல்முறை அடிப்படையில் நினைவகம் மற்றும் ஒரே நேரத்தில் பயனர் எண்ணிக்கையைப் பொறுத்தது. எடுத்துக்காட்டாக, சராசரியாக ஒரு PHP செயல்முறை 80 MB பயன்படுத்தினால், மற்றும் PHP க்கான பாதுகாப்பாக 2 GB RAM ஒதுக்கப்பட்டால், கற்பனை எவ்வளவு 20-25 வேலைக்காரர்கள் அதிகபட்சமாகக் கருதப்படலாம்; ஆனால் தரவுத்தளம், வலை சர்வர் மற்றும் அமைப்பு செயல்முறைகளுக்குப் பங்கு விடப்பட வேண்டும்.

OPcache உடன் PHP தொகுப்பின் சுமையை குறைத்தல்

OPcache, PHP கோப்புகளை தொகுக்கப்பட்ட நிலையில் நினைவகத்தில் வைக்கிறது. WordPress போன்ற நூற்றுக்கணக்கான PHP கோப்புகளை இயக்கும் அமைப்புகளில் இந்த அம்சம் முக்கியமானது. OPcache மூடப்பட்டால், ஒவ்வொரு கோரிக்கையிலும் PHP கோப்புகள் மீண்டும் படிக்கப்படுகின்றன மற்றும் தொகுக்கப்படுகின்றன. இது குறிப்பாக wp-admin பகுதியில் உணரப்படும்; ஏனெனில் பக்கம் திரைகள் மிகுந்த எண்ணிக்கையில் மைய மற்றும் பிளக்-இன் கோப்புகளை ஏற்றுகிறது.

OPcache செயல்படுத்தப்பட்டால், CPU சுமை குறைகிறது, பதிலளிப்பு நேரங்கள் மேலும் நிலையானதாக மாறுகின்றன மற்றும் உயர் போக்குவரத்தில் சர்வர் மேலும் சீராக செயல்படுகிறது. WordPress ஹோஸ்டிங் சூழ்நிலைகளில் OPcache செயல்படுத்தப்படுவது πλέον அடிப்படை செயல்திறன் நிலைமையாகக் கருதப்பட வேண்டும். உங்கள் ஹோஸ்டிங் கட்டுப்பாட்டு மேடையில் இந்த விருப்பம் காணப்படாவிடில், ஆதரவு குழுவின் உறுதிப்படுத்தல் பெறுவது பயனுள்ளதாக இருக்கும். Hostragons-ல் செயல்திறனுக்கான மையங்களை ஆராயும் போது உயர் செயல்திறன் வலை ஹோஸ்டிங் பக்கத்தைப் பார்வையிடலாம்.

OPcache க்கான நடைமுறை கண்காணிப்பு பட்டியல்

• OPcache செயல்படுகிறதா?
• ஒதுக்கப்பட்ட நினைவகம், பிளக்-இன் எண்ணிக்கைக்கு ஏற்ப போதுமானதா?
• மிகவும் அடிக்கடி மாறும் வளர்ச்சி சூழ்நிலையை நேரடி சூழ்நிலையிலிருந்து மாறுபடுத்துகிறதா?
• பொதுமருத்துவம் கணக்கீடு செய்யும் போது காஷ் சுத்திகரிக்கும் செயல்முறை கட்டுப்பாட்டாக இருக்கிறதா?

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

தரவுத்தளம் அமைப்புகள்: wp-admin வேகத்தை மறைத்து விடும் காரணிகள்

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

wp_options அட்டவணையைச் சரிபார்க்கவும்

wp_options அட்டவணையில் autoload மதிப்பு செயல்படுகின்ற பதிவுகள், WordPress ஒவ்வொரு கோரிக்கையிலும் திறக்கும்போது ஏற்றப்படுகிறது. இந்த அட்டவணை பெரிதாக உள்ளதால், முன்னணி மட்டுமல்லாமல், wp-admin-லும் மந்தமாகிறது. Autoload மொத்த அளவான சில MB-ஐத் தாண்டும் பட்சத்தில், பகுப்பாய்வு செய்யப்பட வேண்டும். பழைய பிளக்-இன்களில் இருந்து மீதமுள்ள பெரிய அமைப்புகள், காஷ் மீதி அல்லது தேவையற்ற தற்காலிக பதிவுகளை சுத்திகரிக்கலாம். இந்த செயல்முறை கவனத்தைத் தேவைப்படுகிறது; உயிரின் இணையதளத்தில் செயல்முறை முன்னால், மறுபடியும் உறுதிப்படுத்த வேண்டும். பின்வரும் WordPress காப்பீடு வழிகாட்டி இணைப்பை மதிப்பீடு செய்யலாம்.

postmeta மற்றும் WooCommerce கேள்விகள்

WooCommerce தளங்களில் wp_postmeta அட்டவணை விரைவில் பெரிதாகும். ஒவ்வொரு தயாரிப்பு, மாறுபாடு, உத்தியோகப்பூர்வம் மற்றும் தனிப்பட்ட துறை இங்கு அதிக எண்ணிக்கையுடன் பதிவுகளை உருவாக்கலாம். 50,000 தயாரிப்புகளையோ அல்லது 100,000 உத்தியோகப்பூர்வங்களையோ கொண்ட ஒரு கடையில் நிர்வாக திரைகள் மந்தமாக இருக்காது என்பது ஆச்சரியமாக இல்லை. இந்த நிலையில், சரியான PHP அமைப்பை மட்டும் செய்ய வேண்டியதில்லை; தரவுத்தளத்தின் குறியீடுகள், ஆவணப்படுத்தும் திட்டம் மற்றும் கேள்வி மேம்பாடு தேவைப்படுகிறது.

MySQL மந்த கேள்வி பதிவைப் பயன்படுத்தவும்

மந்த கேள்வி பதிவு, குறிப்பிட்ட நேரத்திற்கு மேலாக செயல்படும் கேள்விகளை பதிவு செய்கிறது. எடுத்துக்காட்டாக, 1 வினாடிக்கு மேலாக செயல்படும் கேள்விகளை கண்காணிப்பது, எந்த பிளக்-இன் அல்லது திரை தரவுத்தளத்தை சிக்கலாக்குகிறது என்பதை வெளிப்படுத்தலாம். அடிக்கடி சந்திக்கப்படும் பிரச்சினைகளில் ஒன்று, பிளக்-இன்கள் நிர்வாகப் பக்கம் ஒவ்வொரு முறையும் வெளிநாட்டு API ஐக் கண்காணிக்கின்றன அல்லது பெரிய அட்டவணைகளை குறியீடின்றி கேட்கின்றன. இந்த வகை நிலைகளில், பிளக்-இன் அமைப்பைப் மாற்றலாம், மாற்று பிளக்-இன் தேர்வு செய்யலாம் அல்லது வளர்ப்பாளரின் மலைவழியில் தேவைப்படும்.

Redis அல்லது Memcached உடன் பொருள் காஷ் பயன்படுத்தவும்

WordPress, சில தரவுகளை தற்காலிகமாக காஷ் செய்கிறது; ஆனால் முன்னணி பொருள் காஷ் கோரிக்கையின் நேரத்திற்கு வரம்பாக உள்ளது. Redis அல்லது Memcached போன்ற நிரந்தர பொருள் காஷ் தீர்வுகள், மீண்டும் மீண்டும் தரவுத்தளம் கேள்விகளை குறைக்கின்றன. இது குறிப்பாக wp-admin பகுதியில் பயனர் உரிமைகள், விருப்பங்கள், மெனுக்கள், தயாரிப்பு தரவுகள் மற்றும் சிக்கலான கேள்விகளுக்காக பயனுள்ளதாக இருக்கிறது.

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

பொருள் காஷ் எப்போது தேவை?

• WooCommerce அல்லது உறுப்பினர் தளத்தை இயக்கினால்.
• நிர்வாகப் பக்கம் பட்டியல் மற்றும் வடிகட்டுதல் திரைகள் மந்தமாக இருந்தால்.
• தரவுத்தளம் CPU செலவினம் அதிகமாக இருந்தால்.
• பல ஒரே நேரத்தில் பயனர் அல்லது ஆசிரியர்கள் இருந்தால்.
• wp_options மற்றும் postmeta அட்டவணைகள் பெரிதாக இருந்தால்.

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

WP-Cron-ஐ உண்மையான Cron மூலம் நிர்வகிக்கவும்

WordPress-இன் முன்னணி cron அமைப்பு, தளத்திற்கு வருகை கிடைக்கும்போது செயல்படுகிறது. இந்த அமைப்பு சிறிய தளங்களில் பயனுள்ளதாக இருந்தாலும், அதிக மையமான அல்லது சிக்கலான தளங்களில் சீரான சுமையை உருவாக்கலாம். நிர்வாக பக்கத்தில் நுழைந்தால் காத்திருக்கும் cron பணிகள் செயல்படுமானால், wp-admin உடனடியாக மந்தமாகலாம். மின்னஞ்சல் அனுப்புதல், இருப்பு சிங்கரிப்பு, காப்பு, பாதுகாப்பு சோதனை மற்றும் சந்தா செயல்பாடுகள் cron வரிசையை பெருக்கலாம்.

பல சுகாதாரமான தீர்வு, WordPress-இன் முன்னணி வருகை அடிப்படையிலான cron நடத்தலை நிறுத்தி, சர்வரின் மூலம் உண்மையான cron ஐ வரையறுப்பதாகும். பொதுவாக 5, 10 அல்லது 15 நிமிட இடைவெளிகள் போதுமானவை. மிகப் பெரிய கடைகளில், பணியின் வகையின் அடிப்படையில் தனித்துவமான cron அமைப்புகளைப் பயன்படுத்தலாம். இதனால் cron செயல்பாடுகள் நிர்வாகப் பக்கத்திற்கு சீரான சுமையை ஏற்படுத்தாது.

Cron மேம்பாட்டில் கவனிக்க வேண்டியவை

• காப்பு மற்றும் பாதுகாப்பு சோதனைகளை அதிகமான நேரங்களில் வெளியே எடுக்கவும்.
• ஒவ்வொரு நிமிடமும் செயல்படுகிற தேவையில்லாத பணிகளை அடையாளம் காண்க.
• வெளிநாட்டு API இணைப்புகளை வரிசை அமைப்புடன் நிர்வகிக்கவும்.
• அதிர்வுகளைப் பெறுவதில் தோல்வியுற்று மீண்டும் மீண்டும் செயல்படும் பணிகளை சுத்திகரிக்கவும்.
• WooCommerce செயல்பாட்டு காலவியல் முறைகளை அடிக்கடி கண்காணிக்கவும்.

எடுத்துக்காட்டாக, ஒரு கடையில் 2 நிமிடங்களுக்கு ஒருமுறை இருப்பு API-ஐ அழைக்கிறார்கள் மற்றும் பதிலளிப்பு தாமதமாக இருந்தால், இது முன்னணி மட்டுமல்லாமல் நிர்வாகப் பக்கத்தையும் பாதிக்கிறது. இந்த நிலையில், cron இடைவெளி, API காலாவதியான மற்றும் வரிசை திட்டம் ஒன்றாகப் பரிசீலிக்கப்பட வேண்டும்.

admin-ajax.php மற்றும் REST API சுமையை குறைத்தல்

WordPress நிர்வாகப் பக்கத்தில் மந்தமாக இருக்கும் ஒரு பொதுவான காரணமாக admin-ajax.php கோரிக்கைகள் உள்ளன. பிளக்-இன்கள் அறிவிப்புகள், எண்ணிக்கை, தானாகவே பதிவுகள், நேரடி தேடல், களஞ்சியத்தை புதுப்பித்தல் அல்லது புள்ளிவிவரங்களை காட்ட இந்த கோப்பைப் பயன்படுத்தலாம். பிரச்சினை, சில பிளக்-இன்கள் தேவைக்கும்மேல் அடிக்கடி AJAX கோரிக்கைகளை அனுப்புவதில் உள்ளது. உலாவி வளர்ப்பு கருவிகளில் நெட்வொர்க் பகுதியில், எந்த கோரிக்கை எவ்வளவு நேரம் செலவாகிறது என்பதைப் பார்க்கலாம்.

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

நடைமுறை மேம்பாட்டு படிகள்

• பக்கத்தில் திறந்திருக்கும் பிளக்-இன் அறிவிப்புகளை குறைக்கவும்.
• உண்மையான சோதனை புள்ளிவிவரங்களின் புதுப்பிப்பு இடைவெளியை அதிகரிக்கவும்.
• இதய துடிப்பு API-ஐ அறியப்பட்ட அளவுக்கு சீரமைக்கவும்.
• தேவையில்லாத டாஷ்போர்ட் விதிகளை மூடவும்.
• மந்தமான பிளக்-இன்களை மேடையில் முடக்கி, ஒப்பீடு செய்யவும்.

இதய துடிப்பு API குறிப்பாக எழுத்து திருத்தும் திரையில் தானாகவே பதிவு மற்றும் அமர்வு கண்காணிப்புக்கு பயனுள்ளதாக இருக்கும். முழுமையாக மூடுவதற்குப் பதிலாக அதன் அடைவு அளவைக் குறைக்குவது பெரும்பாலும் மேலும் பாதுகாப்பான அணுகுமுறை ஆகும்.

வலை சர்வர்: LiteSpeed, Nginx மற்றும் Apache அமைப்புகள்

WordPress செயல்திறனில் வலை சர்வர் அடுக்குமூலம் முக்கியமானது. Apache மாறுபட்ட .htaccess ஆதரவை கொண்டது; Nginx அதிகமான இணைப்புகளில் திறமையாக செயல்படுகிறது; LiteSpeed WordPress காஷ் சூழ்நிலையில் பலவகையான இணைப்புகளை வழங்குகிறது. ஆனால், wp-admin பகுதியில் முழுமையான பக்கம் காஷ் குறைவாக இருப்பதால், முக்கியமான மாற்றங்கள் இணைப்புப் பராமரிப்பு, நிலையான கோப்புகளை வழங்குவது, நெருக்கடி மற்றும் PHP-FPM இணைப்பில் வெளிப்படுகிறது.

Gzip அல்லது Brotli சுருக்கம், உலாவி காஷ் தலைப்புகள் மற்றும் HTTP/2 அல்லது HTTP/3 ஆதரவு நிர்வாகப் பக்கத்தில் CSS, JS மற்றும் படங்கள் போன்ற கோப்புகளை விரைவாக ஏற்றுவதற்கு உதவுகிறது. SSL அமைப்புகள் நவீனமாக இருப்பதும் இணைப்பின் நேரத்தை பாதிக்கிறது. பாதுகாப்பான மற்றும் செயல்திறனுள்ள இணைப்பிற்காக SSL சான்றிதழ் தீர்வுகள் பக்கத்தைப் பார்வையிடலாம்.

சர்வர் அடுக்கில் சரிபார்க்க வேண்டியவை

• HTTP/2 அல்லது சாத்தியமாக HTTP/3 ஆதரவு செயல்படுத்தப்பட்டுள்ளது என்பதைக் சரிபார்க்கவும்?
• Brotli அல்லது Gzip சுருக்கம் செயல்படுத்தப்பட்டிருக்கிறதா?
• நிலையான கோப்புகளுக்கான உலாவி காஷ் தலைப்புகள் சரியாக உள்ளனவா?
• Keep-alive அமைப்புகள் சமநிலையாக உள்ளனவா?
• PHP-FPM உடன் வலை சர்வர் இடையே காத்திருப்பு உருவாகுகிறதா?

இந்த அமைப்புகள் தனியாக ஒரு மந்திரத்தை உருவாக்குவதில்லை; ஆனால் நிர்வாகப் பக்கத்தில் கோப்பு ஏற்றும் நேரத்தை மற்றும் பொதுவான உணர்வை மேம்படுத்துகிறது.

பாதுகாப்பு அமைப்புகள் செயல்திறனை எப்படி பாதிக்கின்றன?

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

மற்றொரு பக்கம், wp-login.php, XML-RPC மற்றும் REST API இறுதிச் சோதனைக்கு எதிராக வரும் பாட்டுகள் CPU செலவுகளை அதிகரிக்கும். எனவே, பாதுகாப்பை முடுக்குவதற்காக இல்லை, சரியான இடத்தில் செயல்படுத்த வேண்டும். சர்வர் நிலைமையில் வீத வரம்பு, IP கட்டுப்பாடு, இரு கட்டமைப்பு உறுதிப்படுத்தல் மற்றும் நம்பகமான WAF விதிகள் மேலும் ஆரோக்கியமான மாதிரியாக இருக்கின்றன. உங்கள் முறை மற்றும் DNS நிர்வாகத்தை நம்பகமான அடிப்படையில் வைத்திருக்க அமைப்பு விசாரணை மற்றும் பதிவு பக்கம் தொடங்கலாம்.

wp-admin க்கு சமநிலை பாதுகாப்பு நடவடிக்கைகள்

• நிர்வாக கணக்குகளில் இரண்டு கட்டமைப்புகளைப் பயன்படுத்தவும்.
• wp-login முயற்சிகளுக்கு வீத வரம்பு விதிக்கவும்.
• XML-RPC ஐப் பயன்படுத்தவில்லை என்றால், அணுகலைக் கட்டுப்படுத்தவும்.
• பாதுகாப்பு பிளக்-இன்களில் நேரடி போக்குவரத்தை தேவை இல்லாவிடில் மூடவும்.
• நிர்வாகப் பக்கத்தை குறிப்பிட்ட IP-களுக்கு மட்டுமே திறக்கக் கூடியதாக இருந்தால் பரிசீலிக்கவும்.

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

பிளக்-இன் மற்றும் தீமா சுமையை சர்வர் அடிப்படையில் மதிப்பீடு செய்க

wp-admin மந்தத்தில், சர்வர் அமைப்புகள் மட்டுமல்லாமல் பிளக்-இன் தரமும் முக்கியமாக உள்ளது. ஒரே வேலை செய்வதற்கான இரண்டு பிளக்-இன்களில் ஒரு பிளக்-இன் 20 கேள்விகளை இயக்கும்போது மற்றொன்று 200 கேள்விகளை இயக்கலாம். நிர்வாகப் பக்கத்தில் ஒவ்வொரு பக்கத்திற்கும் தனித்துவமான மெனு, அறிவிப்பு, உரிமம் சரிபார்ப்பு மற்றும் தொலைதூர தரவுகளைச் சேர்க்கும் பிளக்-இன்கள், பக்கத்தை அடிக்கடி நிரப்புகின்றன.

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

சோதனைக்கான பாதுகாப்பான முறை

உயிரின் இணையதளத்தில் சீரற்ற பிளக்-இன்களை முடக்குவது ஆபத்துள்ள ஒரு செயலாகும். அதற்குப் பதிலாக மேடையில் உருவாக்குங்கள். தற்போதைய தளத்தின் நகலில், பிளக்-இன்களை தனித்தனியாக செயலிழக்க விட்டு wp-admin திரை நேரங்களை அளவிடுங்கள். எடுத்துக்காட்டாக, பிளக்-இன் பக்கம் 7 வினாடிகளில் திறக்கும்போது, குறிப்பிட்ட ஒரு பிளக்-இன் மூடப்பட்டால் 2.5 வினாடிகளாக குறைக்கப்படும் என்றால், தடையாக இருப்பது மிகவும் சாத்தியம் அந்த பிளக்-இனில் உள்ளது. இந்த சோதனை, உண்மையான தரவின் அடிப்படையில் முடிவெடுக்க உதவுகிறது.

மூல திட்டமிடல்: எப்போது ஹோஸ்டிங் மேம்படுத்த வேண்டும்?

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

ஒரு நடைமுறை அளவீட்டை வழங்க வேண்டும்; wp-admin திரைகள் மேம்படுத்தப்பட்ட பிளக்-இன் கட்டமைப்புக்கு மாறாக, அதிகமான நேரங்களில் 5 வினாடிகளுக்கு மேலாக இருந்தால், CPU பயிற்சிகள் அடிக்கடி 80% ஐ மீறினால் மற்றும் MySQL கேள்விகள் அதிக சுமையில் மந்தமாக இருந்தால், மேலும் வலுவான அடிப்படையைப் பற்றி நினைக்க வேண்டும். சிறிய மற்றும் நடுத்தர அளவிலான தளங்களுக்கு WordPress ஹோஸ்டிங் போதுமானதாக இருக்கலாம், ஆனால் தனிப்பட்ட மூலங்கள் மற்றும் முழு கட்டுப்பாட்டைப் தேடும் திட்டங்களுக்கு செயற்கை சேவையகம் வாடகை அதிகரிக்கக் கூடும்.

படி படியாக செயல்படுத்தும் திட்டம்

பின்வரும் வரிசை, wp-admin விரைவான செயல்பாட்டில் ஆபத்துகளை குறைக்கிறது மற்றும் அளவிடக்கூடிய முன்னேற்றத்தை வழங்குகிறது. ஒவ்வொரு படிக்குப் பிறகு, அதே நிர்வாக திரைகளில் சோதனை செய்து வேறுபாட்டை பதிவு செய்க.

• 1. காப்பு எடுக்கவும்: கோப்பு மற்றும் தரவுத்தளம் காப்பு இல்லாமல் செயல்திறன் வேலைகளைத் தொடங்காதீர்கள்.
• 2. அளவீடு செய்யவும்: எந்த நிர்வாகப் பக்கம் மந்தமாக உள்ளது, TTFB மற்றும் கேள்வியின் நேரங்களைப் பதிவு செய்யவும்.
• 3. PHP பதிப்பை புதுப்பிக்கவும்: பிளக்-இன் ஒத்துழைப்பைக் சோதனை செய்து, சமீபத்திய நிலையான பதிப்புக்கு மாறுங்கள்.
• 4. நினைவகம் மற்றும் நேர வரம்புகளைச் சரிசெய்யவும்: தளத்தின் வகைக்கு ஏற்ப memory_limit மற்றும் execution அமைப்புகளை மேம்படுத்துங்கள்.
• 5. OPcache-ஐ உறுதிப்படுத்துங்கள்: செயல்படுத்தப்பட்டதாகவும், போதுமான மூலங்கள் ஒதுக்கப்பட்டதாகவும் உறுதிப்படுத்துங்கள்.
• 6. தரவுத்தளத்தைப் பகுப்பாய்வு செய்யுங்கள்: wp_options, postmeta, மறு திருத்தங்கள் மற்றும் மந்த கேள்விகளை ஆராயுங்கள்.
• 7. Redis அல்லது Memcached ஐப் பரிசீலிக்கவும்: குறிப்பாக செயல்முறை மற்றும் அதிகமான தளங்களில் பொருள் காஷ் பயன்படுத்தவும்.
• 8. WP-Cron ஐ உண்மையான cron க்கு மாற்றவும்: எதிர்பாராத நிர்வாக மந்தங்களை குறைக்கவும்.
• 9. பாதுகாப்பு சுமையை சமநிலைப்படுத்தவும்: பாட்டுகளை சர்வர் நிலைமையில் கட்டுப்படுத்துங்கள், மிகவும் அதிகமான பதிவு எழுதுதலை குறைக்கவும்.
• 10. மூலங்களை கண்காணிக்கவும்: மேம்படுத்தலுக்குப் பிறகு CPU, RAM, I/O மற்றும் MySQL செயல்திறனை கண்காணிக்கவும்.

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

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

WordPress wp-admin ஏன் மந்தமாகிறது?

wp-admin பொதுவாக குறைந்த சர்வர் மூலங்கள், பழைய PHP பதிப்பு, மந்த தரவுத்தளம் கேள்விகள், அதிக பிளக்-இன் சுமை, தவறான cron பணிகள் அல்லது அதிகமான பாட்டுகள் காரணமாக மந்தமாகிறது. முன்னணி காஷ் செயல்படுவதற்குப் பரவலாக இருக்கும், ஆனால் நிர்வாகப் பக்கம் மாறுபட்ட செயல்பாட்டால் இந்த பிரச்சினைகள் மேலும் தெளிவாக உணரப்படுகிறது.