Nginx Gzip கம்பிரம் செயல்படுத்துவதன் மூலம் பக்கம் அளவை %70 குறைப்பது எப்படி

Nginx Gzip கம்பிரம், சர்வரிலிருந்து உலாவியில் அனுப்பப்படும் HTML, CSS, JavaScript, XML மற்றும் JSON போன்ற உரை அடிப்படையிலான கோப்புகளை கம்பிரமாக்கி, பக்கம் அளவை பொதுவாக %50 முதல் %70 வரை குறைக்க உதவும் ஒரு செயல்திறன் அமைப்பாகும். சுருக்கமாகச் சொல்லவந்தால், ஒரே உள்ளடக்கத்தை சிறிய தொகுப்புகளாக அனுப்புவதற்காக, முதன்மை சுமை நேரத்தை குறைப்பதற்காக மற்றும் பயனருக்கு வேகமான இணைய அனுபவத்தை வழங்குவதற்காக இது தொடர்புடையது. Nginx இல் gzip on; வரியை செயல்படுத்தி, சரியான MIME வகைகளை, குறைந்தபட்ச கோப்பு அளவை மற்றும் கம்பிரம் மட்டத்தை அமைப்பதன் மூலம் சில நிமிடங்களில் கணக்கிடக்கூடிய வேகம் கூடுதல் பெறலாம்.

இணையதளங்களில் வேகம் இப்போது தொழில்நுட்ப விவரம் மட்டும் அல்ல; SEO, மாறுதல் வீதம், விளம்பர விளைவுத்திறன் மற்றும் பயனர் திருப்தியை நேரடியாக பாதிக்கும் ஒரு அடிப்படைக் குணமாகும். 2026 SEO தரநிலைகளில் பக்கம் அனுபவம், Core Web Vitals, மொபைல் செயல்திறன் மற்றும் தேடல் திறனை ஒருங்கிணைத்து மதிப்பீடு செய்யப்படுகிறது. எனவே, Nginx Gzip கம்பிரத்தை செயல்படுத்துவது, குறிப்பாக பகிர்ந்துகொள்ளப்பட்ட ஹொஸ்டிங், VPS, கிளவுட் சர்வர் அல்லது அதிக வருகை உள்ள நிறுவன வலைத்தளங்களில் முதலில் செய்யவேண்டிய ஒழுங்குபடுத்தல்களில் ஒன்றாகும். Hostragons உடன் ஒதுக்கப்பட்ட வலைத்தளங்களுக்கு செயல்திறன் மையமான ஹொஸ்டிங் தேர்வு இந்த பயன்களை ஆதரிக்க உதவுகிறது: வேகமான இணைய ஹோஸ்டிங் தொகுப்புகள்.

Nginx Gzip கம்பிரம் என்பது என்ன?

Nginx Gzip கம்பிரம், HTTP பதில்களை வாடிக்கையாளருக்கு அனுப்புவதற்கு முன் Gzip அல்காரிதம் மூலம் குறைக்கும் ஒரு சர்வர் பக்கம் உள்ளமைப்பு ஆகும். உலாவி, கோரிக்கையில் Accept-Encoding: gzip தகவலை அனுப்புகிறது; Nginx உடைய உள்ளடக்கத்தை gzip வடிவத்தில் வழங்குகிறது. உலாவி இந்த கோப்பைக் பயனர் கவனிக்காமல் திறக்கிறது மற்றும் பக்கத்தை சாதாரணமாகக் காண்பிக்கிறது. முடிவில் உள்ளடக்கம் மாறாது, வெறும் அனுப்பும் அளவு குறைக்கப்படும்.

எடுத்துக்காட்டாக 180 KB அளவுள்ள CSS கோப்பு gzip மூலம் 35-50 KB வரை குறைக்கப்படலாம். 500 KB அளவுள்ள JavaScript கோப்பு கோடமைப் பொது அடிப்படையில் 120-180 KB அளவுக்கு குறைக்கப்படலாம். HTML ஆவணங்களில் மீண்டும் மீண்டும் உருப்படிகள், இடங்கள் மற்றும் உரை அமைப்பு அடிக்கடி அதிகமாக இருப்பதால் %70 வரை குறைவாகக் காணப்படும். இந்த விகிதம் படங்கள் குறித்தது அல்ல; JPEG, PNG, WebP மற்றும் AVIF போன்ற வடிவங்களில் ஏற்கனவே தங்கள் கம்பிரம் முறைமைகள் உள்ளன.

பக்கம் அளவை %70 குறைப்பது யதார்த்தமா?

ஆம், சரியான கோப்பு வகைகளுக்காக இது யதார்த்தமாகும். ஆனால் இங்கு முக்கியமான வேறுபாடு இதுவாகும்: Gzip மொத்த இணைய பக்கம் எடையை அல்ல, கம்பிரிக்கக்கூடிய உரை அடிப்படையிலான ஆதாரங்களின் பரிமாற்ற அளவை குறைக்கிறது. ஒரு பக்கம் 3 MB எடையுள்ளது என்று கற்பனை செய்யலாம். இந்த அளவின் 1 MB HTML, CSS, JS மற்றும் JSON; 2 MB படங்கள் மற்றும் வீடியோ கோப்புகளை உள்ளடக்கியதாக இருந்தால் gzip வெறும் 1 MB என்ற பகுதியில் மட்டுமே செயல்படும். இந்த பகுதி %70 குறைக்கப்பட்டால் மொத்த பக்கம் 3 MB இல் இருந்து சுமார் 2.3 MB ஆக குறையும். பக்கம் பெரும்பாலும் உரை மற்றும் ஸ்கிரிப்ட் கோப்புகளை உள்ளடக்கியதாக இருந்தால் மொத்த நன்மை மேலும் தெளிவாக இருக்கும்.

பயன்பாட்டை எடுத்துக்கொண்டால்: ஒரு WordPress இல் மையப் பக்கம் HTML வெளியீடு 220 KB, தீமை CSS கோப்புகள் 310 KB, JavaScript கோப்புகள் 760 KB மற்றும் JSON கோரிக்கைகள் 120 KB ஆக இருக்கலாம். மொத்த கம்பிரிக்கக்கூடிய உள்ளடக்கம் 1,410 KB ஆகும். Gzip பிறகு இந்த மதிப்பு 420-600 KB அளவுக்கு குறைக்கப்படலாம். இது, வெறும் அனுப்பும் அளவிலே சுமார் 800-990 KB சேமிப்பு என்பது ஆகும். மொபைல் இணைப்புகளில் இந்த வேறுபாடு LCP மற்றும் TTFB பிறகு உள்ளடக்கம் செயலாக்க நேரத்திற்கு நல்ல விளைவைக் கொடுக்கும்.

Gzip கம்பிரத்தின் SEO மற்றும் பயனர் அனுபவத்திற்கு விளைவு

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

• விரைவான முதன்மை ஏற்றுதல்: HTML கோப்பு சிறியதாக இருந்தால் உலாவி பக்கத்தின் அடிக்கோரை விரைவில் உருவாக்குகிறது.

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

• சிறந்த தேடல் திறன்: தேடல் இயந்திரத்தின் ரோபோட்டுகள் ஆதாரங்களை மேலும் திறமையாக இறக்கலாம்.

• Core Web Vitals ஆதரவு: Gzip நேரடியாக LCP யை தனியாகத் தீர்க்கவில்லை, ஆனால் CSS மற்றும் JS பரிமாற்றத்தை குறைத்து மொத்த செயல்திறன் சங்கிலிக்கு உதவுகிறது.

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

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

Nginx Gzip கம்பிரத்திற்கு பரிந்துரைக்கப்பட்ட அமைப்புகள்

Nginx இல் gzip ஐ இயக்க, பொதுவாக முக்கிய அமைப்புக் கோப்பில் அல்லது இணையதளத்திற்கு விசேஷமான சர்வர் தடத்தில் சில இயக்கங்களை சேர்க்க வேண்டும். லினக்ஸ் விநியோகத்திற்கு ஏற்ப கோப்பு பாதை மாறுபடலாம். உபுண்டு மற்றும் டெபியான் அமைப்புகளில் பொதுவாகப் பயன்படுத்தப்படும் கோப்பு /etc/nginx/nginx.conf, வலைத்தள அடிப்படையிலான அமைப்புகள் /etc/nginx/sites-available/ இல் உள்ளன. சென்டிஓஎஸ், ஆல்மா லினக்ஸ் மற்றும் ராக்கி லினக்ஸ் பகுதியில் /etc/nginx/conf.d/ அடுக்கு அதிகம் பயன்படுத்தப்படுகிறது.

பரிந்துரைக்கப்பட்ட அடிப்படையான அமைப்பு இந்த உத்தியை அடிப்படையாகக் கொண்டுள்ளது: gzip செயல்படுத்தப்படுகிறது, வெறும் போதுமான அளவு உரை கோப்புகள் கம்பிரிக்கப்படுகின்றன, பழைய உலாவி பிரச்சினைகள் குறைக்கப்படுகின்றன மற்றும் சரியான MIME வகைகள் சேர்க்கப்படுகின்றன. சராசரி உற்பத்தி சூழலில் இந்த அமைப்புகள் பயன்படுத்தப்படுகின்றன: gzip on; gzip_comp_level 5; gzip_min_length 1024; gzip_vary on; gzip_proxied any; gzip_types text/plain text/css application/javascript application/json application/xml text/xml image/svg+xml.

இங்கு gzip_comp_level மதிப்பு 1 முதல் 9 வரை இருக்கலாம். நிலை அதிகரிக்கும்போது கம்பிரம் விகிதம் அதிகரிக்கலாம், ஆனால் CPU பயன்பாடு கூடும். பெரும்பாலான இணையதளங்களுக்கு 4, 5 அல்லது 6 சமநிலையான தேர்வு ஆகும். நிலை 9 எப்போதும் சிறந்த தேர்வு அல்ல; 3 KB க்குக் குறைவான கோப்புக்கு CPU ஐ தேவையில்லாமல் சோர்வடிக்கலாம். குறிப்பாக அதிக போக்குவரத்து உள்ள VPS மற்றும் தனிப்பட்ட சர்வர்களில் இந்த சமநிலவு முக்கியமாக இருக்கிறது. உங்கள் சர்வர் வளங்கள் வரம்புக்குள் உள்ளன என்றால் மேலும் பயனுள்ள ஹொஸ்டிங் திட்டத்திற்காக VPS சேவையகம் தொகுப்புகள் பரிசீலிக்கப்படலாம்.

அடுத்தடுத்த Nginx Gzip கம்பிரத்தை செயல்படுத்துவது

1. தற்போது நிலையை அளவீடு செய்யவும்

ஒவ்வொரு ஒழுங்குபடுத்தலுக்கும் முன்னர் தற்போதைய செயல்திறனை அளவிட வேண்டும். Chrome DevTools Network பகுதியிலிருந்து பக்கத்தை புதுப்பித்து, ஆதாரங்களின் அளவைக் மற்றும் பரிமாற்றிய அளவுகளை சரிபார்க்கவும். பரிமாற்றமான அளவு அளவுக்கு மிகவும் அருகிலிருந்தால் gzip மூடியிருக்கலாம். மேலும் பதில் தலைப்புகளில் Content-Encoding: gzip என்ற தகவலையும் தேடுங்கள். WebPageTest, GTmetrix, PageSpeed Insights மற்றும் curl கட்டளைகள் சரிபார்க்கவும் பயன்படுத்தப்படலாம்.

எடுத்துக்காட்டாக அளவீட்டு திட்டத்தை உருவாக்குங்கள்: மையப் பக்கம், வகை பக்கம், தயாரிப்பு அல்லது சேவை பக்கம் மற்றும் வலைப்பதிவு பதிவுகள் போன்ற வெவ்வேறு வடிவங்களை சோதிக்கவும். வெறும் மையப் பக்கத்தைப் பார்ப்பது மயக்கமாக இருக்கும். சில பக்கங்களில் அதிகமான JavaScript, சிலவற்றில் இயக்கமூலம் JSON கோரிக்கைகள் அதிகமாக இருக்கலாம். அளவீட்டு முடிவுகளை ஒரு அட்டவணையில் பதிவு செய்தால் gzip பிறகு கிடைக்கும் பயன்களை தெளிவாகக் காணலாம்.

2. Nginx அமைப்பு கோப்பை காப்புப்பதிவு செய்யவும்

சர்வர் அமைப்புகளில் மாற்றங்களைச் செய்ய преждеமுதலில் நிச்சயமாக காப்புப்பதிவு செய்யவும். ஒரு எளிய அமைப்பு பிழை Nginx ஐ மறுபதிவு செய்ய தடையாக இருக்கலாம். எனவே சம்பந்தப்பட்ட கோப்பைப் நகலெடுத்து காலதிகை கொண்ட காப்பு உருவாக்கவும். மேலும்அ நீங்கள் மேலாண்மையிலுள்ள ஹொஸ்டிங்கை பயன்படுத்தினால், உங்கள் கட்டுப்பாட்டு பலகையில் Gzip அல்லது Compression போன்ற ஒரு அமைப்பு இருக்கலாம். நீங்கள் உறுதியாக இல்லையெனில் உங்கள் ஹொஸ்டிங் வழங்குநரிடம் ஆதரவை வேண்டுவது மேலதிக பாதுகாப்பாக இருக்கும்.

3. Gzip இயக்கங்களைச் சேர்க்கவும்

Gzip அமைப்புகளை http தடத்திற்கு சேர்ப்பது பொதுவாக அனைத்து வலைத்தளங்களுக்கும் பொருந்தும். நீங்கள் குறிப்பிட்ட ஒரு இணையதளத்திற்கே பயன்படுத்த விரும்பினால் சர்வர் தடத்திற்கும் சேர்க்கலாம். அடிப்படையான உற்பத்தி பரிந்துரை இதுவரை உள்ளது: gzip on; gzip_disable msie6; gzip_vary on; gzip_proxied any; gzip_comp_level 5; gzip_buffers 16 8k; gzip_http_version 1.1; gzip_min_length 1024; gzip_types text/plain text/css text/xml application/xml application/json application/javascript application/rss+xml application/atom+xml image/svg+xml.

இந்த அமைப்புகள், நவீன வலைத்தளங்களின் மிக அதிகமாக பயன்படுத்தப்படும் உரை அடிப்படையிலான கோப்புகளை உள்ளடக்கியது. ஆனால் தேவையற்ற MIME வகைகளைச் சேர்க்க avoided வேண்டும். ஏற்கனவே கம்பிரிக்கப்பட்ட கோப்புகளை மீண்டும் கம்பிரிக்க வேண்டாம். எடுத்துக்காட்டாக JPG, PNG, GIF, WebP, MP4, ZIP, PDF போன்ற கோப்புகள் பொதுவாக gzip பட்டியலில் சேர்க்கப்படக் கூடாது. SVG உரை அடிப்படையிலானவையால் image/svg+xml என்ற விதிவிலக்கு கம்பிரிக்கக்கூடியது.

4. Nginx அமைப்பை சோதிக்கவும்

மாற்றங்கள் பிறகு Nginx ஐ நேரடியாக மறுதொடக்கம் செய்யாமல், முதலில் அமைப்பை சோதிக்க வேண்டும். nginx -t கட்டளை எழுத்து சிக்கல்களை காட்டும். சோதனை வெற்றியாக இருந்தால் systemctl reload nginx மூலம் இடையூறு இல்லாமல் புதுப்பிக்கலாம். Reload செயல்முறை, செயல்படுத்தப்பட்ட இணைப்புகளை அதிகம் காயப்படுத்தாமல் புதிய அமைப்புகளை செயல்படுத்துகிறது. மறுதொடக்கம் என்பது மேலும் கடுமையான செயலாகும் மற்றும் அதிக போக்குவரத்தில் கவனமாக இருக்க வேண்டும்.

5. முடிவுகளை உறுதிப்படுத்தவும்

அமைப்பு செயல்படுத்தப்பட்ட பிறகு உலாவியின் முன்னணி நினைவகத்தை அழிக்கவும் அல்லது மறைப்பு பகுதியில் சோதிக்கவும். நெட்வொர்க் பகுதியின் Content-Encoding: gzip தலைப்பைச் சரிபார்க்கவும். மேலும் பரிமாற்றமான அளவிலே குறைப்புக்கு பாருங்கள். எடுத்துக்காட்டாக, 240 KB அளவில் பரிமாற்றமாக்கப்பட்ட HTML கோப்பின் அளவானது 45-70 KB வரையிலே குறைவதாக இருக்கும். CSS மற்றும் JS கோப்புகளில் அதே போன்று குறைப்பு காணப்பட வேண்டும்.

Gzip அமைப்புகளுக்கான ஒப்பீட்டு அட்டவணை

எந்த கோப்புகள் Gzip உடன் கம்பிரிக்கப்பட வேண்டும்?

Gzip மிகச் சிறந்த முடிவுகளை மீண்டும் மீண்டும் உள்ளடக்க மாதிரிகளை உள்ளடக்கிய கோப்புகளில் தருகிறது. HTML பக்கங்கள், CSS பாணிகள், JavaScript கோப்புகள், JSON API பதில்கள், XML தள வரைபடங்கள், RSS பாய்ச்சல்கள் மற்றும் SVG கோப்புகள் இதற்குள் உள்ளன. குறிப்பாக நவீன இணைய பயன்பாடுகளில் JavaScript தொகுப்புகள் பெரிய அளவில் இருப்பதால் gzip மிகவும் சேமிப்பு வழங்குகிறது. ஒரு React, Vue அல்லது Angular பயன்பாட்டில் பிரதான தொகுப்பு கோப்பு gzip மூலம் பெரும்பாலும் பாதியில் குறைக்கப்படுகிறது.

கம்பிரிக்கக்கூடாத கோப்புகள் உள்ளன. JPEG, PNG, WebP, AVIF, MP4, MP3, ZIP, RAR மற்றும் PDF கோப்புகள் பொதுவாக ஏற்கனவே கம்பிரிக்கப்பட்டன. இந்த கோப்புகளில் gzip யாரும் பயனளிக்காது, மேலும் CPU உபயோகத்தை அதிகரிக்கலாம். படங்கள் için சரியான தீர்வு gzip இல்லை; WebP அல்லது AVIF பயன்பாடு, சரியான அளவீடு, lazy loading மற்றும் CDN உத்தி ஆகும். இந்த விஷயத்தில் தனியான செயல்திறன் திட்டம் பெற வலைத்தளம் வேகமாக்கும் வழிகாட்டி பரிசீலிக்கலாம்.

WordPress, Laravel மற்றும் நிலையான வலைத்தளங்களில் Gzip பயன்பாடு

WordPress வலைத்தளங்கள்

WordPress வலைத்தளங்களில் gzip இரண்டு வெவ்வேறு இடங்களில் செயல்படுத்தலாம்: சர்வர் மட்டத்தில் மற்றும் இணைப்பு மட்டத்தில். மிகவும் ஆரோக்கியமான முறை சர்வர் மட்டம்; ஏனெனில் கோரிக்கை PHP க்கு செல்லும் முன் Nginx மூலம் மேம்படுத்தப்படுகிறது. கச்சே இணைப்பு gzip பரிந்துரை அளிக்கலாம், ஆனால் நீங்கள் Nginx ஐப் பயன்படுத்தினால், உண்மையான கட்டுப்பாடு சர்வர் அமைப்பில் இருக்க வேண்டும். மேலும் WordPress பகுதியில் CSS மற்றும் JS குறைக்க, முக்கிய CSS, படங்கள் மேம்பாடு மற்றும் பக்கம் கச்சேமிக்கும்போது கூடுதல் நல்ல முடிவுகளை வழங்குகிறது.

Laravel மற்றும் API அடிப்படையிலான பயன்பாடுகள்

Laravel பயன்பாடுகளில் JSON பதில்கள் முக்கிய இடத்தை வகிக்கின்றன. API இடைமுகங்கள் பெரிய தரவுகளை திருப்பினால் gzip மிகவும் பாண்ட்விட்த் சேமிப்பை வழங்குகிறது. ஆனால் மிகச் சிறிய JSON பதில்களில் gzip_min_length எல்லையின் காரணமாக கம்பிரம் அமல்படுத்தப்பட முடியாது; இது சாதாரணமாகும். API செயல்திறனை மேம்படுத்துவதற்காக pagination, தேவையற்ற பகுதிகளை திருப்பாமை மற்றும் HTTP cache தலைப்புகள் gzip க்குப் போலவே முக்கியமாக இருக்கின்றன.

நிலையான HTML வலைத்தளங்கள்

நிலையான வலைத்தளங்களில் gzip விளைவுகள் பொதுவாக விரைவில் தோன்றும். HTML, CSS மற்றும் JS கோப்புகள் நேரடியாக Nginx மூலம் வழங்கப்படும், எனவே இடையில் பயன்பாட்டு அடுக்குகள் இல்லை. கூடுதலாக, சில வடிவங்களில் முன்பே கம்பிரிக்கப்பட்ட .gz கோப்புகளை உருவாக்குதல் கூட முடியும். ஆனால் பெரும்பாலான தரவுத்தள வலைத்தளங்களுக்கு இயற்கை gzip அமைப்பு போதுமானது.

Gzip மற்றும் Brotli இடையிலான வேறுபாடு

Brotli, Google மூலம் உருவாக்கப்பட்ட புதிய கம்பிரம் அல்காரிதம் ஆகும் மற்றும் குறிப்பாக உரை அடிப்படையிலான கோப்புகளில் gzip க்கு மேல் சிறந்த விகிதங்களை வழங்கலாம். ஆனால் Brotli ஆதரவு Nginx இன் தரவுத்தொடரில் எப்போதும் தயாராக இருக்காது; கூடுதல் தொகுதி அல்லது தனிப்பட்ட தொகுப்பு தேவைப்படலாம். Gzip என்பது பரந்த அளவில், நிலையான மற்றும் 거의 அனைத்து உலாவிகள் மூலம் ஆதரிக்கப்படும் பாதுகாப்பான தேர்வாகும்.

2026 செயல்திறன் அணுகுமுறையில் சிறந்த நடைமுறை, வாயிலால் Brotli மற்றும் Gzip ஐ ஒருங்கிணைத்தல். உலாவி Brotli ஐ ஆதரிக்கிறானா இல்லையா என்பதைப் பார்த்து Brotli க்கானது, ஆதரவில்லை என்றால் gzip பயன்படுத்தப்படும். ஆனால் முதற்கட்டத்தில் Nginx Gzip கம்பிரத்தை சரியாக திறக்கவேண்டும் என்பதுதான் பெரும்பாலான இணையதளங்களுக்கு பெரிய பயனாகும்.

CDN, Cache மற்றும் Proxy பயன்படுத்துவதற்கான கவனிக்க வேண்டியவை

CDN அல்லது மாறுபட்ட ப்ராக்ஸி பயன்படுத்தினால், கம்பிரம் சங்கிலியை நன்கு திட்டமிட வேண்டும். சில CDN சேவைகள் தங்களது பக்கம் gzip அல்லது Brotli ஐ செயல்படுத்துகின்றன. இந்த சந்தர்ப்பத்தில், உண்மையான சர்வரில் gzip திறந்திருப்பின் இரட்டை கம்பிரம் ஆபத்து உருவாகாது; ஏனெனில் சரியான அமைக்கப்பட்ட அமைப்புகள் Content-Encoding தலைப்பை சரிபார்க்கின்றன. ஆனால் சோதிக்க வேண்டும். gzip_vary on அமைப்பு, Vary: Accept-Encoding தலைப்புடன் முன்கூட்டிய அமைப்புகளை சரியான பதிப்பு சேமிப்பதற்கு உதவுகிறது.

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

காப்புரிமை மற்றும் நிலைத்தன்மை அடிப்படையில் Gzip

Gzip பொதுவாக ஒரு பாதுகாப்பான செயல்திறன் அமைப்பு ஆகும்; ஆனால் மென்மையான தரவுகளை உள்ளடக்கிய பக்கங்களில் இயற்கை கம்பிரம் சார்ந்த தாக்குதல்கள் கடந்த காலங்களில் விவாதிக்கப்பட்டுள்ளன. BREACH போன்ற தாக்குதல்கள், கம்பிரிக்கப்பட்ட HTTPS பதில்களில் மறைக்கப்பட்ட டோகன்களை கணிக்கக் கவனம் செலுத்துகின்றன. நவீன பயன்பாடுகளில் CSRF டோக்கன் மேலாண்மை, SameSite குக்கி அமைப்புகள், பாதுகாப்பான தலைப்புகள் மற்றும் பதில் வடிவமைப்பால் இந்த ஆபத்துகள் குறைக்கப்படுகின்றன. பொது நிலையான ஆதாரங்களில் gzip பயன்படுத்துவது பாதுகாப்பாகக் கருதப்படுகிறது.

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

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

Gzip ஐ திறந்த பிறகு, PageSpeed மதிப்பை மட்டும் கவனிக்குவது போதுமானது அல்ல. மேலும் தொழில்நுட்ப மற்றும் நம்பகமான அளவீடுகளை நாட வேண்டும். பரிமாற்ற அளவு, குறியாக்கப்பட்ட உடல் அளவு, TTFB, LCP, FCP மற்றும் மொத்த கோரிக்கையின் அளவை ஒருங்கிணைத்து மதிப்பீடு செய்ய வேண்டும். Gzip பெரும்பாலும் பரிமாற்ற அளவை குறைக்கிறது; சர்வரின் பயன்பாட்டு உற்பத்தி நேரத்தை நேரடியாக குறைக்காது. அதாவது மந்தமான தரவுத்தளம் விசாரணைகள் அல்லது கனமான PHP செயல்பாடுகள் இருந்தால் gzip இவை மறைக்காது.

• பரிமாற்ற அளவு: உலாவிக்கு உண்மையில் அனுப்பப்படும் கம்பிரிக்கப்பட்ட அளவாகும்.

• ஆதார அளவு: உலாவி திறந்த பிறகு காணப்படும் உண்மையான கோப்பு அளவாகும்.

• Content-Encoding: gzip தலைப்பு உத்தியை செயல்படுத்துகிறது என்பதை காட்டுகிறது.

• LCP: மிகச் பெரிய காட்சி உருப்படியின் ஏற்றுமதி நேரம்; gzip உதவலாம் ஆனாலும் படங்கள் மேம்பாட்டையும் தேவைப்படுகிறது.

• மொத்த தடுப்புப் பொது நேரம்: பெரிய JavaScript கோப்புகளில் பரிமாற்றம் மாதிரி வேலைச் செலவுத்தொகை முக்கியத்துவம் உடையது.

சாதாரண பிழைகள் மற்றும் தீர்வு வழிகள்

Gzip திறந்ததாகக் காட்சியளிக்கிறது ஆனால் கோப்புகள் கம்பிரிக்கவில்லை

இந்த சந்தர்ப்பத்தில் முதலாவது சரிபார்ப்பு gzip_types வரி ஆக இருக்க வேண்டும். இயல்பான Nginx அமைப்பு வெறும் text/html ஐ மட்டுமே கம்பிரிக்க முடியும். CSS, JS மற்றும் JSON க்கான தொடர்புடைய MIME வகைகளைச் சேர்க்காதிருந்தால் எதிர்பார்க்கப்பட்ட சேமிப்பை நீங்கள் காண முடியாது. மேலும் கோப்பு அளவு gzip_min_length மதிப்புக்கு கீழே இருந்தால் கம்பிரம் செயல்படுத்தப்பட மாட்டாது.

CPU பயன்பாடு அதிகரித்துள்ளது

gzip_comp_level நிலையை குறைக்கவும். நிலை 5 க்கு பதிலாக 3 அல்லது 4 ஐப் பயன்படுத்துவது பெரும்பாலும் ஒத்த அளவிற்கான வேகமேற்பாட்டைப் குறைந்த CPU யுடன் வழங்குகிறது. அதிக போக்குவரத்தில் CDN கம்பிரம் அல்லது நிலையான முன்னணி கம்பிரம் உத்திகளைப் பரிசீலிக்கலாம்.

CDN பிறகு Content-Encoding இழந்துவிட்டது

CDN பணியில் கம்பிரம் அமைப்புகளைச் சரிபார்க்கவும். சில சேவைகளில் gzip இயல்பாக திறக்கப்படவில்லை அல்லது குறிப்பிட்ட கோப்பு வகைகளுக்கு தேவையற்றதாக இருக்கலாம். உண்மையான மற்றும் CDN தலைப்புகளை தனித்தனி சோதிக்கவும்.

PageSpeed மதிப்பு எதிர்பார்த்த அளவிற்கு அதிகரிக்கவில்லை

இது சாதாரணமாக இருக்கலாம். Gzip பரிமாற்ற அளவைக் குறைக்கிறது; உருவாக்கத்தைத் தடுக்கும் CSS, பயன்படுத்தப்படாத JavaScript, பெரிய படங்கள், மூன்றாம் தரப்பின் ஸ்கிரிப்ட்கள் மற்றும் பலவீனமான ஹொஸ்டிங் ஆதாரங்கள் இன்னும் செயல்திறனைத் கட்டுப்படுத்தலாம். Gzip அடிப்படை அணுகுமுறை; அனைத்து வேகப் பிரச்சினைகளுக்கான ஒரே தீர்வாக இருக்காது.

பரிந்துரைக்கப்பட்ட செயலாக்கக் கட்டுப்பாட்டு பட்டியல்

• முதலில் மையப் பக்கம் மற்றும் முக்கிய வடிவங்களில் தற்போதைய பரிமாற்ற அளவுகளை அளவிடுங்கள்.

• Nginx அமைப்பு கோப்பைப் மாற்றுவதற்கு முன் காப்புப்பதிவு செய்யவும்.

• gzip on, gzip_vary on மற்றும் gzip_min_length 1024 அமைப்புகளைப் பயன்படுத்துங்கள்.

• CSS, JS, JSON, XML, RSS மற்றும் SVG MIME வகைகளை gzip_types இல் சேருங்கள்.

• gzip_comp_level மதிப்பை 4-6 என்ற அளவுக்குள் வைத்துக் கொண்டு CPU சமநிலையை காப்பாற்றுங்கள்.

• படங்கள், வீடியோக்கள் மற்றும் அரிய கோப்புகளை gzip உள்ளடக்கத்தில் சேர்க்க avoided வேண்டும்.

• nginx -t மூலம் அமைப்பை சோதிக்கவும், பிறகு reload செய்யவும்.

• Chrome DevTools, curl அல்லது WebPageTest மூலம் Content-Encoding: gzip தலைப்பை உறுதிப்படுத்துங்கள்.

• CDN ஐப் பயன்படுத்தினால் Vary: Accept-Encoding தலைப்பையும் CDN கம்பிரம் அமைப்புகளைச் சரிபார்க்கவும்.

• Gzip பிறகு படங்கள் மேம்பாடு, கச்சே, தரவுத்தளம் மேம்பாடு மற்றும் ஹொஸ்டிங் வளங்களைப் பரிசீலிக்கவும்.

Nginx Gzip கம்பிரம் எப்போது போதுமானதாக அமையாது?

சில சந்தர்ப்பங்களில் gzip சரியாக செயல்பட்டாலும், பக்கம் இன்னும் மெதுவாக இருக்கலாம். இதற்கான காரணம் பரிமாற்ற அளவுக்கு மாறாக செயலாக்கம் அல்லது உருவாக்கக் செலவாக இருக்கின்றது. எடுத்துக்காட்டாக, 1.5 MB அளவுள்ள JavaScript கோப்பு gzip மூலம் 400 KB ஆகக் குறைக்கப்பட்டாலும், உலாவி இந்த கோடியை விவரிக்க மற்றும் செயல்படுத்த வேண்டும். எனவே, பயன்படுத்தப்படாத JavaScript ஐ நீக்குதல், கோடு பிரிப்பு நடைமுறை மற்றும் முக்கியமல்லாத ஸ்கிரிப்ட்களை ஒத்திவைப்பது தேவை.

அதுபோல், பிரதான படம் 1 MB ஆக இருந்தால் gzip இதனைத் தீர்க்காது. படத்தை WebP அல்லது AVIF வடிவத்திற்கு மாற்றி, சரியான பிக்சல் அளவிலே வழங்குவது மற்றும் பதிலான படங்களைப் பயன்படுத்த வேண்டும். மெதுவான தரவுத்தளம் கேள்விகள், குறைந்த CPU வரம்புகள் அல்லது அதிகமான பகிர்ந்துகொள்ளப்பட்ட ஹொஸ்டிங் சூழ்நிலைகள் gzip இன் விளைவுகளை வரையறுக்கலாம். இந்த நிலையில் ஹொஸ்டிங் கட்டமைப்பை மறுபரிசீலிக்க வேண்டும்: செயல்திறனுக்கு முன்நிலை ஹோஸ்டிங் தேர்வு.

முடிவுரை: சிறிய அமைப்பு, பெரிய செயல்திறன் நன்மை

Nginx Gzip கம்பிரம், பக்கம் அளவையும் மற்றும் தரவுப் பரிமாற்றத்தையும் குறைப்பதற்கான மிக வேகமான, குறைந்த செலவான மற்றும் விளைவான வழிகளில் ஒன்றாகும். சரியான அமைக்கப்பட்டால் HTML, CSS, JavaScript, JSON மற்றும் XML கோப்புகளில் %50-70 க்குள்ளே குறைக்கலாம். இது வேகமான ஏற்றுதல், சிறந்த பயனர் அனுபவம் மற்றும் SEO செயல்திறனை ஆதரிக்கும்வாறு மேலும் ஆரோக்கியமான தொழில்நுட்ப அடித்தளமாகும்.

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

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

Nginx Gzip கம்பிரம் பக்கம் வேகத்தை உண்மையிலேயே அதிகரிக்குமா?

ஆம். Gzip, உரை அடிப்படையிலான கோப்புகளின் பரிமாற்ற அளவை குறைத்து உலாவியின் ஆதாரங்களை விரைவாக இறக்க உதவுகிறது. குறிப்பாக HTML, CSS, JavaScript மற்றும் JSON கோப்புகளில் தெளிவான வேகத்தைப் பெறுகிறது. ஆனால் படங்கள் மேம்பாடு, கச்சே மற்றும் சர்வர் செயல்திறனைப் போன்ற பிற காரியங்களோடு சேர்ந்து மதிப்பீடு செய்யப்பட வேண்டும்.

Gzip கம்பிரம் நிலை எவ்வளவு இருக்க வேண்டும்?

பெரும்பாலான உற்பத்தி சூழலுக்கு gzip_comp_level 4, 5 அல்லது 6 சிறந்தது. அதிகமான நிலைகள் சிறிய கூடுதல் சேமிப்பை வழங்கலாம், ஆனால் CPU பயன்பாட்டை அதிகரிக்கின்றன. அதிக போக்குவரத்து உள்ள வலைத்தளங்களில் சமநிலையான நிலையைத் தேர்ந்தெடுக்குவது, அதிகபட்ச கம்பிரத்திலிருந்து முக்கியமாக இருக்கிறது.

Gzip படங்களைவும் கம்பிரிக்குமா?

தொழில்நுட்பமாக சில கோப்புகள் gzip கம்பிரத்தின் கட்டுப்பாட்டுக்குள் வரலாம், ஆனால் JPEG, PNG, WebP, AVIF மற்றும் MP4 போன்ற வடிவங்கள் ஏற்கனவே கம்பிரிக்கப்பட்டுள்ளன. இந்த கோப்புகளில் gzip பயனளிக்காது. படங்கள் மேம்பாட்டிற்கான சரியான முறைகள் வடிவ மாற்றம், அளவீடு, lazy loading மற்றும் CDN பயன்பாடாக இருக்கின்றன.

Gzip மற்றும் Brotli ஒரே நேரத்தில் பயன்படுத்த முடியுமா?

ஆம். சரியான அமைப்பில் உலாவி Brotli க்கான ஆதரவைப் பெற்றால் Brotli க்கானது, ஆதரிக்காத நிலையில் Gzip பயன்படுத்தலாம். Brotli பொதுவாக சிறந்த கம்பிரம் விகிதத்தை வழங்குகிறது; ஆனால் Nginx இல் கூடுதல் தொகுப்பு தேவைப்படலாம். Gzip என்பது பரந்த ஆதரிக்கப்படும், எளிதில் செயல்படுத்தக்கூடிய அடிப்படை தீர்வாகும்.

Gzip செயல்படுத்தப்பட்டுள்ளதா என்பதை எப்படி சரிபார்க்கிறேன்?

Chrome DevTools Network பகுதியின் கீழ், தொடர்புடைய கோப்பைப் தேர்ந்தெடுத்து பதிலளிக்கும் தலைப்புகளில் Content-Encoding: gzip தலைப்பைப் தேடலாம். மேலும் curl அல்லது WebPageTest போன்ற கருவிகள் மூலம் சரிபார்க்கலாம். பரிமாற்ற அளவின் உண்மையான அளவிலே குறைவாக இருக்குமெனில் அது கம்பிரம் செயல்படுகிறது என்பதை காட்டுகிறது.