Nginx Gzip ਸੰਕੁਚਨ ਨੂੰ ਚਾਲੂ ਕਰਕੇ ਪੇਜ ਦਾ ਆਕਾਰ %70 ਘਟਾਉਣ ਦੇ ਤਰੀਕੇ

Nginx Gzip ਸੰਕੁਚਨ, ਸਰਵਰ ਤੋਂ ਬਰਾਊਜ਼ਰ ਨੂੰ ਭੇਜੇ ਜਾਂਦੇ HTML, CSS, JavaScript, XML ਅਤੇ JSON ਵਰਗੇ ਲਿਖਤੀ ਫਾਇਲਾਂ ਨੂੰ ਸੰਕੁਚਿਤ ਕਰਕੇ ਪੇਜ ਦਾ ਆਕਾਰ ਬਹੁਤ ਸਾਰੇ ਸਥਿਤੀਆਂ ਵਿੱਚ %50 ਤੋਂ %70 ਤੱਕ ਘਟਾਉਣ ਦਾ ਇੱਕ ਪ੍ਰਦਰਸ਼ਨ ਸੈਟਿੰਗ ਹੈ। ਸਾਰ ਵਿੱਚ, ਉਦੇਸ਼ ਇਹ ਹੈ ਕਿ ਸਮਾਨ ਸਮੱਗਰੀ ਨੂੰ ਛੋਟੇ ਪੈਕੇਜਾਂ ਦੇ ਰੂਪ ਵਿੱਚ ਭੇਜਿਆ ਜਾਵੇ, ਪਹਿਲੀ ਲੋਡਿੰਗ ਦਾ ਸਮਾਂ ਘਟਾਇਆ ਜਾਵੇ ਅਤੇ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਇੱਕ ਵੈਬ ਅਨੁਭਵ ਦਿੱਤਾ ਜਾਵੇ। Nginx ਤੇ gzip on; ਲਾਈਨ ਨੂੰ ਚਾਲੂ ਕਰਕੇ, ਸਹੀ MIME ਕਿਸਮਾਂ, ਨਿਊਨਤਮ ਫਾਇਲ ਆਕਾਰ ਅਤੇ ਸੰਕੁਚਨ ਦੀ ਪੱਧਰ ਨੂੰ ਸੰਰਚਿਤ ਕਰਕੇ ਤੁਸੀਂ ਕੁਝ ਮਿੰਟਾਂ ਵਿੱਚ ਮਾਪਣਯੋਗ ਗਤੀ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹੋ।

ਵੈੱਬ ਸਾਈਟਾਂ 'ਤੇ ਗਤੀ ਹੁਣ ਕੇਵਲ ਇੱਕ ਤਕਨੀਕੀ ਵਿਸਥਾਰ ਨਹੀਂ ਹੈ; SEO, ਪਰਿਵਰਤਨ ਦਰ, ਵਿਜ्ञਾਪਨ ਦੀ ਪ੍ਰਭਾਵੀਤਾ ਅਤੇ ਉਪਭੋਗਤਾ ਖੁਸ਼ੀ ਨੂੰ ਸਿੱਧਾ ਪ੍ਰਭਾਵਿਤ ਕਰਨ ਵਾਲਾ ਇੱਕ ਮੁੱਖ ਗੁਣਵੱਤਾ ਸੰਕੇਤ ਹੈ। 2026 SEO ਮਿਆਰਾਂ ਵਿੱਚ ਪੇਜ ਦੇ ਅਨੁਭਵ, ਕੋਰ ਵੈਬ ਵਾਇਟਲ, ਮੋਬਾਈਲ ਪ੍ਰਦਰਸ਼ਨ ਅਤੇ ਸਕੈਨਿੰਗ ਦੀ ਪ੍ਰਭਾਵਸ਼ੀਲਤਾ ਨੂੰ ਇਕੱਠੇ ਮੁਲਿਆਂਕਣ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਸ ਲਈ 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 ਅਤੇ ਉਪਭੋਗਤਾ ਅਨੁਭਵ 'ਤੇ ਪ੍ਰਭਾਵ

ਗੂਗਲ, ਅਕੇਲਾ 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 ਸੈਕਸ਼ਨ ਵਿੱਚ ਪੇਜ ਨੂੰ ਰੀਫਰੈਸ਼ ਕਰੋ ਅਤੇ ਸਰੋਤਾਂ ਦੇ Size ਅਤੇ Transferred ਮੁੱਲਾਂ ਦੀ ਜਾਂਚ ਕਰੋ। ਜੇ Transferred ਮੁੱਲ Size ਮੁੱਲ ਦੇ ਬਹੁਤ ਨੇੜੇ ਹੈ ਤਾਂ 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 ਕਿਸਮਾਂ ਜੋੜਨ ਤੋਂ ਬਚੋ। ਪਹਿਲਾਂ ਹੀ ਸੰਕੁਚਿਤ ਫਾਈਲਾਂ ਨੂੰ ਦੁਬਾਰਾ ਸੰਕੁਚਿਤ ਕਰਨਾ ਪ੍ਰਦਰਸ਼ਨ ਵਿੱਚ ਵਾਧਾ ਨਹੀਂ ਕਰਦਾ। ਉਦਾਹਰਣ ਵਜੋਂ JPG, PNG, GIF, WebP, MP4, ZIP, PDF ਵਰਗੀਆਂ ਫਾਈਲਾਂ ਆਮ ਤੌਰ 'ਤੇ gzip ਸੂਚੀ ਵਿੱਚ ਨਹੀਂ ਜੋੜੀਆਂ ਜਾਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ। SVG ਲਿਖਤੀ ਹੋਣ ਕਾਰਣ image/svg+xml ਇੱਕ ਅਪਵਾਦ ਵਜੋਂ ਸੰਕੁਚਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

4. Nginx ਸੰਰਚਨਾ ਦੀ ਪਰੀਖਿਆ ਕਰੋ

ਬਦਲਾਅ ਬਾਅਦ Nginx ਨੂੰ ਸਿੱਧਾ ਦੁਬਾਰਾ ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਬਜਾਏ ਪਹਿਲਾਂ ਸੰਰਚਨਾ ਦੀ ਪਰੀਖਿਆ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ। nginx -t ਕਮਾਂਡ ਵਾਕ ਸੰਰਚਨਾ ਦੀਆਂ ਗਲਤੀਆਂ ਦਿਖਾਉਂਦੀ ਹੈ। ਜੇ ਪਰੀਖਿਆ ਸਫਲ ਰਹਿੰਦੀ ਹੈ ਤਾਂ systemctl reload nginx ਨਾਲ ਬਿਨਾਂ ਕਿਸੇ ਰੁਕਾਵਟ ਦੇ ਦੁਬਾਰਾ ਲੋਡ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਰੀਲੋਡ ਪ੍ਰਕਿਰਿਆ, ਸਰਗਰਮ ਜੁੜਾਵਾਂ ਨੂੰ ਸੰਭਵ ਹੋ ਸਕੇ ਤੱਕ ਬਿਨਾਂ ਖੰਡਤ ਕੀਤੇ ਨਵੇਂ ਸੈਟਿੰਗਾਂ ਨੂੰ ਲਾਗੂ ਕਰਦਾ ਹੈ। ਦੁਬਾਰਾ ਸ਼ੁਰੂ ਕਰਨਾ ਇੱਕ ਵਧੇਰੇ ਕਠੋਰ ਪ੍ਰਕਿਰਿਆ ਹੈ ਅਤੇ ਉੱਚ ਟ੍ਰੈਫਿਕ ਵਿੱਚ ਧਿਆਨ ਨਾਲ ਵਰਤਣ ਦੀ ਲੋੜ ਹੈ।

5. ਨਤੀਜਿਆਂ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ

ਸੰਰਚਨਾ ਲਾਗੂ ਹੋਣ ਤੋਂ ਬਾਅਦ ਬਰਾਊਜ਼ਰ ਕੈਸ਼ ਨੂੰ ਸਾਫ਼ ਕਰੋ ਜਾਂ ਗੁਪਤ ਸੈਕਸ਼ਨ ਵਿੱਚ ਟੈਸਟ ਕਰੋ। ਨੈੱਟਵਰਕ ਸੈਕਸ਼ਨ ਵਿੱਚ Content-Encoding: gzip ਸਿਰਲੇਖ ਦੀ ਜਾਂਚ ਕਰੋ। ਇਸ ਤੋਂ ਇਲਾਵਾ, Transferred ਮੁੱਲ ਵਿੱਚ ਝਾੜ ਨੂੰ ਵੇਖੋ। ਉਦਾਹਰਣ ਵਜੋਂ, ਪਹਿਲਾਂ 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 ਦੀ ਵਰਤੋਂ ਵੀ ਵੱਧ ਸਕਦੀ ਹੈ। ਵਿਜ਼ੂਅਲ ਲਈ ਸਹੀ ਹੱਲ 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 endpoint ਵੱਡੇ ਡਾਟਾ ਨੂੰ ਵਾਪਸ ਕਰਦੇ ਹਨ ਤਾਂ gzip ਮਹੱਤਵਪੂਰਨ ਬੈਂਡਵਿਡਥ ਬਚਤ ਦਿੰਦਾ ਹੈ। ਪਰ ਜੇ ਬਹੁਤ ਛੋਟੇ JSON ਜਵਾਬ ਹਨ ਤਾਂ gzip_min_length ਸੀਮਾ ਕਾਰਨ ਸੰਕੁਚਨ ਲਾਗੂ ਨਹੀਂ ਹੋ ਸਕਦਾ; ਇਹ ਸਧਾਰਨ ਹੈ। API ਪ੍ਰਦਰਸ਼ਨ ਲਈ pagination, ਬੇਕਾਰ ਖੇਤਰਾਂ ਨੂੰ ਵਾਪਸ ਨਾ ਕਰਨ ਅਤੇ HTTP ਕੈਸ਼ ਸਿਰਲੇਖ ਵੀ gzip ਤੋਂ ਬਹੁਤ ਮਹੱਤਵਪੂਰਨ ਹਨ।

ਸਥਿਰ HTML ਸਾਈਟਾਂ

ਸਥਿਰ ਸਾਈਟਾਂ 'ਤੇ gzip ਦਾ ਪ੍ਰਭਾਵ ਆਮ ਤੌਰ 'ਤੇ ਜਲਦੀ ਵੇਖਿਆ ਜਾਂਦਾ ਹੈ। HTML, CSS ਅਤੇ JS ਫਾਇਲਾਂ ਸਿੱਧੇ Nginx ਦੁਆਰਾ ਸਰਵਿਸ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਦਰਮਿਆਨੀ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਪਰਤ ਨਹੀਂ ਹੁੰਦੀ। ਅਸਲ ਵਿੱਚ ਕਈ ਢਾਂਚਿਆਂ ਵਿੱਚ ਪਹਿਲਾਂ ਹੀ ਸੰਕੁਚਿਤ .gz ਫਾਇਲਾਂ ਬਣਾਉਣਾ ਸੰਭਵ ਹੈ। ਪਰੰਤੂ ਬਹੁਤ ਸਾਰੀਆਂ ਮਿਆਰੀ ਵੈੱਬ ਸਾਈਟਾਂ ਲਈ ਗਤੀਸ਼ੀਲ gzip ਸੈਟਿੰਗ ਕਾਫ਼ੀ ਹੁੰਦੀ ਹੈ।

Gzip ਅਤੇ Brotli ਵਿਚਕਾਰ ਅੰਤਰ

Brotli, ਗੂਗਲ ਦੁਆਰਾ ਵਿਕਸਤ ਕੀਤਾ ਗਿਆ ਇੱਕ ਨਵਾਂ ਸੰਕੁਚਨ ਅਲਗੋਰਿਦਮ ਹੈ ਅਤੇ ਖਾਸ ਕਰਕੇ ਲਿਖਤੀ ਫਾਇਲਾਂ ਵਿੱਚ gzip ਨਾਲੋਂ ਵਧੀਆ ਦਰਾਂ ਪ੍ਰਦਾਨ ਕਰ ਸਕਦਾ ਹੈ। ਪਰ Brotli ਦਾ ਸਹਾਰਾ Nginx ਦੀ ਮਿਆਰੀ ਇੰਸਟਾਲੇਸ਼ਨ ਵਿੱਚ ਹਮੇਸ਼ਾ ਤਿਆਰ ਨਹੀਂ ਹੋ ਸਕਦਾ; ਵਧੀਕ ਮਾਡਿਊਲ ਜਾਂ ਵਿਸ਼ੇਸ਼ ਪੈਕੇਜ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ। Gzip ਇੱਕ ਆਮ, ਸਥਿਰ ਅਤੇ ਲਗਭਗ ਸਾਰੇ ਬਰਾਊਜ਼ਰਾਂ ਦੁਆਰਾ ਸਮਰਥਿਤ ਸੁਰੱਖਿਅਤ ਵਿਕਲਪ ਹੈ।

2026 ਦੇ ਪ੍ਰਦਰਸ਼ਨ ਦ੍ਰਿਸ਼ਟਿਕੋਣ ਵਿੱਚ ਸਭ ਤੋਂ ਵਧੀਆ ਅਮਲ, ਜਿੰਨਾ ਸੰਭਵ ਹੋਵੇ Brotli ਅਤੇ Gzip ਨੂੰ ਇੱਕਸਾਥ ਸਮਰਥਿਤ ਕਰਨਾ ਹੈ। ਜੇ ਬਰਾਊਜ਼ਰ Brotli ਦਾ ਸਹਾਰਾ ਲੈਂਦਾ ਹੈ ਤਾਂ Brotli, ਜੇ ਨਹੀਂ ਤਾਂ gzip ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਪਰੰਤੂ ਪਹਿਲੇ ਪੜਾਅ ਵਿੱਚ ਸਿਰਫ Nginx Gzip ਸੰਕੁਚਨ ਨੂੰ ਸਹੀ ਤਰੀਕੇ ਨਾਲ ਖੋਲ੍ਹਣਾ ਵੀ ਬਹੁਤ ਸਾਰੀਆਂ ਸਾਈਟਾਂ ਲਈ ਮਹੱਤਵਪੂਰਕ ਲਾਭ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।

CDN, ਕੈਸ਼ ਅਤੇ ਪ੍ਰਾਕਸੀ ਵਰਤਣ ਦੇ ਸਮੇਂ ਧਿਆਨ ਦੇਣ ਵਾਲੀਆਂ ਗੱਲਾਂ

ਜੇ ਤੁਸੀਂ CDN ਜਾਂ ਉਲਟ ਪ੍ਰਾਕਸੀ ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹੋ ਤਾਂ ਤੁਹਾਨੂੰ ਸੰਕੁਚਨ ਦੀ ਸਿੱਖਰ ਚੇਨ ਨੂੰ ਚੰਗੀ ਤਰ੍ਹਾਂ ਯੋਜਨਾ ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੈ। ਕੁਝ CDN ਸੇਵਾਵਾਂ ਆਪਣੀ ਪਾਸੇ gzip ਜਾਂ Brotli ਲਾਗੂ ਕਰਦੀਆਂ ਹਨ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਜੇ ਮੂਲ ਸਰਵਰ 'ਤੇ ਵੀ gzip ਚਾਲੂ ਹੈ, ਤਾਂ ਦੋਹਰੀ ਸੰਕੁਚਨ ਦਾ ਖਤਰਾ ਨਹੀਂ ਹੁੰਦਾ; ਕਿਉਂਕਿ ਸਹੀ ਤਰੀਕੇ ਨਾਲ ਸੰਰਚਿਤ ਪ੍ਰਣਾਲੀਆਂ Content-Encoding ਸਿਰਲੇਖ ਦੀ ਜਾਂਚ ਕਰਦੀਆਂ ਹਨ। ਫਿਰ ਵੀ, ਇਹ ਜਾਂਚਣ ਦੀ ਲੋੜ ਹੈ। gzip_vary on ਸੈਟਿੰਗ, Vary: Accept-Encoding ਸਿਰਲੇਖ ਨਾਲ ਕੈਸ਼ ਸਿਸਟਮਾਂ ਨੂੰ ਸਹੀ ਵਰਜੇ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦੀ ਹੈ।

ਕੈਸ਼ ਪਰਤਾਂ 'ਤੇ ਆਮ ਤੌਰ 'ਤੇ ਦੇਖੀ ਜਾਣ ਵਾਲੀ ਗਲਤੀ, ਸੰਕੁਚਿਤ ਸਮੱਗਰੀ ਨੂੰ ਸੰਕੁਚਨ ਨੂੰ ਸਮਰਥਿਤ ਨਾ ਕਰਨ ਵਾਲੇ ਕਲਾਇੰਟ ਨੂੰ ਭੇਜਣਾ ਹੈ। ਆਧੁਨਿਕ ਬਰਾਊਜ਼ਰਾਂ ਵਿੱਚ ਇਹ ਕਦਾਚਿਤ ਹੀ ਦੇਖਿਆ ਜਾਂਦਾ ਹੈ, ਪਰ ਬੋਟਾਂ, ਪੁਰਾਣੇ ਕਲਾਇੰਟ ਜਾਂ ਵਿਸ਼ੇਸ਼ ਇੰਤਗਰੇਸ਼ਨਾਂ ਵਿੱਚ ਸਮੱਸਿਆ ਆ ਸਕਦੀ ਹੈ। ਇਸ ਲਈ Vary ਸਿਰਲੇਖ ਅਤੇ ਸਹੀ CDN ਸੈਟਿੰਗ ਮਹੱਤਵਪੂਰਣ ਹੈ। ਕਾਰਪੋਰੇਟ ਸਾਈਟਾਂ 'ਤੇ DNS, SSL, CDN ਅਤੇ ਹੋਸਟਿੰਗ ਆਰਕੀਟੈਕਚਰ ਨੂੰ ਇਕੱਠੇ ਵਿਚਾਰਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। Hostragons 'ਤੇ ਸਕੇਲਿਬਲ ਢਾਂਚਿਆਂ ਲਈ ਕਾਰਪੋਰੇਟ ਹੋਸਟਿੰਗ ਹੱਲ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।

ਸੁਰੱਖਿਆ ਅਤੇ ਸਥਿਰਤਾ ਦੇ ਪੱਖੋਂ Gzip

Gzip ਆਮ ਤੌਰ 'ਤੇ ਇੱਕ ਸੁਰੱਖਿਅਤ ਪ੍ਰਦਰਸ਼ਨ ਸੈਟਿੰਗ ਹੈ; ਪਰੰਤੂ ਸੰਵੇਦਨਸ਼ੀਲ ਡਾਟਾ ਵਾਲੀਆਂ ਸਾਈਟਾਂ 'ਤੇ ਸਿਧਾਂਤਕ ਸੰਕੁਚਨ ਪਾਸੇ ਦੇ ਹਮਲਿਆਂ 'ਤੇ ਪਿਛਲੇ ਸਮੇਂ ਵਿਚ ਚਰਚਾ ਕੀਤੀ ਗਈ ਹੈ। BREACH ਵਰਗੇ ਹਮਲੇ, ਸੰਕੁਚਿਤ HTTPS ਜਵਾਬਾਂ ਵਿੱਚ ਗੁਪਤ ਟੋਕਨ ਦੀਆਂ ਭਵਿੱਖਵਾਣੀਆਂ 'ਤੇ ਕੇਂਦ੍ਰਿਤ ਹੁੰਦੇ ਹਨ। ਆਧੁਨਿਕ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ CSRF ਟੋਕਨ ਪ੍ਰਬੰਧਨ, SameSite ਕੁਕੀ ਸੈਟਿੰਗਾਂ, ਸੁਰੱਖਿਅਤ ਸਿਰਲੇਖਾਂ ਅਤੇ ਜਵਾਬ ਦੀ ਡਿਜ਼ਾਈਨ ਨਾਲ ਇਸ ਖਤਰੇ ਨੂੰ ਘਟਾਇਆ ਜਾਂਦਾ ਹੈ। ਜਨਤਕ ਸਥਿਰ ਸਰੋਤਾਂ 'ਤੇ gzip ਦੀ ਵਰਤੋਂ ਸੁਰੱਖਿਅਤ ਮੰਨੀ ਜਾਂਦੀ ਹੈ।

ਸਥਿਰਤਾ ਦੇ ਪੱਖੋਂ ਅਸਲੀ ਖਤਰਾ ਗਲਤ ਸੰਰਚਨਾ ਹੈ। MIME ਕਿਸਮਾਂ ਦੀ ਕਮੀ ਉਮੀਦ ਕੀਤੀਆਂ ਫਾਇਲਾਂ ਦੇ ਸੰਕੁਚਿਤ ਨਾ ਹੋਣ ਕਾਰਨ ਅਤੇ ਗਲਤ ਬਲਾਕ ਸਥਾਨ Nginx ਦੇ ਖੁਲ੍ਹਣ ਕਾਰਨ ਹੋ ਸਕਦੀ ਹੈ। ਇਸ ਲਈ, ਹਰ ਬਦਲਾਅ ਦੇ ਬਾਅਦ nginx -t ਪਰੀਖਿਆ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ, ਲਾਗ ਫਾਈਲਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ ਅਤੇ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਉੱਚ ਘੰਟਿਆਂ ਤੋਂ ਬਾਹਰ ਲਾਗੂ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

ਪਰਦਰਸ਼ਨ ਮਾਪਣ ਵਿੱਚ ਕਿਹੜੀਆਂ ਮੈਟਰਿਕਸ 'ਤੇ ਧਿਆਨ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ?

gzip ਨੂੰ ਚਾਲੂ ਕਰਨ ਦੇ ਬਾਅਦ ਸਿਰਫ਼ PageSpeed ਸਕੋਰ 'ਤੇ ਧਿਆਨ ਦੇਣਾ ਕਾਫੀ ਨਹੀਂ ਹੈ। ਹੋਰ ਤਕਨੀਕੀ ਅਤੇ ਭਰੋਸੇਮੰਦ ਮੈਟਰਿਕਸ ਦੀ ਨਿਗਰਾਨੀ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ। Transferred size, encoded body size, TTFB, LCP, FCP ਅਤੇ ਕੁੱਲ ਬੇਨਤੀ ਆਕਾਰ ਨੂੰ ਇਕੱਠੇ ਮੁਲਿਆੰਕਣ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। Gzip ਆਮ ਤੌਰ 'ਤੇ ਟ੍ਰਾਂਸਫਰ ਆਕਾਰ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ; ਸਰਵਰ ਦੇ ਐਪਲੀਕੇਸ਼ਨ ਉਤਪਾਦਨ ਸਮੇਂ ਨੂੰ ਸਿੱਧਾ ਘਟਾਉਂਦਾ ਨਹੀਂ ਹੈ। ਅਰਥਾਤ ਜੇ ਧੀਮੀ ਡਾਟਾਬੇਸ ਬੇਨਤੀਆਂ ਜਾਂ ਭਾਰੀ PHP ਕਾਰਵਾਈਆਂ ਹਨ ਤਾਂ gzip ਇਹਨਾਂ ਨੂੰ ਛੁਪਾਉਂਦਾ ਨਹੀਂ ਹੈ।

• Transferred size: ਬਰਾਊਜ਼ਰ ਨੂੰ ਵਾਸਤਵ ਵਿੱਚ ਭੇਜਿਆ ਗਿਆ ਸੰਕੁਚਿਤ ਆਕਾਰ ਹੈ।

• Resource size: ਬਰਾਊਜ਼ਰ ਦੁਆਰਾ ਖੋਲ੍ਹਣ ਤੋਂ ਬਾਅਦ ਦੇਖੇ ਗਏ ਵਾਸਤਵਿਕ ਫਾਇਲ ਆਕਾਰ ਹੈ।

• Content-Encoding: gzip ਸਿਰਲੇਖ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਆਪਟੀਮਾਈਜ਼ੇਸ਼ਨ ਚਾਲੂ ਹੈ।

• LCP: ਸਭ ਤੋਂ ਵੱਡੀ ਦਿਖਾਈ ਦੇਣ ਵਾਲੀ ਚੀਜ਼ ਦਾ ਲੋਡ ਹੋਣ ਦਾ ਸਮਾਂ ਹੈ; gzip ਮਦਦ ਕਰ ਸਕਦਾ ਹੈ ਪਰ ਵਿਜ਼ੂਅਲ ਆਪਟੀਮਾਈਜ਼ੇਸ਼ਨ ਵੀ ਲੋੜੀਂਦੀ ਹੈ।

• Total Blocking Time: ਵੱਡੀਆਂ 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 ਵਿੱਚ ਸ਼ਾਮਲ ਕਰੋ।