ஹாஸ்டிங் & செயல்திறன்
WordPress-ஐ எவ்வாறு விரைவாக்குகிறோம்: LiteSpeed Enterprise, LSCache மற்றும் தளவாரியான Redis
மிக வேகமான WordPress கோரிக்கை என்பது ஒருபோதும் இயக்கப்படாததுதான் - PHP அல்லது MySQL இயக்கப்படுவதற்கு முன்பு கேச் (cache) நினைவகத்திலிருந்து பெரும்பாலான வருகைகளுக்கு எங்கள் ஸ்டாக் எவ்வாறு பதிலளிக்கிறது மற்றும் அது Core Web Vitals-க்கு என்ன அர்த்தம் என்பதை இங்கே காண்கிறோம்.
எதுவும் இயக்கப்படாத கோரிக்கையே மிக விரைவான கோரிக்கையாகும்
ஒரு நிலையான WordPress கோரிக்கை மிகவும் செலவுமிக்கது. வெப் சர்வர் PHP-க்கு பொறுப்பை மாற்றுகிறது, PHP ஆனது WordPress-ஐத் தொடங்கி, பிளக்கின்களை இயக்குகிறது, MySQL-ஐ சில டஜன் முறை வினவுகிறது, HTML-ஐத் தொகுக்கிறது, அதன் பிறகே பைட்டுகளைத் திருப்பி அனுப்புகிறது. பிஸியான ஒரு தளத்தில் ஒவ்வொரு பார்வையாளருக்கும் அந்த முழுச் செயலும் நிகழ்கிறது, மேலும் உங்களது நேரத்தின் பெரும்பகுதி முதல்-பைட்-பெறுவதற்கு (time-to-first-byte) அங்கேதான் செலவிடப்படுகிறது.
பெரும், பெரும்பாலான வருகைகளுக்கு அவற்றில் எதுவுமே நடக்காமல் பார்த்துக்கொள்வதே எங்களது தீர்வாகும். நாங்கள் ஹோஸ்ட் செய்யும் தளங்கள் முழுவதும் — 100,000-க்கும் அதிகமான PBN தளங்கள் மற்றும் மெயின்ஸ்ட்ரீம் மேனேஜ்ட் WordPress தளங்கள் — முன்புறப் பக்கப் பார்வைகளில் பெரும்பான்மையானவை, PHP-ஐ இயக்காமலோ அல்லது தரவுத்தளத்தைத் தொடாமலோ, நேரடியாக கேச் நினைவகத்திலிருந்து முன்பே ரெண்டர் செய்யப்பட்ட முழுப் பக்கமாக வழங்கப்படுகின்றன. இடுகையின் மீதமுள்ள பகுதி, அதை உண்ையாக்கும் அடுக்குகள் எவ்வாறு ஒன்றாகப் பொருந்துகின்றன மற்றும் ஒவ்வொன்றும் எவ்வாறு தனது இடத்தை ஈட்டுகின்றன என்பது பற்றியது.
இங்குள்ள முக்கியமான கட்டமைப்பு என்னவென்றால், இவை நீங்கள் தேர்வு செய்யக்கூடிய போட்டியிடும் கேச் (caches) அல்ல. முழுப் பக்க கேச் (full-page cache), ஆப்ஜெக்ட் கேச் (object cache) மற்றும் CDN எட்ஜ் (CDN edge) ஆகியவை ஒவ்வொன்றும் ஒரு வெவ்வேறு வகையான கோரிக்கையைக் கையாளுகின்றன, மேலும் இவற்றின் உண்மையான மதிப்பு அவை ஒன்றுக்கொன்று எவ்வாறு தகவல்களைப் பரிமாறிக் கொள்கின்றன என்பதில் உள்ளது.
LiteSpeed Enterprise + LSCache: முழு பக்க அடுக்கு
ஒ h ஒவ்வொரு தளமும் சர்வர் நிலை LSCache உடன் LiteSpeed என்டர்பிரைஸில் இயங்குகிறது. முன்-முடிவு பதில் தற்காலிக சேமிப்பில் இருக்கக்கூடியதாக இருக்கும்போது, வெப் சர்வர் அதை LiteSpeed கேச்-கண்ட்ரோல் மற்றும் டேக் ஹெடர்களைக் கொண்டு முத்திரையிடுகிறது, மேலும் அடுத்த ஹிட்டில் LiteSpeed முழுப் பக்கத்தையும் நேரடியாக வழங்குகிறது - PHP செயல்முறை உருவாக்கப்படவில்லை, MySQL வினவலும் வழங்கப்படவில்லை. இது WordPress TTFB-ல் மிகப்பெரிய பலமாகும், ஏனெனில் இது சூடான பாதையிலிருந்து முழு பயன்பாட்டு துவக்கத்தையும் நீக்குகிறது.
LSCache என்பது ஒரு PHP செருகுநிரலில் (plugin) இல்லாமல் வலைச் சேவையகத்திற்குள்ளேயே இயங்குவதால், இது கோரிக்கை வாழ்க்கைச் சுழற்சியின் (request lifecycle) தொடக்கத்திலேயே செயல்படத் தொடங்கி, சேவையகம் உடனடியாக வெளியேற்றக்கூடிய (flush) வடிவத்தில் பக்கங்களை வைத்திருக்கிறது. ஒரு கேச் கிராலர் (cache crawler) பிரபலமான பக்கங்களை எப்போதுமே செயலில் வைத்திருக்கும், எனவே எதை நீக்கிய பின் வரும் முதல் பார்வையாளர் அந்தப் பக்கத்தை மீண்டும் உருவாக்க வேண்டிய கட்டாயம் ஏற்படாது. பொதுவான ஸ்டாக் (stack) ஒன்றில் இணைக்கப்பட்டு, கேச் இன்னும் PHP-க்குப் பின்னால் இருக்கும் செருகுநிரல் அடிப்படையிலான கேச்சை விட, இதன் விளைவு குறிப்பிடத்தக்க வகையில் குறைவான மற்றும் நிலையான TTFB ஆகும்.
எங்கள் சொந்த ரெப்போ-கிரேடு கேச் செருகி ஒவ்வொரு தளத்திலும் முன்கூட்டியே நிறுவப்பட்டு தானாகவே புதுப்பிக்கப்பட்டு வருகிறது, இது WordPress-ஐ LSCache-உடன் பெட்டிக்கு வெளியே சரியாக இணைக்கிறது. LiteSpeed அல்லாத மூலத்தில் இது எந்த முழு-பக்க தலைப்புகளையும் வெளியிடுவதில்லை மற்றும் வழியிலிருந்து விலகிச் செல்கிறது, அதே நேரத்தில் பொருள் கேச் மற்றும் விலக்கு விதிகள் தொடர்ந்து தங்கள் வேலையைச் செய்கின்றன — எனவே இடம்பெயர்ந்த தளம் ஒருபோதும் உடைந்த அரை-கட்டமைக்கப்பட்ட நிலையில் விடப்படாது.
வேகம் குறையாமல், பழைய தரவைத் தவிர்க்குதல்: ESI மற்றும் ஸ்மார்ட் ஆட்டோ-பர்ஜ்
துருப்புச்சீட்டு முழுப்பக்க தற்காலிக சேமிப்பில் இரண்டு உன்னதமான தோல்வி முறைகள் உள்ளன: உள்நுழைந்த பயனருக்கு வேறு ஒருவரின் பக்கத்தை வழங்குவது, மற்றும் மாறியிருக்க வேண்டிய பக்கத்தை எவருக்கும் வழங்குவது. இவை இரண்டும் தற்காலிக சேமிப்பைக் குறைப்பதன் மூலம் அல்லாமல், தற்காலிக சேமிப்பு அடுக்கில் தீர்க்கப்படுகின்றன.
ESI (Edge Side Includes) என்பது நேரலை முறையில் இருக்க வேண்டிய பகுதிகளுக்குத் துளையிட்டு, பக்கத்தை கேச் (cache) செய்ய அனுமதிக்கிறது. ஒரு WooCommerce ஸ்டோரில், மிகவேகமான TTFB-ஐப் பெற பட்டியல், தயாரிப்பு மற்றும் வகை பக்கங்கள் முழுப்பக்க கேச் மூலம் வழங்கப்படுகின்றன, அதே நேரத்தில் ESI ஒவ்வொரு கோரிக்கைக்கும் கார்ட் ஃபிராக்மென்ட், மினி-கார்ட் மொத்தங்கள் மற்றும் கணக்கு நிலையினை ரெண்டர் செய்கிறது. கார்ட், செக் அவுட், மை-அக்கவுண்ட் மற்றும் எந்தவொரு நான்ஸ் அல்லது செஷன் பக்கங்களும் இயல்பாகவே விலக்கப்பட்டுள்ளன. ஷாப்பிங் செய்பவர்கள் எப்போதும் தங்களது சொந்தக் கூடையையும் வேலை செய்யும் செக் அவுட்டையும் காண்கிறார்கள்; அனைவரும் ஸ்டோர் ஃபிரண்ட்டை கேச்சிலிருந்து தொடர்ந்து பெறுகிறார்கள்.
புத்துணர்வானது ஸ்மார்ட் ஆட்டோ-பார்ஜ் மூலம் கையாளப்படுகிறது. உள்ளடக்கம், தயாரிப்புகள், விலைகள் அல்லது ஆர்டர்கள் மாறும்போது பார்ஜ் ஹூக்குகள் தானாகவே இயங்கும், எனவே தொடர்புடைய கேச் செய்யப்பட்ட பக்கங்கள் டைமர் மூலம் அல்லாமல் உடனடியாகப் புதுப்பிக்கப்படும், மேலும் டேஷ்போர்டில் இருந்தோ அல்லது WordPress உள்ளேயோ தேவைக்கேற்ப நீங்கள் பார்ஜ் செய்யலாம். டேக் அடிப்படையிலான பார்ஜ் என்பது ஒரு பதிவைத் திருத்துவது அந்தப் பதிவையும் அதன் காப்பகங்களையும் அழிக்கும் - முழு கேச்சும் அல்ல - எனவே ஒற்றைத் திருத்தம் முழு தளத்தையும் கோல்ட்-ஸ்டார்ட் செய்யாது.
தளம் வாரியான Redis பொருள் தற்காலிக சேமிப்பு (object cache): முழுப் பக்கமாக இருக்க முடியாதவற்றுக்கு
ஒ hஒவொ வொரு கோரிக்கையும் நிலையான முழுப் பக்கமாக இருக்க முடியாது. உள்நுழைந்த அமர்வுகள், WordPress நிர்வாகம், WooCommerce வண்டிகள், தேடல் மற்றும் ESI விட்டுச்செல்லும் டைனமிக் துண்டுகள் அனைத்தும் PHP-ஐ இயக்க வேண்டும். அவற்றுக்கு, 'பயன்பாட்டைத் தவிர்' என்பதிலிருந்து 'தரவுத்தளத்தைத் தவிர்' என இலக்கு மாறுகிறது.
ஒவ்வொரு தளத்திற்கும் பிரத்யேகமான Redis ஆப்ஜெக்ட் கேச் வழங்கப்படுகிறது. திரும்பத் திரும்ப செய்யப்படும் டேட்டாபேஸ் ரீட்களின் முடிவுகளை—ஆப்ஷன்கள், டிரான்சியன்ட்கள், போஸ்ட் மற்றும் டேர்ம் லுகப்கள், WooCommerce தயாரிப்பு மற்றும் அமர்வுத் தரவை—WordPress நினைவகத்தில் கேச் செய்கிறது, இதனால் ஒவ்வொரு ஹிட்டின்போதும் அதே வினவல் MySQL-க்கு எதிராக இயக்கப்படாது. முழுப் பக்க கேச் உதவ முடியாத இடங்களில் இதன் தாக்கம் மிகத் தெளிவாகத் தெரியும்: வேகமான டேஷ்போர்டுகள், வேகமான கார்ட்டுகள் மற்றும் டிராஃபிக்கின் போது டேட்டாபேஸ் சுமை மிகக் குறைவு.
ஆப்ஜெக்ட் கேச் என்பது தளவாரியானது, பகிரப்பட்டதல்ல, இது செயல்திறன் மற்றும் தனிமைப்படுத்தல் ஆகிய இரண்டிற்கும் முக்கியமானதாகும். தளவாரியான டேட்டாபேஸ் த்ராட்லிங்குடன் இணைக்கப்படும்போது, ஒரு தளத்தின் அதிகப்படியான அல்லது மோசமாக எழுதப்பட்ட வினவல்கள் அதன் அண்டை தளங்களுக்கான டேட்டாபேஸை முடக்க முடியாது. எங்கள் கேச்சிங் அம்சப் பக்கத்தில் முழு பல அடுக்கு அமைப்பும் எவ்வாறு ஒன்றாகப் பொருந்துகிறது என்பதைப் பற்றியும், தனிமைப்படுத்தலின் கீழ் உள்ள டெனன்ட்களுக்கு இடையேயான எல்லைகளைப் பற்றியும் நீங்கள் மேலும் படிக்கலாம்.
விளிம்பும் அதற்கு அடியில் உள்ள போக்குவரத்து அமைப்பும்
ஆரிஜின் சேவையகத்தில் இருக்கும் தற்காலிகச் சேமிப்பும் (Cache) பிணையத்தைக் கடக்க வேண்டியுள்ளது. சேவையகத்திற்கு முன்பாக CDN edge அமைந்திருப்பதால், நிலையான கோப்புகளும் தற்காலிகமாகச் சேமிக்கக்கூடிய பக்கங்களும் பார்வையாளருக்கு அருகில் உள்ள பிரசன்னப் புள்ளியிலிருந்து (point of presence) வழங்கப்படுகின்றன; இதனால் அதிகப் பயனர் வருகையின்போதும் ஆரிஜின் சேவையகம் அமைதியாக இருக்கிறது. நமது footprint-free ஹோஸ்டிங் சேவை வரிசையில், இதே edge பல வழங்குநர்களிடையே பரவியுள்ள ஒரு மல்டி-CDN பூல் ஆகச் செயல்படுகிறது, இது செயல்திறனுடன் சேர்த்து footprint இலக்கையும் பூர்த்தி செய்கிறது; பிரதானமான WordPress தளங்களில், இது ஆரிஜின் சேவையகங்களைச் செயல்படாமல் வைத்திருக்கும் ஒரு வேகமான, திறமையான அடுக்காக மட்டுமே உள்ளது.
இதன் பின்னணியில், அடிப்படை அம்சங்கள் எதுவும் குறைத்து மதிப்பிடப்படவில்லை. தளங்கள் HTTP/3 உடனான NVMe சேமிப்பகத்தில் இயங்குகின்றன, எனவே கேச் அனுப்பும் பைட்டுகள், எந்தவொரு கேச் தவறுகளுக்கும் பின்னால் வேகமான சேமிப்பகத்தைக் கொண்ட ஒரு நவீன, மல்டிபிளெக்ஸ் செய்யப்பட்ட போக்குவரத்து மூலம் வந்து சேரும். இந்த அடுக்குகளில் எதுவுமே கூடுதல் அட்-ஆன் அல்ல: LiteSpeed, LSCache, தளங்களுக்கான பிரத்யேக Redis, NVMe மற்றும் HTTP/3 ஆகியவை ஒவ்வொரு பிளான் ஆஃபரிலும் அடிப்படையானவை, இவை கூடுதல் கட்டணத்திற்கான அப்ஸெல் அடுக்கு அல்ல.
கோோர் வெப் வைட்டல்ஸ் (Core Web Vitals)-ஐ உண்மையில் எவை பாதிக்கின்றன
Core Web Vitals விஷயத்தில் ஹோஸ்டிங் பெரும்பாலும் மிகையாக விற்கப்படுவதால், துல்லியமாக இருப்பது மதிப்புக்குரியது. TTFB என்பது சர்வரோக்கு சொந்தமான சமன்பாட்டின் ஒரு பகுதியாகும், மேலும் அதற்கு மேலே உள்ள கேச்சிங் ஸ்டேக் தான் அதைக் குறைக்கிறது — எட்ஜ் மூலம் HTTP/3 வழியாக வழங்கப்பட்ட கேச் செய்யப்பட்ட முழுப் பக்கமானது TTFB எவ்வளவு குறைவாக இருக்க முடியுமோ அவ்வளவு குறைவாக இருக்கும். TTFB என்பது Largest Contentful Paint இன் முன்னணி விளிம்பாக இருப்பதால், வேகமான ஒரிஜின் ஒவ்வொரு டவுன்ஸ்ட்ரீம் மெட்ரிக்கும் வேறு வழியில் பெற முடியாத ஒரு தொடக்கத்தை அளிக்கிறது.
ஆனால் LCP, CLS மற்றும் INP ஆகியவை பெரும்பாலும் பிரவுசரில், பக்கத்தினால் மட்டுமே தீர்மானிக்கப்படுகின்றன: உகந்ததாக்கப்படாத ஹீரோ படம், ரெண்டரிங்கைத் தடுக்கும் CSS மற்றும் JavaScript, எழுத்துருக்கள் மற்றும் விளம்பரங்கள் லோட் ஆகும்போது மாறும் லேஅவுட் மற்றும் செருகுநிரல்களின் (plugins) மூலம் மெயின் த்ரெட்டில் ஏற்படும் அதிகப்படியான வேலை. 2 MB ஹீரோ படத்தையோ அல்லது பல மெகாபைட் JavaScript-ஐ வழங்கும் தீமையோ எந்த அளவிலான சர்வர் கேஷிங்கும் சரிசெய்ய முடியாது. நேர்மையான ஹோஸ்டிங் சர்வரின் பங்களிப்பை திறம்பட இலவசமாகவும் சீராகவும் ஆக்குகிறது, அதன் பிறகு முன் பகுதியை (front end) இலகுவாக வைத்திருப்பது தளத்தின் பொறுப்பாகும்.
பிரிவினையின் இந்த முறையே பயனுள்ள சிந்தனை மாதிரி ஆகும். கோரிக்கை விரைவாக பிரவுசரை அடைவதையும் போக்குவரத்து நெரிசலிலும் அது விரைவாக நீடிப்பதையும் நாங்கள் உறுதி செய்கிறோம்; நீங்கள் பேலோடை சிறியதாகவும் நிலையானதாகவும் வைத்திருக்கிறீர்கள். இவை இரண்டும் சந்திக்கும் இடம்—கேச் வார்ம்-அப், எட்ஜ் டெலிவரி மற்றும் டைனமிக் பக்கங்கள் தேங்காமல் இருக்க டேட்டாபேஸை பதிலளிக்கக்கூடியதாக வைத்திருப்பது—எங்கள் ஸ்டாக் துல்லியமாக ட்யூன் செய்யப்பட்ட இடமாகும், மேலும் இது பொதுவான ஹோஸ்டில் உள்ள அதே தளத்தை விட இந்த பிளாட்ஃபார்மில் நிர்வகிக்கப்படும் WordPress ஐ வேகமாக மாற்றுகிறது.
அடிக்கடி கேட்கப்படும் கேள்விகள்
WP Rocket போன்ற கேச்சிங் செருகுநிரல் (plugin) எனக்கு இன்னும் தேவையா?
இல்லை. முழுப் பக்க கேச்சிங் (full-page caching) வலைச் சேவையகத்தில் LiteSpeed இன் LSCache மூலம் கையாளப்படுகிறது, மேலும் எங்களது சொந்த கேச் செருகுநிரல் - முன்பே நிறுவப்பட்டு தானாகவே புதுப்பிக்கப்படும் - WordPress ஐ அதனுடன் சரியாக இணைக்கிறது, அதற்குப் பின்னால் ஒரு தளத்திற்கு ஒரு Redis ஆப்ஜெக்ட் கேச் உள்ளது. இதன் மேல் இரண்டாவது முழுப் பக்க கேச்சிங் செருகுநிரலைச் சேர்ப்பது பொதுவாக சேவையக மட்டத்திலான கேச்சுக்கு உதவுவதற்குப் பதிலாக முரண்படும், எனவே அது தேவையில்லை மற்றும் பரிந்துடிக்கப்படுவதும் இல்லை.
கேச்சிங் எனது WooCommerce கார்ட் அல்லது உள்நுழைந்த பக்கங்களை உடைக்குமா?
இல்லை. வண்டி, செக்அவுட், எனது-கணக்கு மற்றும் எந்தவொரு நான்ஸ் அல்லது அமர்வு பக்கங்களும் இயல்பாகவே தற்காலிக சேமிப்பிலிருந்து (cache) விலக்கப்பட்டுள்ளன, மேலும் ESI ஆனது வண்டித் துணுக்கு மற்றும் மொத்தங்களை மற்றபடி தற்காலிக சேமிப்பில் உள்ள பக்கங்களில் இயங்கச் செய்கிறது. ஸ்டோர்ஃபிரண்ட் தற்காலிக சேமிப்பிலிருந்து ஏற்றப்படும் போது, வாங்குவோர் எப்போதும் தங்கள் சொந்தக் கூடையையும் வேலை செய்யும் செக்அவுட்டையும் பார்க்கிறார்கள்.
நான் வெளியிடும்போது அல்லது திருத்தும்போது கேச் (cache) எவ்வாறு புதிப்பிக்கப்படுகிறது?
ஸ்மார்ட் ஆட்டோ-பர்ஜ் பொருத்தமான WordPress ஹூக்குகளில் இயங்கும், எனவே வெளியிடுதல், உள்ளடக்கத்தைத் திருத்துதல் அல்லது ஒரு தயாரிப்பு, விலை அல்லது ஆர்டரை மாற்றுவது பாதிக்கப்பட்ட பக்கங்களை மட்டுமே அழிக்கும் மற்றும் முழு கேஷியையும் அல்ல — மேலும் ஒரு க்ராலர் அவற்றை மீண்டும் வார்ம் செய்யும். டாஷ்போர்டில் இருந்தோ அல்லது WordPress உள்ளேயிருந்தோ நீங்கள் ஆன்-டிமாண்டிலும் பர்ஜ் செய்யலாம்.
ஹோஸ்டிங் மூலம் மட்டுமே எனக்கு சரியான Core Web Vitals-ஐப் பெற முடியுமா?
இது உங்களுக்குச் சிறந்த சாத்தியமான TTFB-ஐ வழங்குகிறது, இது சர்வரின் பங்களிப்பாகும் மற்றும் Largest Contentful Paint-க்கு ஒரு நல்ல தொடக்கமாகும். ஆனால் LCP, CLS மற்றும் INP ஆகியவை பெரும்பாலும் பக்கத்தாலேயே தீர்மானிக்கப்படுகின்றன — பட அளவுகள், ரெண்டரைத் தடுக்கும் சொத்துக்கள், லேஅவுட் ஸ்திரத்தன்மை மற்றும் மெயின்-த்ரெட் ஜாவாஸ்கிரிப்ட். எங்களின் ஸ்டாக் சர்வரின் பங்களிப்பை வேகமாகவும் சீராகவும் ஆக்குகிறது; ஃப்ரண்ட்-எண்ட் பேலோடைச் சுருக்கமாக வைத்திருப்பதே மீதமுள்ள இடைவெளியை நிரப்புகிறது.
தொடர்புடையது
14 நாட்களுக்கு இலவசமாக முயற்சிக்கவும்
உங்கள் முதல் வலைத்தளங்களை 14 நாட்களுக்கு இலவசமாக இயக்கத் தொடங்குங்கள் — அட்டை தேவையில்லை. ஏற்கனவே உள்ள நெட்வொர்க்கை மாற்றுகிறீர்களா? உங்களின் முதல் மைக்ரேஷன் எங்கள் செலவில்.
இலவசமாகத் தொடங்குங்கள்