ஹோஸ்டிங் மற்றும் செயல்திறன்
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-ஐ இயக்காமலோ அல்லது தரவுத்தளத்தை அணுகாமலோ, தற்காலிக நினைவகத்திலிருந்து (cache) நேரடியாக முன்-வழங்கப்பட்ட முழுப் பக்கமாகவே சேவை செய்யப்படுகின்றன. இந்தப் பதிவின் எஞ்சிய பகுதி, இதைச் சாத்தியமாக்கும் அடுக்குகள் எவ்வாறு ஒன்றாக இணைகின்றன என்பதையும், ஒவ்வொன்றும் எவ்வாறு தனது இடத்தைப் பெறுகிறது என்பதையும் பற்றியதாகும்.
இவை நீங்கள் ஒன்றைத் தேர்வுசெய்ய வேண்டிய ஒன்றுக்கொன்று போட்டியிடும் தற்காலிக நினைவகங்கள் (caches) அல்ல என்பதே முக்கியமான புரிதலாகும். முழுப் பக்க நினைவகம், பொருள் நினைவகம் மற்றும் CDN எட்ஜ் ஆகியவை ஒவ்வொன்றும் வெவ்வேறு வகையான கோரிக்கைகளைக் கையாளுகின்றன; மேலும் அவை ஒன்றுக்கொன்று எவ்வாறு பணிகளை ஒப்படைக்கின்றன என்பதில்தான் அவற்றின் மதிப்பு அடங்கியுள்ளது.
LiteSpeed Enterprise + LSCache: முழுப் பக்க அடுக்கு
ஒவ்வொரு தளமும் சர்வர் அளவிலான LSCache உடன் LiteSpeed Enterprise இல் இயங்குகிறது. முன்பக்கப் பதில் கேச் செய்யக்கூடியதாக இருக்கும்போது, வலை சர்வர் அதை LiteSpeed கேச்-கட்டுப்பாடு மற்றும் டேக் தலைப்புகளுடன் முத்திரையிடுகிறது, மேலும் அடுத்த வருகையின் போது LiteSpeed முழுப் பக்கத்தையும் நேரடியாக வழங்குகிறது — எந்த PHP செயல்முறையும் உருவாக்கப்படவில்லை, எந்த MySQL வினவலும் அனுப்பப்படவில்லை. இது WordPress TTFB மீதான மிகப்பெரிய தனி நெம்புகோலாகும், ஏனெனில் இது பயன்பாட்டின் முழு தொடக்கத்தையும் முக்கியமான பாதையிலிருந்து நீக்குகிறது.
LSCache ஒரு PHP செருகுநிரலில் இல்லாமல் வலை சேவையகத்திற்குள் இருப்பதால், அது கோரிக்கை வாழ்க்கைச் சுழற்சியில் முன்பாகவே செயல்படத் தொடங்குகிறது மற்றும் சேவையகம் உடனடியாக அழிக்கக்கூடிய ஒரு வடிவத்தில் பக்கங்களை வைத்திருக்கிறது. ஒரு தேக்கக கிராலர் பிரபலமான பக்கங்களைத் தயாராக வைத்திருக்கிறது, எனவே ஒரு துடைப்பிற்குப் பிறகு வரும் முதல் பார்வையாளர் பக்கத்தை மீண்டும் உருவாக்குவதற்கான சுமையைச் சுமக்க வேண்டியதில்லை. இதன் விளைவாக, PHP-க்கு பின்னால் தேக்ககம் அமைந்திருக்கும் ஒரு பொதுவான அடுக்கில் சொருகப்பட்ட வெறும் செருகுநிரல் தேக்ககத்தை விட குறிப்பிடத்தக்க குறைந்த மற்றும் நிலையான TTFB கிடைக்கிறது.
எங்களின் களஞ்சிய-தரத்திலான தற்காலிக சேமிப்பு செருகுநிரல் ஒவ்வொரு தளத்திலும் முன்கூட்டியே நிறுவப்பட்டு தானாகவே புதுப்பிக்கப்படும் வகையில் வருகிறது, இது WordPress ஐ LSCache உடன் தொடக்கத்திலிருந்தே சரியாக இணைக்கிறது. LiteSpeed அல்லாத சேவையகத்தில் இது முழுப் பக்க தலைப்புகளை வெளியிடாமல் ஒதுங்கிவிடும், அதே நேரத்தில் பொருள் தற்காலிக சேமிப்பு மற்றும் விலக்கு விதிகள் அவற்றின் வேலையைத் தொடர்ந்து செய்கின்றன — எனவே இடம்பெயர்ந்த தளம் ஒருபோதும் பழுதடைந்த அல்லது அரைகுறையாக உள்ளமைக்கப்பட்ட நிலையில் விடப்படாது.
பழைய உள்ளடக்கத்தை வழங்காமல் வேகமாக இருப்பது: ESI மற்றும் ஸ்மார்ட் தானியங்கு நீக்கம்
தீவிர முழுப் பக்க தற்காலிகச் சேமிப்பானது இரண்டு உன்னதமான தோல்வி முறைகளைக் கொண்டுள்ளது: உள்நுழைந்துள்ள ஒரு பயனருக்கு வேறொருவரின் பக்கத்தை வழங்குவது, மற்றும் மாறியிருக்க வேண்டிய ஒரு பக்கத்தை எவருக்கும் வழங்குவது. இவை இரண்டுமே குறைவாகத் தற்காலிகச் சேமிப்பு செய்வதை விட, தற்காலிகச் சேமிப்பு அடுக்கிலேயே தீர்க்கப்படுகின்றன.
ESI (Edge Side Includes) நேரலையாக இருக்க வேண்டிய பகுதிகளுக்குத் துளைகளை இடும் அதே வேளையில், பக்கத்தை தற்காலிகச் சேமிப்பில் வைக்க நமக்கு உதவுகிறது. ஒரு WooCommerce ஸ்டோரில், மிக விரைவான TTFB-க்காக பட்டியல், தயாரிப்பு மற்றும் வகைப் பக்கங்கள் முழுப் பக்க தற்காலிகச் சேமிப்பாக வழங்கப்படுகின்றன; அதே நேரத்தில் ESI கார்ட் துணுக்கு, மினி-கார்ட் மொத்தங்கள் மற்றும் கணக்கு நிலையை ஒவ்வொரு கோரிக்கைக்கும் வழங்குகிறது. கார்ட், செக்அவுட், எனது கணக்கு மற்றும் ஏதேனும் நான்ஸ் அல்லது அமர்வுப் பக்கங்கள் இயல்பாகவே விலக்கப்படுகின்றன. கடைக்காரர்கள் எப்போதும் தங்கள் சொந்த கூடையையும் செயல்படும் செக்அவுட்டையும் பார்க்கிறார்கள்; அனைவரும் இன்னும் தற்காலிகச் சேமிப்பிலிருந்தே முகப்புப் பக்கத்தைப் பெறுகிறார்கள்.
புதுப்பிப்புத் தன்மை அறிவார்ந்த தானியங்கி அழிப்பு (auto-purge) மூலம் கையாளப்படுகிறது. உள்ளடக்கம், தயாரிப்புகள், விலைகள் அல்லது ஆர்டர்கள் மாறும்போது அழிப்பு ஹூக்குகள் தானாகவே செயல்படுகின்றன, எனவே தொடர்புடைய தேக்ககப் பக்கங்கள் டைமரை விட உடனடியாகப் புதுப்பிக்கப்படுகின்றன, மேலும் நீங்கள் கட்டுப்பாட்டுப் பலகத்திலிருந்தோ அல்லது WordPress உள்ளிருந்தோ தேவைக்கேற்ப அழிக்கலாம். குறிச்சொல் அடிப்படையிலான அழிப்பு என்பது ஒரு பதிவைத் திருத்துவது அந்தப் பதிவையும் அதன் காப்பகங்களையும் மட்டுமே அழிக்கிறது — முழு தேக்ககத்தையும் அல்ல — எனவே ஒரு ஒற்றைத் திருத்தம் முழு தளத்தையும் புதிதாகத் தொடங்க வைக்காது.
தள வாரியான Redis பொருள் தற்காலிகச் சேமிப்பகம்: முழுப் பக்கமாக இருக்க முடியாதவற்றிற்கு
ஒவ்வொரு கோரிக்கையும் ஒரு நிலையான முழுப் பக்கமாக இருக்க முடியாது. உள்நுழைந்த அமர்வுகள், WordPress நிர்வாகப் பகுதி, WooCommerce கூடைகள், தேடல் மற்றும் ESI நேரலையில் விட்டுச்செல்லும் மாறும் துண்டுகள் அனைத்தும் PHP-ஐ இயக்க வேண்டும். அவற்றுக்கு, இலக்கானது 'பயன்பாட்டைத் தவிர்ப்பது' என்பதிலிருந்து 'தரவுத்தளத்தைத் தவிர்ப்பது' என்பதற்கு மாறுகிறது.
ஒவ்வொரு தளத்திற்கும் பிரத்தியேகமான Redis ஆப்ஜெக்ட் கேச் வழங்கப்படுகிறது. ஒரே வினவல் ஒவ்வொரு முறையும் MySQL இல் இயக்கப்படாமல் இருக்க, தொடர்ச்சியான தரவுத்தள வாசிப்புகளின் முடிவுகளை — விருப்பங்கள், transients, இடுகை மற்றும் சொல் தேடல்கள், WooCommerce தயாரிப்பு மற்றும் அமர்வு தரவு — WordPress நினைவகத்தில் தேக்கி வைக்கிறது. பக்க அளவிலான கேச் உதவ முடியாத இடங்களில் இதன் பலன் மிகத் தெளிவாகத் தெரியும்: விரைவான டாஷ்போர்டுகள், விரைவான கூடைகள் மற்றும் போக்குவரத்தின் போது தரவுத்தளத்தில் மிகக் குறைந்த சுமை.
ஆப்ஜெக்ட் கேச் (object cache) என்பது பகிரப்படாமல், ஒவ்வொரு தளத்திற்கும் தனித்தனியாக உள்ளது; இது செயல்திறன் மற்றும் தனிமைப்படுத்தல் ஆகிய இரண்டிற்கும் முக்கியமானதாகும். தள அளவிலான தரவுத்தளக் கட்டுப்பாட்டுடன் (throttling) இணையும்போது, ஒரு தளத்தின் அதிகப்படியான அல்லது தவறாக எழுதப்பட்ட வினவல்கள் அதன் அண்டை தளங்களுக்கான தரவுத்தள வளங்களைப் பறிக்க முடியாது. பல அடுக்கு கட்டமைப்பு எவ்வாறு முழுமையாக இணைந்து செயல்படுகிறது என்பதைப் பற்றி எங்கள் கேச்சிங் அம்சப் பக்கத்திலும், தனிமைப்படுத்தலின் கீழ் உள்ள குத்தகைதாரர்களுக்கு இடையிலான எல்லைகளைப் பற்றியும் நீங்கள் மேலும் படிக்கலாம்.
எட்ஜ் மற்றும் அதன் அடியில் உள்ள போக்குவரத்து
மூல சேவையகத்தில் இருக்கும் தேக்ககமும் பிணையத்தைக் கடக்க வேண்டியுள்ளது. சேவையகத்தின் முன்னால் CDN விளிம்பு உள்ளதால், நிலையான வளங்களும் தேக்ககப்படுத்தக்கூடிய பக்கங்களும் பார்வையாளருக்கு அருகிலுள்ள இருப்புப் புள்ளியிலிருந்து வழங்கப்படுகின்றன, மேலும் சுமை இருக்கும்போதும் மூல சேவையகம் அமைதியாகவே இருக்கும். எங்களின் footprint-free ஹோஸ்டிங் சேவைக்கு அதே விளிம்பானது பல வழங்குநர்களிடையே பரவியுள்ள multi-CDN தொகுப்பாகும், இது செயல்திறன் இலக்குடன் footprint இலக்கையும் நிறைவேற்றுகிறது; முக்கிய WordPress இல் இது மூல சேவையகங்களை ஓய்வில் வைத்திருக்கும் வேகமான, நேர்த்தியான அடுக்காகும்.
அடிப்படைக் கட்டமைப்பில் எந்த சமரசமும் செய்யப்படவில்லை. தளங்கள் HTTP/3 உடனுள்ள NVMe சேமிப்பகத்தில் இயங்குகின்றன, எனவே கேச் (cache) அனுப்பும் பைட்டுகள், கேச் மிஸ் (cache miss) ஏற்படும் பட்சத்தில் விரைவான சேமிப்பகத்தின் ஆதரவோடு கூடிய நவீன, மல்டிபிளெக்ஸ் செய்யப்பட்ட போக்குவரத்து வழியாக வந்தடைகின்றன. இந்த அடுக்குகளில் எதுவுமே கூடுதல் கட்டணச் சேவைகள் அல்ல: LiteSpeed, LSCache, தளத்திற்கான தனிப்பட்ட Redis, NVMe மற்றும் HTTP/3 ஆகியவை ஒவ்வொரு திட்டத்திலும் உள்ள அடிப்படை வசதிகளே தவிர, கூடுதல் விலையிலான அடுக்கு அல்ல.
Core Web Vitals-ஐ உண்மையில் மாற்றுவது எது
துல்லியமாக இருப்பது பயனுள்ளது, ஏனெனில் ஹோஸ்டிங் பெரும்பாலும் Core Web Vitals தொடர்பாக மிகைப்படுத்தப்பட்டு விற்கப்படுகிறது. TTFB என்பது இந்தச் சமன்பாட்டில் சேவையகத்திற்குரிய பகுதியாகும், மேலும் மேலே உள்ள கேச்சிங் ஸ்டேக்தான் அதைக் குறைக்கிறது — எட்ஜிலிருந்து HTTP/3 வழியாக வழங்கப்படும் ஒரு கேச் செய்யப்பட்ட முழுப் பக்கம் என்பது TTFB அடையக்கூடிய மிகக் குறைந்த அளவாகும். Largest Contentful Paint இன் முன்னணி முனையாக TTFB இருப்பதால், ஒரு வேகமான ஆரிஜின் அடுத்தடுத்த ஒவ்வொரு அளவீட்டிற்கும் வேறு எந்த வகையிலும் பெற முடியாத ஒரு தொடக்க நன்மையை வழங்குகிறது.
ஆனால் LCP, CLS மற்றும் INP ஆகியவை பெரும்பாலும் உலாவியிலேயே, பக்கத்தினாலேயே தீர்மானிக்கப்படுகின்றன: உகப்பாக்கப்படாத ஒரு முகப்புப் படம் (hero image), திரையிடலைத் தடுக்கும் CSS மற்றும் JavaScript, எழுத்துருக்களும் விளம்பரங்களும் ஏற்றப்படும்போது நகரும் தளவமைப்பு, மற்றும் செருகுநிரல்களால் முதன்மை இழையில் ஏற்படும் அதிகப்படியான பணிச்சுமை. சேவையகத்தின் எந்தவொரு தற்காலிக சேமிப்பும் (caching) 2 MB முகப்புப் படத்தையோ அல்லது பல மெகாபைட் JavaScript-ஐக் கொண்டுள்ள ஒரு கருப்பொருளையோ சரிசெய்ய முடியாது. ஒரு நேர்மையான ஹோஸ்டிங் சேவையகத்தின் பங்களிப்பைச் சுமையற்றதாகவும் சீரானதாகவும் மாற்றுகிறது, அதன் பிறகு முகப்புப் பகுதியை (front end) இலகுவாக வைத்திருப்பது தளத்தின் பொறுப்பாகும்.
அந்தப் பணிப் பகிர்வே பயனுள்ள மன மாதிரியாகும். கோரிக்கை உலாவியை விரைவாகச் சென்றடைவதையும், போக்குவரத்து நெரிசலின் போதும் விரைவாக நீடிப்பதையும் நாங்கள் உறுதி செய்கிறோம்; நீங்கள் பேலோடைச் சிறியதாகவும் நிலையானதாகவும் வைத்திருக்கிறீர்கள். இவை இரண்டும் சந்திக்கும் இடம் — தற்காலிக நினைவகத் தயாரிப்பு, எட்ஜ் விநியோகம் மற்றும் டைனமிக் பக்கங்கள் முடங்காமல் இருக்கத் தரவுத்தளத்தை விரைந்து பதிலளிக்கும் வகையில் வைத்திருப்பது — தான் எங்கள் அடுக்கு துல்லியமாகச் சரிசெய்யப்பட்ட இடமாகும், மேலும் இதுவே பொதுவான ஹோஸ்ட்டில் உள்ள அதே தளத்தை விட இந்தத் தளத்தில் நிர்வகிக்கப்படும் WordPress ஐ விரைவானதாக மாற்றுகிறது.
அடிக்கடி கேட்கப்படும் கேள்விகள்
எனக்கு இன்னும் WP Rocket போன்ற கேச்சிங் செருகுநிரல் தேவையா?
இல்லை. முழுப் பக்க நினைவகமாக்கம் (Full-page caching) வலை சேவையகத்தில் LiteSpeed-இன் LSCache மூலம் கையாளப்படுகிறது, மேலும் எங்களின் சொந்த நினைவகச் செருகுநிரல் — முன்பே நிறுவப்பட்டு தானாகவே புதுப்பிக்கப்படுவது — WordPress-ஐ அதனுடன் சரியாக இணைக்கிறது, இதன் பின்னணியில் தளத்திற்கான பிரத்யேக Redis ஆப்ஜெக்ட் நினைவகமும் உள்ளது. இதன் மேல் மற்றொரு முழுப் பக்க நினைவகச் செருகுநிரலைச் சேர்ப்பது பொதுவாக உதவுவதற்குப் பதிலாக சேவையக அளவிலான நினைவகத்துடன் முரண்படுகிறது, எனவே இது தேவையில்லை மற்றும் பரிந்துரைக்கப்படுவதில்லை.
கேஷிங் எனது WooCommerce கார்ட் அல்லது உள்நுழைந்த பக்கங்களை பாதிக்குமா?
இல்லை. Cart, checkout, my-account மற்றும் எந்தவொரு nonce அல்லது session பக்கங்களும் முன்னிருப்பாக தற்காலிக சேமிப்பகத்திலிருந்து (cache) விலக்கப்படுகின்றன, மேலும் ESI ஆனது பிற தற்காலிக சேமிப்புப் பக்கங்களில் கார்ட் பகுதி மற்றும் மொத்தத் தொகையை நேரலையாக வைத்திருக்கிறது. முகப்புப் பக்கம் தற்காலிக சேமிப்பகத்திலிருந்து ஏற்றப்படும்போதும், வாடிக்கையாளர்கள் எப்போதும் தங்களின் சொந்த கூடையையும் செயல்படும் செக் அவுட்டையும் பார்க்க முடியும்.
நான் வெளியிடும்போது அல்லது திருத்தும்போது இடைநினைவகம் எவ்வாறு புதுப்பித்த நிலையில் இருக்கும்?
தொடர்புடைய WordPress ஹூக்குகளில் ஸ்மார்ட் தானியங்கி அகற்றம் செயல்படுகிறது, எனவே உள்ளடக்கத்தை வெளியிடுதல், திருத்துதல் அல்லது ஒரு தயாரிப்பு, விலை அல்லது ஆர்டரை மாற்றுவது பாதிக்கப்பட்ட பக்கங்களையும் அவற்றின் காப்பகங்களையும் மட்டுமே நீக்குகிறது — முழு தற்காலிக நினைவகத்தையும் அல்ல — மேலும் ஒரு க்ராலர் அவற்றை மீண்டும் தயார்படுத்துகிறது. நீங்கள் டாஷ்போர்டில் இருந்தோ அல்லது WordPress-ன் உள்ளிருந்தோ தேவைக்கேற்ப அகற்றவும் முடியும்.
ஹோஸ்டிங் மட்டுமே எனக்கு சரியான Core Web Vitals-ஐ வழங்க முடியுமா?
இது உங்களுக்குச் சிறந்த சாத்தியமான TTFB-ஐ வழங்குகிறது, இது சேவையகத்தின் பங்களிப்பாகவும் Largest Contentful Paint-க்கு ஒரு நல்ல தொடக்கமாகவும் அமைகிறது. ஆனால் LCP, CLS மற்றும் INP ஆகியவை பெரும்பாலும் பக்கத்தாலேயே தீர்மானிக்கப்படுகின்றன — பட அளவுகள், ரெண்டரிங்கைத் தடுக்கும் வளங்கள், தளவமைப்பு நிலைத்தன்மை மற்றும் பிரதான இழை JavaScript. எங்கள் கட்டமைப்பு சேவையகத்தின் பங்களிப்பை விரைவாகவும் சீராகவும் ஆக்குகிறது; பயனர் இடைமுக சுமையை குறைவாக வைத்திருப்பது மீதமுள்ள இடைவெளியைக் குறைக்கிறது.
தொடர்புடையவை
இதை 14 நாட்களுக்கு இலவசமாகப் பயன்படுத்திப் பாருங்கள்
உங்கள் முதல் தளங்களை 14 நாட்களுக்கு இலவசமாகத் தொடங்குங்கள் — அட்டை தேவையில்லை. ஏற்கனவே உள்ள நெட்வொர்க்கை மாற்றுகிறீர்களா? வரம்புகள் ஏதுமின்றி இடப்பெயர்வுகள் இலவசம்.
இலவசமாகத் தொடங்குங்கள்