WordPress Heartbeat API ਦੀ ਸੀਮਾਬੰਦੀ ਨਾਲ CPU ਦੀ ਵਰਤੋਂ ਘਟਾਉਣਾ

WordPress Heartbeat API ਦੀ ਸੀਮਾਬੰਦੀ ਦਾ ਮਤਲਬ ਹੈ WordPress ਪ੍ਰਬੰਧਨ ਪੈਨਲ ਵਿੱਚ ਪਿਛੇ ਦੇ ਕੰਮ ਕਰਦੇ admin-ajax.php ਬੇਨਤੀਆਂ ਦੀ ਆਵ੍ਰਿਤੀ ਨੂੰ ਘਟਾ ਕੇ CPU ਦੀ ਵਰਤੋਂ ਨੂੰ ਘਟਾਉਣਾ। ਖਾਸ ਤੌਰ 'ਤੇ ਸਾਂਝੇ ਹੋਸਟਿੰਗ, ਭਾਰੀ WooCommerce ਦੁਕਾਨਾਂ ਅਤੇ ਬਹੁਤ ਸਾਰੇ ਲੇਖਕਾਂ ਵਾਲੇ ਬਲੌਗਾਂ ਵਿੱਚ, Heartbeat API ਹਰ 15-60 ਸਕਿੰਟ ਵਿੱਚ ਸਰਵਰ ਨੂੰ ਬੇਨਤੀ ਭੇਜ ਸਕਦੀ ਹੈ; ਇਸ ਨਾਲ ਨਿਰਾਥਕ CPU ਦੀ ਵਰਤੋਂ, ਧੀਮੀ ਪ੍ਰਬੰਧਨ ਪੈਨਲ ਅਤੇ ਸਰੋਤ ਸੀਮਾ ਦੀ ਚੇਤਾਵਨੀ ਹੋ ਸਕਦੀ ਹੈ। ਹੱਲ ਇਹ ਹੈ ਕਿ API ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬੰਦ ਕਰਨ ਦੀ ਬਜਾਏ, ਪੰਨੇ ਦੇ ਅਨੁਸਾਰ 60-120 ਸਕਿੰਟ ਦੇ ਲਈ ਘਟਾਇਆ ਜਾਵੇ, ਸਿਰਫ ਜ਼ਰੂਰੀ ਖੇਤਰਾਂ ਵਿੱਚ ਖੁਲਿਆ ਛੱਡਿਆ ਜਾਵੇ ਅਤੇ ਨਤੀਜੇ ਹੋਸਟਿੰਗ ਪੈਨਲ ਨਾਲ ਮਾਪੇ ਜਾਣ।

ਇਸ ਗਾਈਡ ਵਿੱਚ, ਅਸੀਂ ਦੱਸਾਂਗੇ ਕਿ Heartbeat API ਕੀ ਹੈ, ਇਹ ਕਦੋਂ ਸਮੱਸਿਆ ਪੈਦਾ ਕਰਦੀ ਹੈ, ਕਿਹੜੇ ਸੈਟਿੰਗ ਸੁਰੱਖਿਅਤ ਹਨ ਅਤੇ ਤੁਹਾਡੇ WordPress ਸਾਈਟ 'ਤੇ CPU ਦੀ ਵਰਤੋਂ ਨੂੰ ਕਿਵੇਂ ਘਟਾਇਆ ਜਾ ਸਕਦਾ ਹੈ। ਉਦੇਸ਼ ਹੈ ਕਿ ਆਟੋਮੈਟਿਕ ਸੁਰੱਖਿਆ ਅਤੇ ਲੌਗਿਨ ਨਿਗਰਾਨੀ ਜਿਹੀਆਂ ਲਾਭਦਾਇਕ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਨਸ਼ਟ ਕੀਤੇ ਬਿਨਾਂ ਨਿਰਾਥਕ ਪਿਛੋਕੜ ਟ੍ਰੈਫਿਕ ਨੂੰ ਸੀਮਿਤ ਕਰਨਾ ਹੈ। ਜੇ ਤੁਹਾਡੀ ਸਾਈਟ ਨੂੰ ਬਾਰ-ਬਾਰ 508 ਸਰੋਤ ਸੀਮਾ, 503 ਸੇਵਾ ਉਪਲਬਧ ਨਹੀਂ ਜਾਂ ਧੀਮਾ WordPress ਪ੍ਰਬੰਧਨ ਪੈਨਲ ਦੇ ਸਮੱਸਿਆਵਾਂ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪੈਂਦਾ ਹੈ, ਤਾਂ ਇਹ ਸੈਟਿੰਗਜ਼ ਪਹਿਲਾਂ ਚੈੱਕ ਕਰਨ ਵਾਲੀਆਂ ਓਪਟੀਮਾਈਜ਼ੇਸ਼ਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹਨ।

WordPress Heartbeat API ਕੀ ਹੈ?

WordPress Heartbeat API ਇੱਕ WordPress ਮਕੈਨਜ਼ਮ ਹੈ ਜੋ ਬ੍ਰਾਉਜ਼ਰ ਅਤੇ ਸਰਵਰ ਦੇ ਵਿਚਕਾਰ ਨਿਯਮਤ ਅੰਤਰਾਲਾਂ 'ਚ ਸੰਚਾਰ ਕਰਦਾ ਹੈ। ਇਹ ਸੰਚਾਰ ਆਮ ਤੌਰ 'ਤੇ /wp-admin/admin-ajax.php ਫਾਇਲ ਦੇ ਜ਼ਰੀਏ ਹੁੰਦਾ ਹੈ। WordPress ਇਸ ਪ੍ਰਣਾਲੀ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸੰਪਾਦਕ ਸਕ੍ਰੀਨ 'ਤੇ ਆਟੋਮੈਟਿਕ ਡਰਾਫਟ ਸੁਰੱਖਿਆ ਕਰਦਾ ਹੈ, ਕਿਸੇ ਹੋਰ ਉਪਭੋਗਤਾ ਦੁਆਰਾ ਉਹੀ ਲੇਖ ਸੰਪਾਦਨ ਕਰਨ ਦੀ ਜਾਣਕਾਰੀ ਦਿੰਦਾ ਹੈ, ਲੌਗਿਨ ਸਮੇਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਦਾ ਹੈ ਅਤੇ ਕੁਝ ਪਲੱਗਇਨਾਂ ਦੀਆਂ ਅਸਲ ਸਮੇਂ ਦੀਆਂ ਜਾਣਕਾਰੀਆਂ ਚਲਾਉਂਦਾ ਹੈ।

ਇੱਕ ਸਧਾਰਣ ਉਦਾਹਰਨ ਦੇਖੀਏ: ਜਦੋਂ ਇੱਕ ਸੰਪਾਦਕ ਲੇਖ ਸਕ੍ਰੀਨ 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ, ਤਾਂ WordPress ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਡਰਾਫਟ ਗੁਆਚ ਨਾ ਜਾਵੇ, ਇਸ ਲਈ ਨਿਯਮਤ ਅੰਤਰਾਲਾਂ 'ਚ ਸਰਵਰ ਨੂੰ ਇੱਕ ਛੋਟੀ ਬੇਨਤੀ ਭੇਜਦਾ ਹੈ। ਇਹ ਬੇਨਤੀ ਆਪਣੇ ਆਪ ਵਿੱਚ ਭਾਰੀ ਨਹੀਂ ਹੈ। ਪਰ ਜੇ ਇੱਕ ਸਮੇਂ 'ਤੇ 8 ਸੰਪਾਦਕ, 2 ਪ੍ਰਬੰਧਕ ਅਤੇ WooCommerce ਪੈਨਲ ਨੂੰ ਖੁੱਲਾ ਰੱਖਣ ਵਾਲੀ ਟੀਮ ਹੋਵੇ, ਤਾਂ ਬੇਨਤੀਆਂ ਦੀ ਗਿਣਤੀ ਤੇਜ਼ੀ ਨਾਲ ਵਧਦੀ ਹੈ। 10 ਖੁੱਲੀਆਂ ਪ੍ਰਬੰਧਨ ਸੈਸ਼ਨ 30 ਸਕਿੰਟ ਦੇ ਅੰਤਰਾਲ 'ਚ ਲਗਭਗ 1,200 Heartbeat ਬੇਨਤੀਆਂ ਬਣਾਉਂਦੀਆਂ ਹਨ। ਜੇ ਪਲੱਗਇਨਾਂ ਇਹ ਬੇਨਤੀਆਂ 'ਤੇ ਵਾਧੂ ਡੇਟਾ ਲਗਾਉਂਦੇ ਹਨ, ਤਾਂ CPU ਦੀ ਵਰਤੋਂ ਉਮੀਦ ਤੋਂ ਕਾਫੀ ਵੱਧ ਹੋ ਸਕਦੀ ਹੈ।

ਇਸ ਲਈ, Heartbeat API ਕੋਈ ਮੰਜ਼ਰ ਨਹੀਂ ਹੈ; ਇਹ ਗਲਤ ਅੰਤਰਾਲਾਂ, ਨਿਰਾਥਕ ਪੰਨਿਆਂ ਜਾਂ ਭਾਰੀ ਪਲੱਗਇਨਾਂ ਨਾਲ ਮਿਲ ਕੇ ਕੰਮ ਕਰਨ 'ਤੇ ਪ੍ਰਦਰਸ਼ਨ ਸਮੱਸਿਆ ਬਣ ਜਾਂਦਾ ਹੈ। ਇੱਕ ਚੰਗੀ ਤਰ੍ਹਾਂ ਬਣਾਈ ਗਈ ਸਾਈਟ 'ਤੇ API ਖੁੱਲਾ ਰਹਿੰਦਾ ਹੈ ਪਰ ਇਸ ਦੀ ਆਵ੍ਰਿਤੀ ਨਿਯੰਤ੍ਰਿਤ ਰਹਿੰਦੀ ਹੈ।

Heartbeat API CPU ਦੀ ਵਰਤੋਂ ਕਿਉਂ ਵਧਾਉਂਦਾ ਹੈ?

CPU ਦੀ ਵਰਤੋਂ, ਸਰਵਰ ਦੁਆਰਾ PHP ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਚਲਾਉਣ ਲਈ ਖਰਚ ਕੀਤੀ ਜਾਣ ਵਾਲੀ ਪ੍ਰਕਿਰਿਆ ਸ਼ਕਤੀ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ। WordPress ਇੱਕ ਗਤੀਸ਼ੀਲ ਸਮੱਗਰੀ ਪ੍ਰਬੰਧਨ ਸਿਸਟਮ ਹੈ, ਇਸ ਲਈ ਹਰ PHP ਬੇਨਤੀ 'ਤੇ ਥੀਮ, ਪਲੱਗਇਨ, ਡੇਟਾਬੇਸ ਅਤੇ WordPress ਕੋਰ ਇੱਕ ਨਿਯਮਤ ਮਾਤਰ ਵਿੱਚ ਕੰਮ ਕਰਦੇ ਹਨ। ਹਾਲਾਂਕਿ Heartbeat ਬੇਨਤੀਆਂ ਛੋਟੀ ਦਿਸਦੀਆਂ ਹਨ, ਪਰ ਇਹ PHP ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਚਾਲੂ ਕਰਦੀਆਂ ਹਨ।

CPU ਦੀ ਵਰਤੋਂ ਵਿੱਚ ਵਾਧੇ ਦੇ ਸਭ ਤੋਂ ਆਮ ਕਾਰਨ ਹਨ:

• ਬਹੁਤ ਵੱਧ ਬੇਨਤੀ ਅੰਤਰਾਲ: ਕੁਝ ਸਕ੍ਰੀਨਾਂ 'ਤੇ Heartbeat 15 ਸਕਿੰਟ ਤੱਕ ਘਟ ਸਕਦਾ ਹੈ। ਇਸ ਦਾ ਅਰਥ ਹੈ ਕਿ ਇੱਕ ਹੀ ਉਪਭੋਗਤਾ ਲਈ ਵੀ ਹਰ ਘੰਟੇ 240 ਬੇਨਤੀਆਂ।
• ਕਈ ਖੁੱਲੀਆਂ ਟੈਬ: ਜੇ ਉਪਭੋਗਤਾ WordPress ਪੈਨਲ 'ਤੇ 4 ਵੱਖ-ਵੱਖ ਟੈਬ ਖੁੱਲੀਆਂ ਰੱਖਦਾ ਹੈ, ਤਾਂ ਹਰ ਟੈਬ ਵੱਖਰਾ Heartbeat ਟਰੈਫਿਕ ਪੈਦਾ ਕਰ ਸਕਦੀ ਹੈ।
• ਭਾਰੀ ਪਲੱਗਇਨ: ਸੁਰੱਖਿਆ, ਅੰਕੜੇ, ਬੈਕਅਪ, ਪੰਨਾ ਬਣਾਉਣ ਵਾਲੇ ਅਤੇ WooCommerce ਪਲੱਗਇਨ Heartbeat ਡੇਟਾ 'ਤੇ ਵਾਧੂ ਭਾਰ ਪਾ ਸਕਦੇ ਹਨ।
• ਘੱਟ ਸਰੋਤ ਵਾਲੀ ਹੋਸਟਿੰਗ: CPU ਸੀਮਾ ਸੰਕੁਚਿਤ ਹੋਣ ਵਾਲੇ ਪੈਕੇਜਾਂ ਵਿੱਚ ਛੋਟੀਆਂ ਪਿਛੋਕੜ ਬੇਨਤੀਆਂ ਵੀ ਮਸ਼ਹੂਰ ਘੰਟਿਆਂ ਵਿੱਚ ਸੀਮਾ ਪੂਰੀ ਕਰ ਸਕਦੀਆਂ ਹਨ।
• ਬੋਟ ਅਤੇ ਅਸਲ ਉਪਭੋਗਤਾ ਟਰੈਫਿਕ ਨਾਲ ਟਕਰਾਅ: ਅਗੇ ਦੇ ਜਹਾਜ਼ 'ਤੇ ਦੌਰੇ ਵਾਲਾ ਟਰੈਫਿਕ ਹੋਣ 'ਤੇ ਪ੍ਰਬੰਧਨ ਪੈਨਲ ਵਿੱਚ ਪਿਛੋਕੜ ਦੀਆਂ ਬੇਨਤੀਆਂ ਇੱਕੋ ਸਰੋਤਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੀਆਂ ਹਨ।

ਖਾਸ ਤੌਰ 'ਤੇ ਜੇ ਤੁਸੀਂ admin-ajax.php ਪਹੁੰਚਾਂ ਨੂੰ ਐਕਸੈਸ ਲੌਗ ਫਾਈਲ ਵਿੱਚ ਬਾਰ-ਬਾਰ ਦੇਖਦੇ ਹੋ, ਤਾਂ Heartbeat ਟਰੈਫਿਕ ਦੀ ਜਾਂਚ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ। Hostragons ਦੀਆਂ ਢਾਂਚਾ ਵਿੱਚ ਸਰੋਤ ਵਰਤੋਂ ਦੇ ਗ੍ਰਾਫਾਂ ਨਾਲ CPU ਦੀ ਲਹਿਰਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰ ਸਕਦੇ ਹੋ, ਅਤੇ ਤੁਹਾਡੇ WordPress ਸਾਈਟ ਦੀਆਂ ਜਰੂਰਤਾਂ ਦੇ ਅਨੁਸਾਰ ਹੋਰ ਉੱਤਮ ਪੈਕੇਜਾਂ ਲਈ WordPress ਹੋਸਟਿੰਗ ਵਿਕਲਪਾਂ ਦੀ ਸਮੀਖਿਆ ਕਰ ਸਕਦੇ ਹੋ।

Heartbeat API ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬੰਦ ਕਰਨਾ ਸਹੀ ਹੈ?

ਸਾਰਾਂ: ਨਹੀਂ, ਜ਼ਿਆਦਾਤਰ ਸਾਈਟਾਂ ਲਈ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬੰਦ ਕਰਨਾ ਸਿਫਾਰਸ਼ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ। Heartbeat API ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬੰਦ ਕਰਨ ਨਾਲ ਤੌਰ 'ਤੇ CPU ਘਟ ਸਕਦਾ ਹੈ, ਪਰ ਲੇਖ ਆਟੋਮੈਟਿਕ ਸੁਰੱਖਿਆ, ਸਮੱਗਰੀ ਲੌਕਿੰਗ, ਲੌਗਿਨ ਨਵੀਨੀਕਰਨ ਅਤੇ ਕੁਝ ਪਲੱਗਇਨ ਦੀਆਂ ਜਾਣਕਾਰੀਆਂ ਬਿਗੜ ਸਕਦੀਆਂ ਹਨ। ਖਾਸ ਤੌਰ 'ਤੇ ਬਹੁਤ ਲੇਖਕਾਂ ਵਾਲੇ ਬਲੌਗਾਂ ਵਿੱਚ, ਇੱਕ ਹੀ ਲੇਖ ਨੂੰ ਦੋ ਲੋਕਾਂ ਦੁਆਰਾ ਸੰਪਾਦਿਤ ਕਰਨ ਨਾਲ ਸਮੱਗਰੀ ਦੀ ਗੁਆਚ ਹੋ ਸਕਦੀ ਹੈ।

ਇੱਕ ਜ਼ਿਆਦਾ ਸੁਰੱਖਿਅਤ ਪਹੁੰਚ, API ਨੂੰ ਜ਼ਰੂਰਤ ਵਾਲੇ ਖੇਤਰਾਂ ਵਿੱਚ ਖੁੱਲਾ ਛੱਡਣਾ ਅਤੇ ਅੰਤਰਾਲ ਨੂੰ ਵੱਡਾ ਕਰਨਾ ਹੈ। ਉਦਾਹਰਨ ਦੇ ਤੌਰ 'ਤੇ ਲੇਖ ਸੰਪਾਦਨ ਸਕ੍ਰੀਨ 'ਤੇ 60 ਸਕਿੰਟ, ਆਮ ਪ੍ਰਬੰਧਨ ਪੈਨਲ 'ਤੇ 120 ਸਕਿੰਟ, ਅਗੇ ਦੇ ਜਹਾਜ਼ 'ਤੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬੰਦ ਕਰਨ ਵਾਲੀ ਇਕ ਢਾਂਚਾ ਬਹੁਤ ਸਾਰੇ ਕੋਰਪੋਰੇਟ ਸਾਈਟਾਂ ਲਈ ਸੰਤੁਲਿਤ ਨਤੀਜੇ ਦਿੰਦੀ ਹੈ। WooCommerce ਦੁਕਾਨਾਂ ਵਿੱਚ ਆਰਡਰ ਸਕ੍ਰੀਨ ਅਤੇ ਸਟਾਕ ਪ੍ਰਬੰਧਨ ਵਰਗੀਆਂ ਭਾਗਾਂ ਵਿੱਚ ਹੋਰ ਧਿਆਨ ਨਾਲ ਟੈਸਟ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

ਸਿਫਾਰਸ਼ ਕੀਤੀ Heartbeat API ਸੈਟਿੰਗਜ਼ ਦਾ ਟੇਬਲ

ਇਹ ਟੇਬਲ ਇੱਕ ਸ਼ੁਰੂਆਤ ਦਾ ਬਿੰਦੂ ਹੈ। ਸਭ ਤੋਂ ਚੰਗੀ ਸੈਟਿੰਗ; ਉਪਭੋਗਤਾ ਗਿਣਤੀ, ਪਲੱਗਇਨ ਢਾਂਚਾ, ਥੀਮ ਭਾਰ ਅਤੇ ਹੋਸਟਿੰਗ ਸਰੋਤਾਂ ਦੇ ਅਨੁਸਾਰ ਬਦਲਦੀ ਹੈ। ਮਾਪਣ ਤੋਂ ਬਿਨਾਂ ਕੀਤੇ ਗਏ ਬਦਲਾਅ ਕਈ ਵਾਰੀ CPU ਸਮੱਸਿਆ ਨੂੰ ਛੁਪਾਉਂਦੇ ਹਨ ਪਰ ਮੂਲ ਕਾਰਨ ਨੂੰ ਸੁਧਾਰ ਨਹੀਂ ਕਰਦੇ।

WordPress Heartbeat API ਦੀ ਸੀਮਾਬੰਦੀ ਕਿਵੇਂ ਕੀਤੀ ਜਾਵੇ?

WordPress Heartbeat API ਦੀ ਸੀਮਾਬੰਦੀ ਲਈ ਤਿੰਨ ਪ੍ਰਾਟਿਕਲ ਤਰੀਕੇ ਹਨ: ਪਲੱਗਇਨ ਦੀ ਵਰਤੋਂ ਕਰਨਾ, ਥੀਮ ਫੰਕਸ਼ਨ ਫਾਈਲ ਵਿੱਚ ਕੋਡ ਸ਼ਾਮਿਲ ਕਰਨਾ ਜਾਂ ਪ੍ਰਦਰਸ਼ਨ ਪਲੱਗਇਨਾਂ ਦੇ ਅੰਦਰੂਨੀ ਸੈਟਿੰਗਾਂ ਦਾ ਲਾਭ ਉਠਾਉਣਾ। ਜੇ ਤੁਹਾਡੀ ਤਕਨੀਕੀ ਜਾਣਕਾਰੀ ਘੱਟ ਹੈ, ਤਾਂ ਪਲੱਗਇਨ ਤਰੀਕਾ ਜ਼ਿਆਦਾ ਸੁਰੱਖਿਅਤ ਹੈ। ਜੇ ਤੁਸੀਂ ਵਿਕਾਸਕਾਰ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਇੱਕ ਛੋਟੀ ਕੋਡ ਟੁਕੜੇ ਨਾਲ ਹੋਰ ਨਿਯੰਤ੍ਰਿਤ ਸੈਟਿੰਗ ਕਰ ਸਕਦੇ ਹੋ।

1. ਤਰੀਕਾ: Heartbeat Control ਪਲੱਗਇਨ ਨਾਲ ਸੀਮਾਬੰਦੀ

ਸਭ ਤੋਂ ਆਸਾਨ ਤਰੀਕਾ ਹੈ Heartbeat ਟਰੈਫਿਕ ਨੂੰ ਪ੍ਰਬੰਧਿਤ ਕਰਨ ਲਈ ਵਿਕਸਿਤ ਪਲੱਗਇਨ ਦੀ ਵਰਤੋਂ ਕਰਨਾ। WP Rocket ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤਾ ਗਿਆ Heartbeat Control ਜਾਂ ਸਮਾਨ ਭਰੋਸੇਮੰਦ ਪਲੱਗਇਨਾਂ ਨਾਲ, ਤੁਸੀਂ ਵੱਖ-ਵੱਖ ਖੇਤਰਾਂ ਲਈ ਵੱਖਰੇ ਨਿਯਮ ਤਿਆਰ ਕਰ ਸਕਦੇ ਹੋ।

ਕਦਮ:

• WordPress ਪ੍ਰਬੰਧਨ ਪੈਨਲ ਵਿੱਚ ਪਲੱਗਇਨ > ਨਵਾਂ ਸ਼ਾਮਿਲ ਕਰੋ ਭਾਗ 'ਤੇ ਜਾਓ।
• Heartbeat Control ਦੀ ਖੋਜ ਕਰੋ ਅਤੇ ਭਰੋਸੇਮੰਦ, ਅਪਡੇਟ ਕੀਤਾ ਗਿਆ ਪਲੱਗਇਨ ਇੰਸਟਾਲ ਕਰੋ।
• ਪਲੱਗਇਨ ਨੂੰ ਸਰਗਰਮ ਕਰਨ ਤੋਂ ਬਾਅਦ ਸੈਟਿੰਗਾਂ ਸਕ੍ਰੀਨ 'ਤੇ ਜਾਓ।
• ਡੈਸ਼ਬੋਰਡ ਜਾਂ ਪ੍ਰਬੰਧਨ ਪੈਨਲ ਲਈ ਆਵ੍ਰਿਤੀ 60 ਜਾਂ 120 ਸਕਿੰਟ ਦੇ ਤੌਰ 'ਤੇ ਨਿਰਧਾਰਿਤ ਕਰੋ।
• ਪੋਸਟ ਸੰਪਾਦਕ ਖੇਤਰ ਵਿੱਚ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬੰਦ ਕਰਨ ਦੀ ਬਜਾਏ 60 ਸਕਿੰਟ ਚੁਣੋ।
• ਫ੍ਰੰਟਐਂਡ ਲਈ Heartbeat ਨੂੰ ਬੰਦ ਕਰੋ ਜਾਂ ਸਭ ਤੋਂ ਲੰਬੇ ਅੰਤਰਾਲ 'ਤੇ ਲੈ ਜਾਓ।
• ਬਦਲਾਅ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰੋ ਅਤੇ 24 ਘੰਟੇ ਲਈ CPU ਗ੍ਰਾਫ ਨੂੰ ਨਿਗਰਾਨੀ ਕਰੋ।

ਇਸ ਤਰੀਕੇ ਦਾ ਲਾਭ ਇਹ ਹੈ ਕਿ ਇਹ ਤੇਜ਼ੀ ਨਾਲ ਵਾਪਸ ਲਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਜੇ ਤੁਸੀਂ ਕਿਸੇ ਸਮੱਸਿਆ ਦਾ ਸਾਹਮਣਾ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਪਲੱਗਇਨ ਨੂੰ ਨਿਸ਼ਕ੍ਰੀਯ ਕਰਕੇ ਡਿਫਾਲਟ WordPress ਵਿਵਹਾਰ 'ਤੇ ਵਾਪਸ ਜਾ ਸਕਦੇ ਹੋ। ਅਸਰ ਇਹ ਹੈ ਕਿ ਇਹ ਤੁਹਾਡੀ ਸਾਈਟ ਵਿੱਚ ਹੋਰ ਇੱਕ ਪਲੱਗਇਨ ਸ਼ਾਮਿਲ ਕਰਦਾ ਹੈ। ਜੇ ਤੁਸੀਂ ਪਲੱਗਇਨਾਂ ਦੀ ਗਿਣਤੀ ਘੱਟ ਰੱਖਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਕੋਡ ਤਰੀਕਾ ਜ਼ਿਆਦਾ ਉਪਯੋਗੀ ਹੈ।

2. ਤਰੀਕਾ: functions.php ਨਾਲ Heartbeat ਅੰਤਰਾਲ ਨੂੰ ਬਦਲਣਾ

ਜੇ ਤੁਸੀਂ ਕੋਡ ਨਾਲ ਸੀਮਾਬੰਦੀ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਬਦਲਾਅ ਨੂੰ ਮੁੱਖ ਥੀਮ ਫਾਈਲ 'ਤੇ ਨਹੀਂ, ਸਗੋਂ ਬੱਚੇ ਦੀ ਥੀਮ ਵਿੱਚ functions.php ਫਾਈਲ ਵਿੱਚ ਜਾਂ ਸਾਈਟ ਲਈ ਖਾਸ ਇੱਕ ਛੋਟੇ ਪਲੱਗਇਨ ਵਿੱਚ ਸ਼ਾਮਿਲ ਕਰੋ। ਇਸ ਤਰ੍ਹਾਂ, ਥੀਮ ਦੀ ਅਪਡੇਟ ਵਿੱਚ ਤੁਹਾਡੀਆਂ ਸੈਟਿੰਗਾਂ ਗੁਆਚ ਨਹੀਂ ਜਾਣਗੀਆਂ।

ਹੇਠਾਂ ਦਿੱਤਾ ਉਦਾਹਰਨ Heartbeat ਅੰਤਰਾਲ ਨੂੰ 60 ਸਕਿੰਟ ਵਿੱਚ ਵੱਧਾਉਂਦਾ ਹੈ:

add_filter('heartbeat_settings', 'hostragons_heartbeat_interval'); function hostragons_heartbeat_interval($settings) { $settings['interval'] = 60; return $settings; }

ਇਹ ਕੋਡ ਡਿਫਾਲਟ ਛੋਟੇ ਅੰਤਰਾਲਾਂ ਨੂੰ 60 ਸਕਿੰਟ ਦੇ ਨੇੜੇ ਲਿਆਉਂਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਬੇਨਤੀਆਂ ਦੀ ਗਿਣਤੀ ਘਟਦੀ ਹੈ। 15 ਸਕਿੰਟ ਦੇ ਅੰਤਰਾਲ ਤੋਂ 60 ਸਕਿੰਟ ਦੇ ਅੰਤਰਾਲ 'ਤੇ ਜਾਣ ਨਾਲ, ਸਿਧਾਂਤਕ ਤੌਰ 'ਤੇ Heartbeat ਬੇਨਤੀਆਂ ਦੀ ਗਿਣਤੀ ਵਿੱਚ 75% ਦੀ ਕਮੀ ਆ ਸਕਦੀ ਹੈ। ਉਦਾਹਰਨ ਦੇ ਤੌਰ 'ਤੇ 5 ਪ੍ਰਬੰਧਕ ਸੈਸ਼ਨਾਂ ਵਿੱਚ, ਹਰ ਘੰਟੇ 1,200 ਬੇਨਤੀਆਂ ਦੇ ਬਦਲੇ ਲਗਭਗ 300 ਬੇਨਤੀਆਂ ਬਣਾਉਂਦੀਆਂ ਹਨ। ਵਾਸਤਵਿਕ ਲਾਭ ਇਸ ਗੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਪਲੱਗਇਨਾਂ ਇਸ ਬੇਨਤੀ 'ਤੇ ਕਿੰਨੀ ਪ੍ਰਕਿਰਿਆ ਜੋੜਦੇ ਹਨ।

ਜੇ ਤੁਸੀਂ ਇੱਕ ਹੋਰ ਤੀਬਰ ਢਾਂਚਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਫ੍ਰੰਟਐਂਡ 'ਤੇ Heartbeat ਨੂੰ ਬੰਦ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਪ੍ਰਬੰਧਨ ਪੈਨਲ ਵਿੱਚ ਖੁੱਲਾ ਰੱਖ ਸਕਦੇ ਹੋ:

add_action('init', 'hostragons_disable_heartbeat_frontend', 1); function hostragons_disable_heartbeat_frontend() { if (!is_admin()) { wp_deregister_script('heartbeat'); } }

ਇਹ ਕੋਡ ਫ੍ਰੰਟਐਂਡ 'ਤੇ Heartbeat ਸਕ੍ਰਿਪਟ ਨੂੰ ਨਿਸ਼ਕ੍ਰੀਯ ਕਰ ਦਿੰਦਾ ਹੈ। ਪਰ, ਮੈਂਬਰਸ਼ਿਪ, ਲਾਈਵ ਜਾਣਕਾਰੀਆਂ, ਕਾਰਟ ਅਪਡੇਟ ਕਰਨ ਜਾਂ ਫ੍ਰੰਟਐਂਡ ਸੰਪਾਦਕ ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੀਆਂ ਸਾਈਟਾਂ 'ਤੇ ਇਸਨੂੰ ਬਿਲਕੁਲ ਟੈਸਟ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਜੇ WooCommerce ਭੁਗਤਾਨ, ਕਾਰਟ ਅਤੇ ਮੇਰਾ ਖਾਤਾ ਪੰਨਿਆਂ ਵਿੱਚ ਵਿਵਹਾਰ ਦੇ ਵਿੱਚ ਬਿਗੜ ਰਹੇ ਹਨ, ਤਾਂ ਇਸ ਕੋਡ ਦੇ ਬਦਲੇ ਪਲੱਗਇਨ ਨਾਲ ਪੰਨਾ ਅਧਾਰਤ ਸੈਟਿੰਗ ਕਰਨਾ ਜ਼ਿਆਦਾ ਸੁਰੱਖਿਅਤ ਹੈ।

3. ਤਰੀਕਾ: WP Rocket ਜਾਂ ਪ੍ਰਦਰਸ਼ਨ ਪਲੱਗਇਨਾਂ ਨਾਲ ਪ੍ਰਬੰਧਿਤ ਕਰਨਾ

ਕੁਝ ਕੈਸ਼ ਅਤੇ ਪ੍ਰਦਰਸ਼ਨ ਪਲੱਗਇਨ Heartbeat ਨਿਯੰਤ੍ਰਣ ਨੂੰ ਆਪਣੇ ਸੈਟਿੰਗਾਂ ਦੇ ਅੰਦਰ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ। WP Rocket ਵਰਗੇ ਟੂਲਾਂ ਵਿੱਚ Heartbeat ਟੈਬ ਦੇ ਜ਼ਰੀਏ ਪ੍ਰਬੰਧਨ ਪੈਨਲ, ਲੇਖ ਸੰਪਾਦਕ ਅਤੇ ਫ੍ਰੰਟਐਂਡ ਲਈ ਵੱਖ-ਵੱਖ ਪੱਧਰ ਚੁਣ ਸਕਦੇ ਹੋ। ਇਹ ਤਰੀਕਾ, ਪਹਿਲਾਂ ਹੀ ਪ੍ਰਦਰਸ਼ਨ ਪਲੱਗਇਨ ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੀਆਂ ਸਾਈਟਾਂ 'ਤੇ ਹੋਰ ਪਲੱਗਇਨ ਦੀ ਲੋੜ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ।

ਪ੍ਰਦਰਸ਼ਨ ਪਲੱਗਇਨ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ, ਇੱਕੋ ਸਮਾਂ 'ਤੇ ਇੱਕੋ ਜਿਹੀ ਫੰਕਸ਼ਨਲਿਟੀ ਕਰਨ ਵਾਲੇ ਦੋ ਵੱਖਰੇ ਮੋਡੀਊਲਾਂ ਨੂੰ ਚਾਲੂ ਨਾ ਕਰਨ ਦਾ ਧਿਆਨ ਰੱਖੋ। ਉਦਾਹਰਨ ਦੇ ਤੌਰ 'ਤੇ, WP Rocket ਦੇ Heartbeat ਸੈਟਿੰਗ ਨੂੰ ਅਤੇ ਵੱਖਰੇ Heartbeat Control ਪਲੱਗਇਨ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਟਕਰਾਅ ਜਾਂ ਅਣਉਮੀਦਿਤ ਵਿਵਹਾਰ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦਾ ਹੈ। WordPress ਓਪਟੀਮਾਈਜ਼ੇਸ਼ਨ ਵਿੱਚ ਬੁਨਿਆਦੀ ਨਿਯਮ ਇਹ ਹੈ: ਇੱਕੋ ਕੰਮ ਕਰਨ ਵਾਲਾ ਸਿਰਫ ਇੱਕ ਟੂਲ ਵਰਤੋ, ਨਤੀਜੇ ਮਾਪੋ, ਫਿਰ ਨਵਾਂ ਬਦਲਾਅ ਸ਼ਾਮਿਲ ਕਰੋ।

CPU ਦੀ ਵਰਤੋਂ ਮਾਪ ਕੇ ਸਹੀ ਸੈਟਿੰਗ ਪਤਾ ਲਗਾਉਣਾ

Heartbeat ਸੈਟਿੰਗ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਮਾਪਣਾ, ਪੇਸ਼ੇਵਰ ਓਪਟੀਮਾਈਜ਼ੇਸ਼ਨ ਦਾ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਹਿੱਸਾ ਹੈ। ਸਿਰਫ ਪ੍ਰਬੰਧਨ ਪੈਨਲ ਦੇ ਤੇਜ਼ੀ ਨਾਲ ਮਹਿਸੂਸ ਕਰਨ ਲਈ ਯੋਗਤਾ ਪੂਰੀ ਸਬੂਤ ਨਹੀਂ ਹੈ। CPU ਵਰਤੋਂ ਦੇ ਗ੍ਰਾਫ, PHP ਪ੍ਰਕਿਰਿਆ ਦੀ ਗਿਣਤੀ, ਐਕਸੈਸ ਲੌਗ ਅਤੇ ਗਲਤੀ ਲੌਗ ਨੂੰ ਇਕੱਠੇ ਦੇਖਣਾ ਚਾਹੀਦਾ ਹੈ।

ਸਿਫਾਰਸ਼ ਕੀਤੀ ਟੈਸਟ ਯੋਜਨਾ:

• ਸ਼ੁਰੂਆਤ ਦਾ ਮਾਪ ਲਓ: ਬਦਲਾਅ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ 24 ਘੰਟੇ ਦੀ CPU ਅਤੇ RAM ਗ੍ਰਾਫ ਨੂੰ ਰਿਕਾਰਡ ਕਰੋ।
• ਐਕਸੈਸ ਲੌਗ ਦੀ ਜਾਂਚ ਕਰੋ: admin-ajax.php ਬੇਨਤੀਆਂ ਦੀ ਘੰਟੇ ਦੀ ਭਾਰਤਾ ਦੀ ਜਾਂਚ ਕਰੋ।
• ਪਹਿਲੀ ਸੈਟਿੰਗ ਲਾਗੂ ਕਰੋ: Heartbeat ਅੰਤਰਾਲ ਨੂੰ 60 ਸਕਿੰਟ ਵਿੱਚ ਵਧਾਓ, ਫ੍ਰੰਟਐਂਡ 'ਤੇ ਬੰਦ ਕਰੋ।
• 24-48 ਘੰਟੇ ਦਾ ਇੰਤਜ਼ਾਰ ਕਰੋ: ਉਹੀ ਟਰੈਫਿਕ ਦੀਆਂ ਸਥਿਤੀਆਂ ਵਿੱਚ CPU ਦੀ ਲਹਿਰਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰੋ।
• ਜ਼ਰੂਰਤ ਪੈਣ 'ਤੇ 120 ਸਕਿੰਟ ਦੀ ਕੋਸ਼ਿਸ ਕਰੋ: ਖਾਸ ਤੌਰ 'ਤੇ ਕੋਰਪੋਰੇਟ ਸਾਈਟਾਂ 'ਤੇ ਲੰਬੇ ਅੰਤਰਾਲਾਂ ਨਾਲ ਕੋਈ ਸਮੱਸਿਆ ਨਹੀਂ ਹੋ ਸਕਦੀ।
• ਕ੍ਰਿਟੀਕਲ ਫੰਕਸ਼ਨ ਦੀ ਜਾਂਚ ਕਰੋ: ਲੇਖ ਆਟੋਮੈਟਿਕ ਸੁਰੱਖਿਆ, WooCommerce ਕਾਰਟ, ਆਰਡਰ ਪ੍ਰਬੰਧਨ ਅਤੇ ਮੈਂਬਰਸ਼ਿਪ ਦੀਆਂ ਲਹਿਰਾਂ ਦੀ ਜਾਂਚ ਕਰੋ।

ਉਦਾਹਰਨ ਦੇ ਤੌਰ 'ਤੇ, ਜੇ ਇੱਕ ਕੋਰਪੋਰੇਟ WordPress ਸਾਈਟ ਵਿੱਚ ਪ੍ਰਬੰਧਨ ਪੈਨਲ ਖੁੱਲਾ ਰਹਿੰਦਾ ਹੈ, ਤਾਂ CPU ਦੀ ਵਰਤੋਂ 80-90% ਤੱਕ ਪਹੁੰਚਦੀ ਹੈ, ਤਾਂ Heartbeat ਅੰਤਰਾਲ ਨੂੰ 15 ਸਕਿੰਟ ਤੋਂ 60 ਸਕਿੰਟ ਵਿੱਚ ਲਿਆਉਣਾ CPU ਦੇ ਪੀਕਾਂ ਨੂੰ 20-40% ਤੱਕ ਘਟਾ ਸਕਦਾ ਹੈ। ਪਰ ਜੇ ਉਸੇ ਸਾਈਟ 'ਤੇ ਬੈਕਅਪ ਪਲੱਗਇਨ ਹਰ ਘੰਟੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਕੈਨ ਕਰਦਾ ਹੈ, ਤਾਂ Heartbeat ਓਪਟੀਮਾਈਜ਼ੇਸ਼ਨ ਇਕੱਲੇ ਹੀ ਯੋਗ ਨਹੀਂ ਹੋਵੇਗਾ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, WordPress ਗਤੀ ਅਡਜਸਟਮੈਂਟ ਅਤੇ ਹੋਸਟਿੰਗ ਸਰੋਤਾਂ ਦੀ ਵਰਤੋਂ ਦੇ ਮਾਮਲਿਆਂ ਨੂੰ ਇਕੱਠੇ ਜਾਣਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

admin-ajax.php ਹਮੇਸ਼ਾ Heartbeat ਨਾਲ ਜੁੜਿਆ ਹੁੰਦਾ ਹੈ?

ਨਹੀਂ। admin-ajax.php WordPress ਵਿੱਚ ਬਹੁਤ ਸਾਰੇ ਵੱਖਰੇ ਕੰਮਾਂ ਦੁਆਰਾ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। Heartbeat API ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਸਿਰਫ ਇੱਕ ਹੈ। ਫਾਰਮ ਪਲੱਗਇਨਾਂ, ਫਿਲਟਰਿੰਗ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ, ਲਾਈਵ ਖੋਜ, ਸੁਰੱਖਿਆ ਸਕੈਨਾਂ, ਈ-ਕਾਮਰਸ ਕਾਰਟ ਅਪਡੇਟਾਂ ਅਤੇ ਕੁਝ ਥੀਮ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵੀ ਉਸੇ ਫਾਇਲ ਨੂੰ ਬੇਨਤੀ ਭੇਜ ਸਕਦੀਆਂ ਹਨ।

ਇਸ ਲਈ, ਸਿਰਫ admin-ajax.php ਦੀ ਟਰੈਫਿਕ ਦੇਖ ਕੇ Heartbeat ਨੂੰ ਬੰਦ ਕਰਨਾ ਸਹੀ ਨਿਦਾਨ ਨਹੀਂ ਹੋ ਸਕਦਾ। ਬ੍ਰਾਉਜ਼ਰ ਵਿਕਾਸਕਾਰ ਦੇ ਟੂਲਾਂ ਵਿੱਚ ਨੈਟਵਰਕ ਟੈਬ ਖੋਲ ਕੇ ਇਹ ਵੇਖੋ ਕਿ ਕੀ ਬੇਨਤੀ ਦੇ ਪੇਲੌਡ ਵਿੱਚ action=heartbeat ਹੈ ਜਾਂ ਨਹੀਂ। ਜੇ action ਦੀ ਕੀਮਤ ਵੱਖਰੀ ਹੈ, ਤਾਂ ਸਮੱਸਿਆ ਕਿਸੇ ਹੋਰ ਪਲੱਗਇਨ ਤੋਂ ਆ ਰਹੀ ਹੋ ਸਕਦੀ ਹੈ।

ਸਰਵਰ ਪਾਸੇ ਵੀ ਐਕਸੈਸ ਲੌਗ ਵਿਸ਼ਲੇਸ਼ਣ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਭਾਰੀ ਬੇਨਤੀਆਂ ਕਿਸ IP ਤੋਂ, ਕਿਹੜੇ ਸਮੇਂ ਅਤੇ ਕਿਹੜੀ ਰਿਫਰਰ ਪੰਨਿਆਂ ਤੋਂ ਆ ਰਹੀਆਂ ਹਨ, ਇਸ ਦੀ ਜਾਂਚ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਜੇ ਟਰੈਫਿਕ ਬੋਟ ਦੀਆਂ ਜੜਾਂ ਤੋਂ ਹੈ, ਤਾਂ ਸੁਰੱਖਿਆ ਦੀਆਂ ਕੰਧਾਂ, ਦਰਜੇ ਦੀ ਸੀਮਾ ਜਾਂ ਬੋਟ ਦੀ ਰੱਖਿਆ ਇੱਕ ਜ਼ਿਆਦਾ ਸਹੀ ਹੱਲ ਹੋ ਸਕਦਾ ਹੈ। ਸੁਰੱਖਿਅਤ ਸੰਪਰਕ ਅਤੇ ਸਹੀ ਸਰਟੀਫਿਕੇਟ ਸੰਰਚਨਾ ਲਈ SSL ਸਰਟੀਫਿਕੇਟ ਪੰਨਾ ਵੀ ਅਪਡੇਟ ਰੱਖਣਾ ਪ੍ਰਦਰਸ਼ਨ ਅਤੇ ਸੁਰੱਖਿਆ ਦੇ ਸਿੰਕੇਲਾਂ ਦੇ ਹਿਸਾਬ ਨਾਲ ਮਹੱਤਵਪੂਰਨ ਹੈ।

Heartbeat ਦੀ ਸੀਮਾਬੰਦੀ ਦੌਰਾਨ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਆਮ ਗਲਤੀਆਂ

WordPress ਪ੍ਰਦਰਸ਼ਨ ਸਮੱਸਿਆਵਾਂ ਵਿੱਚ ਤੇਜ਼ੀ ਨਾਲ ਹੱਲ ਲੱਭਣ ਦੌਰਾਨ ਕੁਝ ਗਲਤੀਆਂ ਸਾਈਟ ਦੇ ਕੰਮਕਾਜ ਨੂੰ ਖਰਾਬ ਕਰ ਸਕਦੀਆਂ ਹਨ। ਹੇਠਾਂ ਦਿੱਤੇ ਮਾਦੇ ਖਾਸ ਕਰਕੇ ਜੀਵੰਤ ਸਾਈਟਾਂ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਹਨ:

• API ਨੂੰ ਹਰ ਜਗ੍ਹਾ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬੰਦ ਕਰਨਾ: ਆਟੋਮੈਟਿਕ ਸੁਰੱਖਿਆ ਅਤੇ ਸਮੱਗਰੀ ਦੀ ਲੌਕਿੰਗ ਨਿਸ਼ਕ੍ਰੀਯ ਹੋ ਸਕਦੀ ਹੈ।
• ਜੀਵੰਤ ਸਾਈਟ 'ਤੇ ਟੈਸਟ ਕੀਤੇ ਬਿਨਾਂ ਕੋਡ ਸ਼ਾਮਿਲ ਕਰਨਾ: ਸਿੰਟੈਕਸ ਗ਼ਲਤੀ ਸਫੈਦ ਸਕ੍ਰੀਨ ਦੀ ਸਮੱਸਿਆ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦੀ ਹੈ।
• WooCommerce ਭੁਗਤਾਨ ਦੀ ਲਹਿਰ ਦੀ ਜਾਂਚ ਨਾ ਕਰਨਾ: ਕਾਰਟ ਅਤੇ ਆਰਡਰ ਪ੍ਰਕਿਰਿਆਵਾਂ ਵਿੱਚ ਅਣਉਮੀਦਿਤ ਨਤੀਜੇ ਬਣ ਸਕਦੇ ਹਨ।
• ਇਕੱਠੇ ਸਮੇਂ 'ਤੇ ਕਈ ਪ੍ਰਦਰਸ਼ਨ ਪਲੱਗਇਨਾਂ ਦੀ ਵਰਤੋਂ: ਟਕਰਾਅ ਮਾਪਣ ਨੂੰ ਮੁਸ਼ਕਿਲ ਬਣਾਉਂਦਾ ਹੈ।
• CPU ਸਮੱਸਿਆ ਨੂੰ ਸਿਰਫ Heartbeat ਨਾਲ ਜੁੜਨਾ: ਭਾਰੀ ਪੁੱਛਤਾਂ, ਬੋਟ ਟਰੈਫਿਕ ਜਾਂ ਕ੍ਰੋਨ ਕਾਰਜ ਮੂਲ ਕਾਰਨ ਹੋ ਸਕਦੇ ਹਨ।
• ਬਦਲਾਅ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਬੈਕਅਪ ਨਾ ਲੈਣਾ: ਸਧਾਰਣ ਕੋਡ ਗ਼ਲਤੀ ਵਿੱਚ ਵਾਪਸ ਜਾਣ ਲਈ ਸਮਾਂ ਲੰਬਾ ਹੋ ਜਾਂਦਾ ਹੈ।

ਬਦਲਾਅ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਫਾਇਲ ਅਤੇ ਡੇਟਾਬੇਸ ਦਾ ਬੈਕਅਪ ਲੈਣਾ ਸਭ ਤੋਂ ਸਿਹਤਮੰਦ ਪਹੁੰਚ ਹੈ। ਜੇ ਤੁਸੀਂ ਡੋਮੇਨ ਨਾਮ, ਹੋਸਟਿੰਗ ਅਤੇ ਸਾਈਟ ਪ੍ਰਬੰਧਨ ਨੂੰ ਇੱਕ ਪੈਨਲ ਦੇ ਜ਼ਰੀਏ ਨਿਗਰਾਨੀ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਡੋਮੇਨ ਪੁੱਛਤਾਛ ਅਤੇ ਵੈਬ ਹੋਸਟਿੰਗ ਸੇਵਾਵਾਂ ਨਾਲ ਆਪਣੀ ਬੁਨਿਆਦ ਨੂੰ ਹੋਰ ਸੁਚੱਜਾ ਪ੍ਰਬੰਧਿਤ ਕਰ ਸਕਦੇ ਹੋ।

Heartbeat API ਤੋਂ ਇਲਾਵਾ CPU ਦੀ ਵਰਤੋਂ ਘਟਾਉਣ ਲਈ ਹੋਰ ਪੇਸ਼ਕਸ਼ਾਂ

Heartbeat ਦੀ ਸੀਮਾਬੰਦੀ ਇੱਕ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਕਦਮ ਹੈ, ਪਰ WordPress CPU ਓਪਟੀਮਾਈਜ਼ੇਸ਼ਨ ਇੱਕ ਵਿਆਪਕ ਪ੍ਰਕਿਰਿਆ ਹੈ। ਸਥਿਰ ਪ੍ਰਦਰਸ਼ਨ ਲਈ ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਪੇਸ਼ਕਸ਼ਾਂ ਨੂੰ ਵੀ ਲਾਗੂ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ:

ਕੈਸ਼ ਦੀ ਵਰਤੋਂ

ਪੇਜ ਕੈਸ਼ਿੰਗ, ਦੌਰਿਆਂ ਦੀਆਂ ਬੇਨਤੀਆਂ 'ਤੇ PHP ਅਤੇ ਡੇਟਾਬੇਸ ਦੇ ਭਾਰ ਨੂੰ ਗੰਭੀਰ ਤੌਰ 'ਤੇ ਘਟਾਉਂਦੀ ਹੈ। ਸਥਿਰ ਪੰਨਿਆਂ 'ਤੇ ਕੈਸ਼ ਐਕਟੀਵੇਟ ਹੋਣ 'ਤੇ ਹਰ ਦੌਰੇ ਲਈ WordPress ਕੋਰ ਨੂੰ ਮੁੜ ਤੋਂ ਕੰਮ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ। ਇਹ CPU ਦੀ ਵਰਤੋਂ ਘਟਾਉਣ ਦੇ ਸਭ ਤੋਂ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਤਰੀਕਿਆਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ।

ਗੈਰ-ਜ਼ਰੂਰੀ ਪਲੱਗਇਨਾਂ ਨੂੰ ਹਟਾਉਣਾ

ਬੇਵਰਤੋਂ ਪਲੱਗਇਨਾਂ ਨਿਸ਼ਕ੍ਰੀਯ ਹੋਣ ਦੇ ਬਾਵਜੂਦ ਕੁਝ ਹਾਲਤਾਂ ਵਿੱਚ ਡੇਟਾਬੇਸ ਵਿੱਚ ਭਾਰ ਛੱਡ ਸਕਦੇ ਹਨ। ਸਰਗਰਮ ਪਲੱਗਇਨਾਂ ਦੀ ਗਿਣਤੀ ਨਹੀਂ, ਸਗੋਂ ਕੰਮ ਕਰਨ ਦੇ ਭਾਰ ਦੀ ਜਾਂਚ ਕਰੋ। ਖਾਸ ਤੌਰ 'ਤੇ ਅੰਕੜੇ, ਸੁਰੱਖਿਆ, ਪੰਨਾ ਬਣਾਉਣ ਵਾਲੇ ਅਤੇ ਬੈਕਅਪ ਪਲੱਗਇਨਾਂ ਨੂੰ ਨਿਯਮਤ ਤੌਰ 'ਤੇ ਸਮੀਖਿਆ ਕਰੋ।

WP-Cron ਦੀ ਨਿਗਰਾਨੀ

WordPress cron ਪ੍ਰਣਾਲੀ ਹਰ ਦੌਰੇ ਨਾਲ ਚਾਲੂ ਹੋ ਸਕਦੀ ਹੈ। ਅਧਿਕ ਟਰੈਫਿਕ ਵਾਲੀਆਂ ਸਾਈਟਾਂ 'ਤੇ ਇਹ CPU ਦੀ ਵਰਤੋਂ ਨੂੰ ਵਧਾਉਂਦੀ ਹੈ। ਸਿਸਟਮ cron ਨਾਲ ਯੋਜਨਾ ਬਧਿਤ ਕੰਮ ਕਰਨ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਇੱਕ ਹੋਰ ਨਿਯੰਤਰਿਤ ਢਾਂਚਾ ਹੈ। ਇਹ ਮੁੱਦਾ Heartbeat ਤੋਂ ਵੱਖਰਾ ਹੈ, ਪਰ ਇਸ ਤਰ੍ਹਾਂ ਪਿਛੋਕੜ ਭਾਰ ਨੂੰ ਵੀ ਘਟਾਉਂਦਾ ਹੈ।

ਡੇਟਾਬੇਸ ਦੀ ਓਪਟੀਮਾਈਜ਼ੇਸ਼ਨ

ਸੰਸਕਰਣਾਂ, ਅਸਥਾਈ ਡੇਟਾ, ਸਪੈਮ ਟਿੱਪਣੀਆਂ ਅਤੇ ਪੁਰਾਣੀਆਂ ਟ੍ਰਾਂਜ਼ਿਟ ਰਿਕਾਰਡ ਡੇਟਾਬੇਸ ਨੂੰ ਫੂਲਾਉਂਦੇ ਹਨ। ਨਿਯਮਤ ਸਫਾਈ ਪੁੱਛਣ ਦੇ ਸਮੇਂ ਨੂੰ ਛੋਟਾ ਕਰਦੀ ਹੈ। ਖਾਸ ਤੌਰ 'ਤੇ WooCommerce ਸਾਈਟਾਂ 'ਤੇ ਆਰਡਰ, ਸੈਸ਼ਨ ਅਤੇ ਲੌਗ ਟੇਬਲ ਵਧੇਰੇ ਮਹੱਤਵਪੂਰਨ ਹੋ ਜਾਂਦੇ ਹਨ।

PHP ਸੰਸਕਰਣ ਅਤੇ ਹੋਸਟਿੰਗ ਸਰੋਤ

ਨਵੀਨਤਮ PHP ਸੰਸਕਰਣ ਆਮ ਤੌਰ 'ਤੇ ਚੰਗੀ ਪ੍ਰਦਰਸ਼ਨ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ। PHP 8.x ਦੇ ਅਨੁਕੂਲ ਥੀਮ ਅਤੇ ਪਲੱਗਇਨ ਢਾਂਚਾ, ਉਹੀ ਟਰੈਫਿਕ ਹੇਠਾਂ ਘੱਟ CPU ਦੀ ਵਰਤੋਂ ਸਥਾਪਿਤ ਕਰ ਸਕਦਾ ਹੈ। ਫਿਰ ਵੀ, ਸਾਫਟਵੇਅਰ ਓਪਟੀਮਾਈਜ਼ੇਸ਼ਨ ਨੂੰ ਸਹੀ ਹੋਸਟਿੰਗ ਢਾਂਚੇ ਨਾਲ ਸਹਿਯੋਗਿਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਜੇ ਤੁਹਾਡਾ ਟਰੈਫਿਕ ਵਧ ਗਿਆ ਹੈ, ਤਾਂ VPS ਸਰਵਰ ਜਾਂ ਸਕੇਲ ਕਰਨ ਯੋਗ WordPress ਹੋਸਟਿੰਗ ਵਿਕਲਪਾਂ ਦੀ ਸਮੀਖਿਆ ਕਰਨਾ ਸਮਝਦਾਰੀ ਹੋ ਸਕਦੀ ਹੈ।

ਸੁਰੱਖਿਅਤ ਲਾਗੂ ਕਰਨ ਲਈ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਯੋਜਨਾ

ਜੀਵੰਤ WordPress ਸਾਈਟ 'ਤੇ Heartbeat API ਦੀ ਸੀਮਾਬੰਦੀ ਕਰਦਿਆਂ ਹੇਠਾਂ ਦਿੱਤੇ ਅਨੁਕੂਲਤਾ ਨੂੰ ਪ徿ਾ ਕਰਨਾ ਸੁਰੱਖਿਅਤ ਅਤੇ ਮਾਪਣਯੋਗ ਨਤੀਜੇ ਦਿੰਦਾ ਹੈ:

• ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਪੂਰੀ ਬੈਕਅਪ ਲਓ।
• ਮੌਜੂਦਾ CPU, RAM ਅਤੇ admin-ajax.php ਟਰੈਫਿਕ ਨੂੰ ਰਿਕਾਰਡ ਕਰੋ।
• ਇਹ ਯਕੀਨੀ ਬਣਾਓ ਕਿ Heartbeat ਵਾਸਤਵ ਵਿੱਚ ਭਾਰੀ ਬੇਨਤੀਆਂ ਪੈਦਾ ਕਰ ਰਿਹਾ ਹੈ।
• ਫ੍ਰੰਟਐਂਡ 'ਤੇ Heartbeat ਨੂੰ ਬੰਦ ਕਰੋ ਜਾਂ ਸਭ ਤੋਂ ਲੰਬੇ ਅੰਤਰਾਲ 'ਤੇ ਲੈ ਜਾਓ।
• ਲੇਖ ਸੰਪਾਦਕ ਵਿੱਚ 60 ਸਕਿੰਟ ਤੋਂ ਘੱਟ ਨਾ ਜਾਓ।
• ਪ੍ਰਬੰਧਨ ਪੈਨਲ ਵਿੱਚ 90-120 ਸਕਿੰਟ ਦੇ ਅੰਤਰਾਲ ਦੀ ਜਾਂਚ ਕਰੋ।
• WooCommerce, ਮੈਂਬਰਸ਼ਿਪ ਅਤੇ ਫਾਰਮ ਫੰਕਸ਼ਨਾਂ ਦੀ ਮੈਨੂਅਲ ਜਾਂਚ ਕਰੋ।
• 24-48 ਘੰਟੇ ਦੀ ਸਰੋਤ ਦੀ ਵਰਤੋਂ ਦੀ ਤੁਲਨਾ ਕਰੋ।
• ਜੇ ਨਤੀਜੇ ਕਾਫੀ ਨਹੀਂ ਹਨ, ਤਾਂ ਪਲੱਗਇਨ, ਥੀਮ ਅਤੇ ਕ੍ਰੋਨ ਦੇ ਸਰੋਤਾਂ ਦੀ ਜਾਂਚ ਕਰੋ।

ਇਹ ਪਹੁੰਚ, ਇੱਕ ਹੀ ਸੈਟਿੰਗ 'ਤੇ ਨਿਰਭਰ ਰਹਿਣ ਦੀ ਬਜਾਏ ਡੇਟਾ-ਅਧਾਰਿਤ ਓਪਟੀਮਾਈਜ਼ੇਸ਼ਨ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ। ਪੇਸ਼ੇਵਰ WordPress ਦੇਖਭਾਲ ਦਾ ਉਦੇਸ਼ ਸਿਰਫ CPU ਦੀ ਕੀਮਤ ਨੂੰ ਘਟਾਉਣਾ ਨਹੀਂ ਹੈ, ਸਾਈਟ ਦੀ ਸਥਿਰਤਾ ਅਤੇ ਉਪਭੋਗਤਾ ਦੇ ਅਨੁਭਵ ਨੂੰ ਇਕੱਠੇ ਰੱਖਣਾ ਹੈ।

ਨਤੀਜਾ: Heartbeat ਨੂੰ ਬੰਦ ਨਾ ਕਰੋ, ਸਮਝਦਾਰੀ ਨਾਲ ਸੀਮਿਤ ਕਰੋ

WordPress Heartbeat API ਦੀ ਸੀਮਾਬੰਦੀ, ਜੋ ਕਿ ਠੀਕ ਤਰੀਕੇ ਨਾਲ ਲਾਗੂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, CPU ਦੀ ਵਰਤੋਂ ਨੂੰ ਘਟਾਉਂਦੀ ਹੈ, ਪ੍ਰਬੰਧਨ ਪੈਨਲ ਨੂੰ ਆਰਾਮ ਦਿੰਦੀ ਹੈ ਅਤੇ ਹੋਸਟਿੰਗ ਸਰੋਤਾਂ ਦੀ ਹੋਰ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਵਰਤੋਂ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਂਦੀ ਹੈ। ਸਭ ਤੋਂ ਸਿਹਤਮੰਦ ਤਰੀਕਾ, API ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬੰਦ ਕਰਨ ਦੀ ਬਜਾਏ, ਫ੍ਰੰਟਐਂਡ 'ਤੇ ਸੀਮਿਤ ਕਰਨਾ, ਲੇਖ ਸੰਪਾਦਕ ਵਿੱਚ ਸੁਰੱਖਿਅਤ ਅੰਤਰਾਲ ਛੱਡਣਾ ਅਤੇ ਪ੍ਰਬੰਧਨ ਪੈਨਲ 'ਤੇ 60-120 ਸਕਿੰਟ ਦੇ ਅੰਤਰਾਲ ਦੀ ਜਾਂਚ ਕਰਨਾ ਹੈ।

ਜੇ ਤੁਹਾਡੀ CPU ਦੀ ਸਮੱਸਿਆ ਜਾਰੀ ਹੈ, ਤਾਂ Heartbeat ਸਿਰਫ ਇੱਕ ਸ਼ੁਰੂਆਤ ਦਾ ਬਿੰਦੂ ਹੋ ਸਕਦਾ ਹੈ; ਕੈਸ਼, ਪਲੱਗਇਨ ਭਾਰ, WP-Cron, ਡੇਟਾਬੇਸ ਅਤੇ ਹੋਸਟਿੰਗ ਪੈਕੇਜ ਨੂੰ ਇਕੱਠੇ ਦੇਖਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਜੇ ਤੁਸੀਂ Hostragons 'ਤੇ ਆਪਣੇ WordPress ਸਾਈਟ ਲਈ ਹੋਰ ਸਥਿਰ ਬੁਨਿਆਦ ਦੀ ਖੋਜ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ WordPress ਹੋਸਟਿੰਗ ਹੱਲਾਂ ਦੀ ਸਮੀਖਿਆ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਮੌਜੂਦਾ ਸਾਈਟ ਦੀਆਂ ਸਰੋਤਾਂ ਦੀਆਂ ਜਰੂਰਤਾਂ ਦੇ ਅਨੁਸਾਰ ਇੱਕ ਨਰਮ ਉੱਚਾਈ ਦੀ ਯੋਜਨਾ ਬਣਾਉਂਦੇ ਹੋ।

ਅਕਸਰ ਪੁੱਛੇ ਜਾਣ ਵਾਲੇ ਸਵਾਲ

ਕੀ WordPress Heartbeat API ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬੰਦ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ?

ਜ਼ਿਆਦਾਤਰ ਸਾਈਟਾਂ ਲਈ ਇਹ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬੰਦ ਨਹੀਂ ਕਰਨੀ ਚਾਹੀਦੀ। ਆਟੋਮੈਟਿਕ ਸੁਰੱਖਿਆ, ਸਮੱਗਰੀ ਲੌਕਿੰਗ ਅਤੇ ਲੌਗਿਨ ਨਿਗਰਾਨੀ ਵਰਗੀਆਂ ਫੰਕਸ਼ਨਲਿਟੀਆਂ ਪ੍ਰਭਾਵਿਤ ਹੋ ਸਕਦੀਆਂ ਹਨ। ਜ਼ਿਆਦਾ ਸੁਰੱਖਿਅਤ ਹੱਲ ਫ੍ਰੰਟਐਂਡ ਨੂੰ ਬੰਦ ਕਰਨਾ ਅਤੇ ਪ੍ਰਬੰਧਨ ਪੈਨਲ ਅਤੇ ਸੰਪਾਦਕ 'ਤੇ 60-120 ਸਕਿੰਟ ਦਾ ਅੰਤਰਾਲ ਵਧਾਉਣਾ ਹੈ।