ਕਾਰਗੁਜ਼ਾਰੀ
ਹਰੇਕ WordPress ਸਾਈਟ ਨੂੰ ਇੱਕ ਪੂਰੇ-ਪੰਨੇ ਦਾ ਕੈਸ਼ੇ ਅਤੇ ਪ੍ਰਤੀ-ਸਾਈਟ ਇੱਕ Redis ਆਬਜੈਕਟ ਕੈਸ਼ੇ ਮਿਲਦਾ ਹੈ, ਜੋ ਹੋਸਟਿੰਗ ਵਿੱਚ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ ਅਤੇ ਤੁਹਾਡੇ ਵੱਲੋਂ ਕੌਂਫਿਗਰ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਪਲੱਗਇਨ ਦੀ ਬਜਾਏ ਸਰਵਰ 'ਤੇ ਚੱਲਦਾ ਹੈ। ਦੋਵੇਂ ਸਾਈਟ ਦੇ ਕਾਰਗੁਜ਼ਾਰੀ ਟੈਬ 'ਤੇ ਸਵਿੱਚ ਹਨ, ਅਤੇ ਉਹੀ ਟੈਬ ਮਾਪਦਾ ਹੈ ਕਿ ਉਹ ਕੀ ਬਦਲਦੇ ਹਨ: ਅਸਲ ਵਿਜ਼ਿਟਰਾਂ ਤੋਂ Core Web Vitals, ਸਰਵਰ 'ਤੇ ਲਿਆ ਗਿਆ ਬੇਨਤੀ ਦਾ ਸਮਾਂ, ਅਤੇ ਕੋਡ-ਪੱਧਰੀ ਪ੍ਰੋਫਾਈਲਿੰਗ ਜੋ ਸਮਾਂ ਲਗਾਉਣ ਵਾਲੇ ਪਲੱਗਇਨ ਜਾਂ ਕਵੇਰੀ ਦਾ ਨਾਮ ਦੱਸਦੀ ਹੈ।
ਇਹ ਹੋਸਟਿੰਗ ਦੇ ਨਾਲ ਆਉਂਦੇ ਹਨ। ਇਹ ਕੋਈ ਪੱਧਰ ਨਹੀਂ ਹਨ ਅਤੇ ਭੁਗਤਾਨ ਕੀਤੇ ਅੱਪਗ੍ਰੇਡ ਨੂੰ ਬੰਦ ਕਰਨ ਨਾਲ ਇਹ ਕਦੇ ਵੀ ਨਹੀਂ ਹਟਦੇ — ਜੋ ਕਿ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਕਿਉਂਕਿ ਇੱਕ ਡਾਊਨਗ੍ਰੇਡ ਜੋ ਚੁੱਪਚਾਪ ਤੁਹਾਡੀ ਕੈਚਿੰਗ ਨੂੰ ਖੋਹ ਲੈਂਦਾ ਹੈ, ਉਹ ਅਜਿਹੀ ਚੀਜ਼ ਖੋਹ ਰਿਹਾ ਹੋਵੇਗਾ ਜੋ ਤੁਸੀਂ ਕਦੇ ਨਹੀਂ ਖਰੀਦੀ ਸੀ ਅਤੇ ਜਿਸਦਾ ਭੁਗਤਾਨ ਕਰਨਾ ਤੁਸੀਂ ਕਦੇ ਬੰਦ ਨਹੀਂ ਕੀਤਾ ਸੀ।
ਲੌਗ ਇਨ ਨਾ ਕੀਤੇ ਵਿਜ਼ਿਟਰਾਂ ਲਈ PHP ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਛੱਡਦੇ ਹੋਏ, ਰੈਂਡਰ ਕੀਤੇ ਪੰਨੇ ਸਿੱਧੇ ਕੈਸ਼ ਤੋਂ ਪ੍ਰਦਾਨ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਕਿਸੇ ਸਮੱਗਰੀ ਜਾਂ ਬ੍ਰੋਸ਼ਰ ਸਾਈਟ ਲਈ ਇਹ ਸਭ ਤੋਂ ਵੱਡਾ ਉਪਲਬਧ ਲਾਭ ਹੈ, ਅਤੇ ਇਹ ਟ੍ਰੈਫਿਕ ਦੇ ਅਚਾਨਕ ਵਾਧੇ ਨੂੰ ਆਸਾਨੀ ਨਾਲ ਸੰਭਾਲਣ ਵਾਲੇ ਸਰਵਰ ਅਤੇ ਕਰੈਸ਼ ਹੋਣ ਵਾਲੇ ਸਰਵਰ ਵਿਚਕਾਰ ਅੰਤਰ ਹੈ।
ਇੱਕ ਨਿਰੰਤਰ ਆਬਜੈਕਟ ਕੈਸ਼ WordPress ਨੂੰ ਹਰੇਕ ਬੇਨਤੀ 'ਤੇ ਇੱਕੋ ਡਾਟਾਬੇਸ ਪੁੱਛਗਿੱਛ ਨੂੰ ਦੁਬਾਰਾ ਬਣਾਉਣ ਤੋਂ ਰੋਕਦਾ ਹੈ, ਇਸ ਲਈ ਲੋਡ ਦੇ ਅਧੀਨ ਪੰਨੇ ਤੇਜ਼ੀ ਨਾਲ ਇਕੱਠੇ ਹੁੰਦੇ ਹਨ ਅਤੇ ਡਾਟਾਬੇਸ ਸ਼ਾਂਤ ਰਹਿੰਦਾ ਹੈ। ਪ੍ਰਤੀ ਸਾਈਟ, ਸਾਂਝਾ ਨਹੀਂ — ਤੁਹਾਡਾ ਕੈਸ਼ ਕਿਸੇ ਹੋਰ ਦੀ ਬੇਦਖਲੀ ਨਹੀਂ ਹੈ।
ਕਾਰਟ, ਚੈੱਕਆਊਟ, ਖਾਤਾ ਸਫ਼ੇ ਅਤੇ ਲੌਗ-ਇਨ ਕੀਤੇ ਵਿਜ਼ਟਰ ਨੂੰ ਦਿਖਾਈ ਜਾਣ ਵਾਲੀ ਕੋਈ ਵੀ ਚੀਜ਼ ਮੂਲ ਰੂਪ ਵਿੱਚ ਬਾਹਰ ਰੱਖੀ ਗਈ ਹੈ, WordPress ਅਤੇ WooCommerce ਦੋਵਾਂ ਲਈ ਇੱਕੋ ਜਿਹੀ। ਉਹ ਕੈਸ਼ ਜੋ ਇੱਕ ਗਾਹਕ ਨੂੰ ਦੂਜੇ ਗਾਹਕ ਦੀ ਟੋਕਰੀ ਦਿਖਾਉਂਦਾ ਹੈ, ਕਾਰਗੁਜ਼ਾਰੀ ਸੰਬੰਧੀ ਵਿਸ਼ੇਸ਼ਤਾ ਨਹੀਂ ਹੈ।
ਇੱਕ ਪੋਸਟ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ ਅਤੇ ਇਹ ਉਸ ਪੋਸਟ ਨੂੰ ਅਤੇ ਜਿਨ੍ਹਾਂ ਸੂਚੀਆਂ ਵਿੱਚ ਇਹ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ, ਉਹਨਾਂ ਨੂੰ ਸਾਫ਼ ਕਰ ਦਿੰਦੀ ਹੈ; ਇੱਕ ਟਿੱਪਣੀ ਆਪਣੇ ਮੂਲ ਆਈਟਮ ਨੂੰ ਸਾਫ਼ ਕਰਦੀ ਹੈ; ਥੀਮ ਬਦਲਣ ਨਾਲ ਸਭ ਕੁਝ ਸਾਫ਼ ਹੋ ਜਾਂਦਾ ਹੈ।
ਕੈਸ਼ਿੰਗ ਕਿਸੇ ਪੰਨੇ ਨੂੰ ਪੇਸ਼ ਕਰਨਾ ਵਧੇਰੇ ਕਿਫ਼ਾਇਤੀ ਬਣਾਉਂਦੀ ਹੈ। ਇਹ ਕਿਸੇ ਭਾਰੀ ਤਸਵੀਰ ਨੂੰ ਹਲਕਾ ਨਹੀਂ ਬਣਾਉਂਦੀ ਜਾਂ ਬਲੌਕ ਕਰਨ ਵਾਲੀ ਸਕ੍ਰਿਪਟ ਨੂੰ ਬਲੌਕ ਕਰਨ ਤੋਂ ਨਹੀਂ ਰੋਕਦੀ — ਇਹ ਸਾਈਟ 'ਤੇ ਹੀ ਕੀਤਾ ਜਾਣ ਵਾਲਾ ਕੰਮ ਹੈ, ਅਤੇ ਮਾਹਰ ਗਤੀ ਵਾਧਾ ਇਸੇ ਲਈ ਹੈ।
| ਸ਼ਾਮਲ ਕੈਸ਼ਿੰਗ | ਮਾਹਰ ਸਪੀਡ-ਅੱਪ | |
|---|---|---|
| ਪੂਰੇ ਪੰਨੇ ਦਾ ਕੈਸ਼ (LiteSpeed LSCache) | ਹਾਂ | Configured for how the site is built |
| ਪ੍ਰਤੀ-ਸਾਈਟ Redis ਆਬਜੈਕਟ ਕੈਸ਼ | ਹਾਂ | Configured and tuned |
| ਚਿੱਤਰ ਸੰਕੁਚਨ ਅਤੇ ਆਧੁਨਿਕ ਫਾਰਮੈਟ | ਨਹੀਂ | ਹਾਂ |
| Render-ਬਲਾਕਿੰਗ CSS ਅਤੇ ਸਕ੍ਰਿਪਟਾਂ | ਨਹੀਂ | Deferred; critical CSS on the heaviest tier |
| ਸਾਈਟ ਦੇ ਮੂਹਰੇ ਇੱਕ CDN | From the CDN tab | From the CDN tab |
| ਇਸਦਾ ਖ਼ਰਚ ਕਿਵੇਂ ਲਿਆ ਜਾਂਦਾ ਹੈ | With the hosting | One-off, by how complex the site is |
| ਕੰਮ ਕੌਣ ਕਰਦਾ ਹੈ | You switch it on | Our engineers |
| ਤੁਸੀਂ ਇਸਨੂੰ ਕਿਵੇਂ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹੋ | The Performance tab | Bought as an add-on |
ਮਾਹਰ ਸਪੀਡ-ਅੱਪ ਦੀ ਕੀਮਤ ਇਸ ਗੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ ਕਿ ਸਾਈਟ ਕਿੰਨੀ ਗੁੰਝਲਦਾਰ ਹੈ, ਕਿਉਂਕਿ ਗੁੰਝਲਤਾ ਹੀ ਕੰਮ ਦੇ ਘੰਟੇ ਤੈਅ ਕਰਦੀ ਹੈ — ਹਰੇਕ ਪੱਧਰ ਕੀ ਕਵਰ ਕਰਦਾ ਹੈ, ਇਹ ਦੇਖਣ ਲਈ ਸਪੀਡ-ਅੱਪ ਪੰਨਾ ਦੇਖੋ।
ਹਰੇਕ ਸਾਈਟ ਕੋਲ ਇੱਕ ਹੁੰਦਾ ਹੈ। ਇਹ ਪਹਿਲਾਂ ਤੋਂ ਚਾਲੂ ਕੈਸ਼ਿੰਗ, ਅਸਲ ਦਰਸ਼ਕ ਕੀ ਅਨੁਭਵ ਕਰ ਰਹੇ ਹਨ, ਅਤੇ ਤੁਹਾਡੀ ਸਾਈਟ ਦਾ ਸਮਾਂ ਕਿੱਥੇ ਲੱਗ ਰਿਹਾ ਹੈ, ਦਿਖਾਉਂਦਾ ਹੈ।
ਪੰਨਾ ਕੈਸ਼ ਅਤੇ ਆਬਜੈਕਟ ਕੈਸ਼ ਸ਼ਾਮਲ ਹਨ ਅਤੇ ਉੱਥੇ ਸੂਚੀਬੱਧ ਹਨ। ਹਰੇਕ ਦਾ ਆਪਣਾ ਸਵਿੱਚ ਹੈ, ਇਸ ਲਈ ਜਿਸ ਸਾਈਟ ਨੂੰ ਇੱਕ ਬੰਦ ਰੱਖਣਾ ਪੈਂਦਾ ਹੈ ਉਹ ਦੂਜੇ ਨੂੰ ਰੱਖ ਸਕਦੀ ਹੈ।
ਸਿਰਫ਼ ਅੰਦਾਜ਼ੇ 'ਤੇ ਨਿਰਭਰ ਰਹਿਣ ਦੀ ਬਜਾਏ ਤੁਲਨਾ ਕਰਨ ਲਈ ਆਧਾਰ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਸਤੇ ਪਹਿਲਾਂ Core Web Vitals ਕਾਰਡ ਅਤੇ ਸਰਵਰ-ਸਾਈਡ ਸਮਾਂ-ਮਾਪ ਪੜ੍ਹੋ।
ਜੇਕਰ ਨਤੀਜੇ ਅਜੇ ਵੀ ਨਿਰਾਸ਼ਾਜਨਕ ਹਨ, ਤਾਂ ਰੁਕਾਵਟ ਆਮ ਤੌਰ 'ਤੇ ਕੈਸ਼ੇ ਨਹੀਂ ਹੁੰਦੀ — ਇਹ ਤਸਵੀਰਾਂ, ਕੋਈ ਪਲੱਗਇਨ ਜਾਂ ਕੋਈ ਸਵਾਲ ਹੁੰਦਾ ਹੈ। ਮਾਹਿਰਾਂ ਦੀ ਗਤੀ ਵਧਾਉਣ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਸਾਡੇ ਡਿਵੈਲਪਰ ਬਿਲਕੁਲ ਉਸੇ ਸਮੱਸਿਆ ਨੂੰ ਲੱਭ ਕੇ ਹੱਲ ਕਰਦੇ ਹਨ।
ਸਬੂਤ, ਅਹਿਸਾਸ ਨਹੀਂ
Core Web Vitals ਅਸਲ ਵਿਜ਼ਿਟਰਾਂ ਦੁਆਰਾ ਅਸਲ ਵਿੱਚ ਅਨੁਭਵ ਕੀਤੀਆਂ ਗਈਆਂ ਚੀਜ਼ਾਂ ਤੋਂ ਆਉਂਦੇ ਹਨ, ਤੁਹਾਡੇ ਹੋਮਪੇਜ ਲਈ ਸਵੈਚਲਿਤ ਤੌਰ 'ਤੇ ਅਤੇ ਕਿਸੇ ਹੋਰ ਪੰਨੇ ਲਈ ਮੰਗ 'ਤੇ ਜਾਂਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਸਰਵਰ-ਸਾਈਡ ਸਮੇਂ ਤੁਹਾਡੀ ਸਾਈਟ ਦੁਆਰਾ ਦਿੱਤੀਆਂ ਗਈਆਂ ਅਸਲ ਬੇਨਤੀਆਂ ਹਨ, ਜੋ ਬ੍ਰਾਊਜ਼ਰ ਤੱਕ ਕੁਝ ਵੀ ਪਹੁੰਚਣ ਤੋਂ ਪਹਿਲਾਂ ਸਰਵਰ 'ਤੇ ਸਮਾਂਬੱਧ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ — ਇਸ ਲਈ ਇੱਕ ਹੌਲੀ ਪੰਨੇ ਨੂੰ ਇੱਕ ਹੌਲੀ ਨੈੱਟਵਰਕ ਤੋਂ ਵੱਖ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਕੋਡ-ਪੱਧਰੀ ਪ੍ਰੋਫਾਈਲਿੰਗ ਉਹ ਹੈ ਜੋ ਇਹ ਬਦਲ ਦਿੰਦੀ ਹੈ ਕਿ ਤੁਸੀਂ ਅੱਗੇ ਕੀ ਕਰਦੇ ਹੋ: ਹਰੇਕ ਬੇਨਤੀ ਨੂੰ ਸਰਵਰ 'ਤੇ ਪ੍ਰੋਫਾਈਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਇਤਿਹਾਸ ਇਹ ਦੱਸਦਾ ਹੈ ਕਿ ਕਿਹੜੇ ਪੰਨੇ ਸਭ ਤੋਂ ਹੌਲੀ ਹਨ, ਕਿਹੜਾ ਪਲੱਗਇਨ ਜਾਂ ਪੁੱਛਗਿੱਛ ਸਮਾਂ ਲੈ ਰਹੀ ਹੈ, ਅਤੇ ਕੀ ਇਹ ਹੋਰ ਵਿਗੜ ਰਿਹਾ ਹੈ। ਸੌ ਵਿੱਚੋਂ ਮਿਲਿਆ ਸਕੋਰ ਤੁਹਾਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਕੋਈ ਸਮੱਸਿਆ ਹੈ; ਇਹ ਤੁਹਾਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਇਹ ਕਿਸ ਦੀ ਹੈ।
ਉਹਨਾਂ ਵਿਚਕਾਰ ਅੰਤਰ ਇਹ ਹੈ ਕਿ ਕੰਮ ਕੌਣ ਕਰਦਾ ਹੈ। ਗਲਤ ਵਿਕਲਪ ਚੁਣਨਾ ਆਸਾਨ ਅਤੇ ਮਹਿੰਗਾ ਹੈ, ਇਸ ਲਈ ਇੱਥੇ ਇਮਾਨਦਾਰੀ ਭਰਪੂਰ ਮਾਰਗਦਰਸ਼ਨ ਹੈ।
ਪੇਜ ਕੈਸ਼ ਅਤੇ ਆਬਜੈਕਟ ਕੈਸ਼ ਤੁਹਾਡੇ ਪਲਾਨ ਦੇ ਨਾਲ ਹੀ ਆਉਂਦੇ ਹਨ ਅਤੇ «ਕਾਰਗੁਜ਼ਾਰੀ» ਟੈਬ ਤੋਂ ਬਦਲੇ ਜਾਂਦੇ ਹਨ। ਜ਼ਿਆਦਾਤਰ ਸਮੱਗਰੀ ਅਤੇ ਬਰੋਸ਼ਰ ਸਾਈਟਾਂ ਲਈ ਢੁਕਵਾਂ ਹੈ, ਅਤੇ ਇਸ 'ਤੇ ਤੁਹਾਡਾ ਕੋਈ ਖ਼ਰਚ ਨਹੀਂ ਆਉਂਦਾ।
ਕੈਸ਼ਿੰਗ ਕਿਵੇਂ ਕੰਮ ਕਰਦੀ ਹੈ →ਇੱਕ ਵਾਰ ਦੀ ਸੇਵਾ ਜਿੱਥੇ ਅਸੀਂ ਤੁਹਾਡੀ ਅਸਲ ਸਾਈਟ ਮੁਤਾਬਕ ਕੈਸ਼ਿੰਗ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਦੇ ਹਾਂ — ਇਸ ਲਈ ਲੋੜੀਂਦੇ ਅਪਵਾਦ ਅਤੇ ਨਿਯਮ ਲਾਗੂ ਕਰਦੇ ਹਾਂ — ਅਤੇ ਇਸਨੂੰ ਕੰਮ ਕਰਦੀ ਹਾਲਤ ਵਿੱਚ ਵਾਪਸ ਸੌਂਪਦੇ ਹਾਂ।
ਗਤੀ ਵਧਾਉਣ ਵਾਲੀਆਂ ਸੇਵਾਵਾਂ ਦੇਖੋ →ਸਾਡੇ ਡਿਵੈਲਪਰ ਉਸ ਚੀਜ਼ 'ਤੇ ਕੰਮ ਕਰਦੇ ਹਨ ਜੋ ਅਸਲ ਵਿੱਚ ਹੌਲੀ ਹੈ: ਬਿਨਾਂ ਇੰਡੈਕਸ ਵਾਲੀ ਕਵੇਰੀ, ਹਰ ਪੰਨਾ ਲੋਡ ਹੋਣ 'ਤੇ ਭਾਰੀ ਪ੍ਰਕਿਰਿਆ ਕਰਨ ਵਾਲਾ ਪਲੱਗਇਨ, ਪੂਰੇ ਕੈਟਾਲਾਗ ਨੂੰ ਰੈਂਡਰ ਕਰਨ ਵਾਲੀ ਥੀਮ। ਸਾਈਟ ਦੀ ਗੁੰਝਲਤਾ ਦੇ ਆਧਾਰ 'ਤੇ ਕੀਮਤ ਤੈਅ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
ਮਾਹਰ ਗਤੀ ਅਨੁਕੂਲਨ →ਪੰਨਾ ਕੈਸ਼ LiteSpeed ਦਾ ਹੈ, ਅਤੇ ਸਾਡਾ ਫਲੀਟ LiteSpeed Enterprise ਚਲਾਉਂਦਾ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ ਹੋਰ ਕਿਤੇ ਹੋਸਟ ਕਰਦੇ ਹੋ ਅਤੇ ਉਹੀ ਇੰਜਣ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਅਸੀਂ ਉਸਦਾ ਵੀ ਪ੍ਰਬੰਧਨ ਕਰਦੇ ਹਾਂ।
LiteSpeed, ਪ੍ਰਬੰਧਿਤ →WordPress ਲਈ ਇੱਕ ਸਰਵਰ-ਸਾਈਡ ਕੈਸ਼ਿੰਗ ਪਰਤ, ਜਿਸ ਨੂੰ ਤੁਹਾਡੇ ਵੱਲੋਂ ਸਥਾਪਤ ਅਤੇ ਟਿਊਨ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਪਲੱਗਇਨ ਦੀ ਬਜਾਏ ਹੋਸਟਿੰਗ ਪੱਧਰ 'ਤੇ ਪ੍ਰਬੰਧਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਹ ਇੱਕ ਪੂਰੇ-ਪੰਨੇ ਦੀ ਕੈਸ਼ ਅਤੇ ਪ੍ਰਤੀ-ਸਾਈਟ ਆਬਜੈਕਟ ਕੈਸ਼ ਹੈ, ਦੋਵੇਂ ਤੁਹਾਡੇ ਪਲਾਨ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ ਅਤੇ ਦੋਵਾਂ ਨੂੰ ਸਾਈਟ ਦੇ Performance ਟੈਬ ਤੋਂ ਬਦਲਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਖਰੀਦਣ ਲਈ ਕੋਈ ਲਾਇਸੈਂਸ ਨਹੀਂ ਹੈ ਅਤੇ ਸੰਪਾਦਿਤ ਕਰਨ ਲਈ ਕੋਈ ਸੰਰਚਨਾ ਫ਼ਾਈਲ ਨਹੀਂ ਹੈ।
ਦੋ ਕੈਚਿੰਗ ਪਰਤਾਂ, ਅਤੇ ਇਹ ਇੱਕ ਸੈਟਿੰਗ ਦੀ ਬਜਾਏ ਵੱਖਰੇ ਸਵਿੱਚ ਹਨ। ਪੇਜ ਕੈਸ਼ ਸਿੱਧੇ LiteSpeed ਦੇ LSCache ਤੋਂ ਰੈਂਡਰ ਕੀਤੇ ਪੰਨੇ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਜੋ ਉਹਨਾਂ ਵਿਜ਼ਿਟਰਾਂ ਲਈ PHP ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਛੱਡ ਦਿੰਦਾ ਹੈ ਜੋ ਲੌਗਇਨ ਨਹੀਂ ਹਨ — ਇੱਕ ਸਮੱਗਰੀ ਜਾਂ ਬਰੋਸ਼ਰ ਸਾਈਟ ਲਈ ਸਭ ਤੋਂ ਵੱਡਾ ਲਾਭ। ਆਬਜੈਕਟ ਕੈਸ਼ ਪ੍ਰਤੀ-ਸਾਈਟ ਇੱਕ Redis ਉਦਾਹਰਨ ਹੈ ਜੋ ਹਰੇਕ ਬੇਨਤੀ 'ਤੇ WordPress ਨੂੰ ਇੱਕੋ ਡਾਟਾਬੇਸ ਪੁੱਛਗਿੱਛ ਨੂੰ ਦੁਬਾਰਾ ਬਣਾਉਣ ਤੋਂ ਰੋਕਦਾ ਹੈ। ਦੋਵੇਂ ਹਰ ਯੋਜਨਾ 'ਤੇ ਹਨ, ਅਤੇ ਭੁਗਤਾਨ ਕੀਤੇ ਟੀਅਰ ਨੂੰ ਬੰਦ ਕਰਨ ਨਾਲ ਇਹ ਕਦੇ ਵੀ ਨਹੀਂ ਹਟਦੇ।
ਨਹੀਂ। ਕੈਸ਼ਿੰਗ ਅਤੇ ਔਪਟੀਮਾਈਜ਼ੇਸ਼ਨ ਸਰਵਰ 'ਤੇ, WordPress ਦੇ ਹੇਠਾਂ ਚੱਲਦੇ ਹਨ। ਅਸੀਂ ਸਾਈਟ ਦੀ ਤੈਨਾਤੀ ਦੇ ਹਿੱਸੇ ਵਜੋਂ Zinn® Cache ਪਲੱਗਇਨ ਜ਼ਰੂਰ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਾਂ, ਪਰ ਇਹ ਕੈਸ਼ ਇੰਜਨ ਦੀ ਬਜਾਏ ਇੱਕ ਕੈਸ਼ ਕੰਟਰੋਲਰ ਹੈ — ਇਹ ਇਸ ਲਈ ਮੌਜੂਦ ਹੈ ਤਾਂ ਜੋ ਕੋਈ ਪੋਸਟ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ 'ਤੇ ਠੀਕ ਉਹੀ ਪੰਨੇ ਕਲੀਅਰ ਹੋ ਜਾਣ ਜਿਨ੍ਹਾਂ 'ਤੇ ਉਹ ਪੋਸਟ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ, ਅਤੇ ਤੁਹਾਡੇ ਵੱਲੋਂ ਖੁਦ ਕੈਸ਼ ਕਲੀਅਰ ਕਰਨ ਦੀ ਬਜਾਏ ਸਾਡੇ edge ਨੂੰ ਵੀ ਅਜਿਹਾ ਕਰਨ ਲਈ ਕਿਹਾ ਜਾ ਸਕੇ।
ਅਨੁਕੂਲਤਾਵਾਂ ਸਰਵਰ ਅਤੇ ਕੈਸ਼ੇ ਪਰਤ 'ਤੇ ਚੱਲਦੀਆਂ ਹਨ ਅਤੇ ਸੁਰੱਖਿਅਤ ਡਿਫੌਲਟਸ ਨਾਲ ਆਉਂਦੀਆਂ ਹਨ, ਜਿਸ ਵਿੱਚ WordPress ਅਤੇ WooCommerce ਦੇ ਉਹ ਮਾਰਗ ਸ਼ਾਮਲ ਹਨ ਜਿਨ੍ਹਾਂ ਨੂੰ ਕਦੇ ਵੀ ਕੈਸ਼ੇ ਨਹੀਂ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ — ਕਾਰਟਸ, ਚੈੱਕਆਉਟਸ, ਖਾਤਾ ਪੰਨੇ ਅਤੇ ਲੌਗ-ਇਨ ਕੀਤੇ ਉਪਭੋਗਤਾ ਨੂੰ ਦਿਖਾਈ ਜਾਣ ਵਾਲੀ ਕੋਈ ਵੀ ਚੀਜ਼। ਜੇਕਰ ਕਿਸੇ ਚੀਜ਼ ਨੂੰ ਬਾਹਰ ਕੱਢਣ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਕੈਸ਼ੇ ਕੰਟਰੋਲਰ ਤੁਹਾਨੂੰ ਪੂਰੀ ਪਰਤ ਨੂੰ ਬੰਦ ਕਰਨ ਦੀ ਬਜਾਏ ਇਸਨੂੰ ਬਾਹਰ ਕੱਢਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ।
ਉਹੀ ਟੈਬ ਇਸ ਨੂੰ ਤਿੰਨ ਤਰੀਕਿਆਂ ਨਾਲ ਮਾਪਦੀ ਹੈ। Core Web Vitals ਅਸਲ ਵਿਜ਼ਿਟਰਾਂ ਦੇ ਅਨੁਭਵ ਤੋਂ ਆਉਂਦੇ ਹਨ। ਸਰਵਰ-ਸਾਈਡ ਟਾਈਮਿੰਗ ਉਹ ਅਸਲ ਬੇਨਤੀਆਂ ਹਨ ਜੋ ਤੁਹਾਡੀ ਸਾਈਟ ਨੇ ਪੂਰੀਆਂ ਕੀਤੀਆਂ ਹਨ, ਜਿਨ੍ਹਾਂ ਦਾ ਸਮਾਂ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਦੇ ਬ੍ਰਾਊਜ਼ਰ ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਪਹਿਲਾਂ ਸਰਵਰ 'ਤੇ ਮਾਪਿਆ ਜਾਂਦਾ ਹੈ। ਅਤੇ ਕੋਡ-ਪੱਧਰੀ ਪ੍ਰੋਫਾਈਲਿੰਗ ਉਸ ਪਲੱਗਇਨ, ਪੁੱਛਗਿੱਛ ਜਾਂ ਕੋਡ ਦੇ ਹਿੱਸੇ ਦਾ ਨਾਮ ਦਿੰਦੀ ਹੈ ਜਿਸਨੇ ਸਮਾਂ ਲਿਆ — ਜੋ ਕਿ ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਇੱਕੋ-ਇੱਕ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਦੱਸਦੀ ਹੈ ਕਿ ਅਸਲ ਵਿੱਚ ਕੀ ਬਦਲਣਾ ਹੈ।
ਕੰਮ ਕੌਣ ਕਰਦਾ ਹੈ, ਇਸ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਇਸ ਸਫ਼ੇ 'ਤੇ ਕੈਸ਼ਿੰਗ ਪਹਿਲਾਂ ਹੀ ਚਾਲੂ ਹੈ, ਅਤੇ ਤੁਸੀਂ ਇਸਨੂੰ ਖ਼ੁਦ ਬਦਲ ਸਕਦੇ ਹੋ। ਸੈੱਟਅੱਪ ਸੇਵਾ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਅਸੀਂ ਤੁਹਾਡੀ ਵਿਸ਼ੇਸ਼ ਸਾਈਟ ਲਈ ਇਸਨੂੰ ਇੱਕ ਵਾਰ ਸਹੀ ਢੰਗ ਨਾਲ ਕੌਂਫਿਗਰ ਕਰਦੇ ਹਾਂ। ਮਾਹਰ ਸਪੀਡ-ਅੱਪ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਸਾਡੇ ਡਿਵੈਲਪਰ ਤੁਹਾਡੀ ਸਾਈਟ ਦੀਆਂ ਅਸਲ ਸਮੱਸਿਆਵਾਂ 'ਤੇ ਕੰਮ ਕਰ ਰਹੇ ਹਨ — ਤਸਵੀਰਾਂ, ਹੌਲੀ ਕੁਐਰੀ, ਭਾਰੀ ਪਲੱਗਇਨ, ਜਾਂ ਹਰ ਵਾਰ ਪੰਨਾ ਲੋਡ ਹੋਣ 'ਤੇ ਜ਼ਿਆਦਾ ਸਰੋਤ ਵਰਤਣ ਵਾਲਾ ਥੀਮ। ਇਹ ਕਿਸੇ ਇੱਕ ਉਤਪਾਦ ਦੇ ਸੰਸਕਰਣ ਨਹੀਂ ਹਨ; ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਇੱਕ ਤੁਹਾਡੀ ਲੋੜ ਮੁਤਾਬਕ ਬਿਲਕੁਲ ਸਹੀ ਹੋ ਸਕਦਾ ਹੈ ਅਤੇ ਬਾਕੀ ਬੇਕਾਰ ਹੋ ਸਕਦੇ ਹਨ।
ਸਾਡੇ ਵੱਲੋਂ ਹੋਸਟ ਕੀਤੀ ਜਾਣ ਵਾਲੀ ਹਰੇਕ WordPress ਸਾਈਟ ਵਿੱਚ ਦੋਵੇਂ ਕੈਸ਼ਿੰਗ ਪਰਤਾਂ ਸ਼ਾਮਲ ਹੁੰਦੀਆਂ ਹਨ — ਇਹ ਹੋਸਟਿੰਗ ਦੇ ਨਾਲ ਆਉਂਦੀਆਂ ਹਨ, ਕਿਸੇ ਪੱਧਰ (ਟੀਅਰ) ਨਾਲ ਨਹੀਂ। ਫ਼ਰਕ ਸਿਰਫ਼ ਹੇਠਲੀ ਮਸ਼ੀਨ ਵਿੱਚ ਹੁੰਦਾ ਹੈ: ਕੈਸ਼ਿੰਗ ਉੱਥੇ ਚੱਲਦੀ ਹੈ ਜਿੱਥੇ ਸਰਵਰ 'ਤੇ ਸਾਡਾ ਕੰਟਰੋਲ ਹੁੰਦਾ ਹੈ, ਇਸ ਲਈ ਵਿਕਰੇਤਾ ਦੁਆਰਾ ਪ੍ਰਬੰਧਿਤ ਪੈਕੇਜ 'ਤੇ ਮੌਜੂਦ ਸਾਈਟ ਨੂੰ ਇਸ ਦੀ ਬਜਾਏ ਉਹ ਮਿਲਦਾ ਹੈ ਜੋ ਉਸ ਵਿਕਰੇਤਾ ਦਾ ਪਲੇਟਫਾਰਮ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।
ਆਬਜੈਕਟ ਕੈਸ਼ WordPress ਲਈ ਬਣਾਇਆ ਗਿਆ ਹੈ ਅਤੇ ਇਹ ਉੱਥੇ ਹੀ ਸਭ ਤੋਂ ਵੱਧ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਹੁੰਦਾ ਹੈ। ਪੂਰੇ ਪੰਨੇ ਦਾ ਕੈਸ਼ ਸਿਰਫ਼ WordPress-ਵਿਸ਼ੇਸ਼ ਨਹੀਂ ਹੈ — ਸਾਡੇ ਫਲੀਟ 'ਤੇ ਇੱਕ PHP ਐਪਲੀਕੇਸ਼ਨ ਜਾਂ ਇੱਕ ਸਥਿਰ ਸਾਈਟ ਉਸੇ LiteSpeed ਪੰਨਾ ਕੈਸ਼ ਦੁਆਰਾ ਸੇਵਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਇੱਕ ਸਥਿਰ ਸਾਈਟ ਉਹਨਾਂ ਕਾਰਨਾਂ ਕਰਕੇ ਤੇਜ਼ ਹੁੰਦੀ ਹੈ ਜੋ ਇਸ ਵਿੱਚੋਂ ਜ਼ਿਆਦਾਤਰ ਨੂੰ ਬੇਲੋੜਾ ਬਣਾ ਦਿੰਦੇ ਹਨ।
ਇਸ ਸਮੇਂ ਨਹੀਂ। ਇਸ ਪੰਨੇ 'ਤੇ ਕੈਚਿੰਗ ਉਹ ਹੈ ਜੋ ਸਾਡੇ ਵੱਲੋਂ ਹੋਸਟ ਕੀਤੀ ਜਾਣ ਵਾਲੀ ਹਰ WordPress ਸਾਈਟ ਚਲਾਉਂਦੀ ਹੈ, ਅਤੇ ਇਹ ਸ਼ਾਮਲ ਹੈ। ਜੇਕਰ ਇਸ ਦੇ ਚਾਲੂ ਹੋਣ ਤੋਂ ਬਾਅਦ ਵੀ ਤੁਹਾਡੇ ਪੰਨੇ ਹੌਲੀ ਹਨ, ਤਾਂ ਇਸਦਾ ਕਾਰਨ ਆਮ ਤੌਰ 'ਤੇ ਕੈਸ਼ ਦੀ ਬਜਾਏ ਚਿੱਤਰ, ਇੱਕ ਪਲੱਗਇਨ ਜਾਂ ਇੱਕ ਕਵੇਰੀ ਹੁੰਦਾ ਹੈ — ਜੋ ਕਿ ਅਜਿਹਾ ਕੰਮ ਹੈ ਜੋ ਮਾਹਰ ਸਪੀਡ-ਅੱਪ ਤੁਹਾਡੀ ਵਿਸ਼ੇਸ਼ ਸਾਈਟ ਲਈ ਖ਼ੁਦ ਆਪਣੇ ਹੱਥੀਂ ਕਰਦਾ ਹੈ।
ਟ੍ਰਾਇਲ ਕਰਨ ਲਈ ਕੁਝ ਨਹੀਂ ਹੈ: ਕੈਚਿੰਗ ਹੋਸਟਿੰਗ ਦੇ ਨਾਲ ਸ਼ਾਮਲ ਹੈ ਅਤੇ ਪਹਿਲੇ ਡਿਪਲਾਇਮੈਂਟ ਤੋਂ ਹੀ ਚਾਲੂ ਹੁੰਦੀ ਹੈ। ਹੋਸਟਿੰਗ ਖੁਦ ਬਿਨਾਂ ਕਾਰਡ ਦੇ 14-ਦਿਨਾਂ ਦੇ ਟ੍ਰਾਇਲ ਦੇ ਨਾਲ ਆਉਂਦੀ ਹੈ।
ਨਹੀਂ, ਅਤੇ ਜਾਣਬੁੱਝ ਕੇ। AccelerateWP ਇੱਕ ਏਕੀਕ੍ਰਿਤ CDN ਨਾਲ ਆਉਂਦਾ ਹੈ ਅਤੇ ਅਸੀਂ ਇਸਨੂੰ ਕਦੇ ਵੀ ਚਾਲੂ ਨਹੀਂ ਕਰਦੇ ਹਾਂ, ਕਿਉਂਕਿ ਹਰੇਕ Zinn® ਸਾਈਟ ਪਹਿਲਾਂ ਹੀ ਸਾਡੇ ਦੁਆਰਾ ਚੁਣੇ ਗਏ ਇੱਕ ਐੱਜ ਦੁਆਰਾ ਫਰੰਟ ਕੀਤੀ ਗਈ ਹੈ — ਇਸਦੇ ਸਾਹਮਣੇ ਦੂਜਾ CDN ਹੋਣ ਦਾ ਮਤਲਬ ਲੜੀ ਵਿੱਚ ਦੋ ਕੈਸ਼ ਹੋਣਗੇ, ਅਤੇ ਇੱਕ ਨੂੰ ਸਾਫ਼ ਕਰਨ 'ਤੇ ਦੂਜਾ ਪੁਰਾਣਾ ਪੰਨਾ ਦਿਖਾਉਂਦਾ ਰਹੇਗਾ। ਤੁਹਾਡਾ CDN ਸਾਈਟ ਦੇ CDN ਟੈਬ ਤੋਂ ਆਉਂਦਾ ਹੈ।
ਹਾਂ। ਦੋਵੇਂ ਪਰਤਾਂ ਹਰੇਕ ਸਾਈਟ ਦੇ ਆਪਣੇ ਪ੍ਰਦਰਸ਼ਨ ਟੈਬ 'ਤੇ ਸਵਿੱਚ ਹਨ, ਅਤੇ ਉਹ ਇੱਕ ਦੂਜੇ ਤੋਂ ਸੁਤੰਤਰ ਹਨ — ਜਿਸ ਸਾਈਟ ਨੂੰ ਪੰਨਾ ਕੈਸ਼ ਬੰਦ ਰੱਖਣਾ ਪੈਂਦਾ ਹੈ ਉਹ ਅਜੇ ਵੀ ਆਪਣੀ ਆਬਜੈਕਟ ਕੈਸ਼ ਰੱਖਦੀ ਹੈ।
ਬਿਨਾਂ ਕਾਰਡ ਦੇ 14-ਦਿਨਾਂ ਦਾ ਟ੍ਰਾਇਲ ਸ਼ੁਰੂ ਕਰੋ। ਪਹਿਲੇ ਡਿਪਲਾਏ ਤੋਂ ਹੀ ਕੈਸ਼ਿੰਗ ਚਾਲੂ ਹੈ — Performance ਟੈਬ ਖੋਲ੍ਹੋ ਅਤੇ ਦੇਖੋ ਕਿ ਇਹ ਤੁਹਾਡੇ ਆਪਣੇ ਅੰਕੜਿਆਂ 'ਤੇ ਕੀ ਅਸਰ ਪਾਉਂਦੀ ਹੈ।
ਮੁਫ਼ਤ ਸ਼ੁਰੂ ਕਰੋ