ਵਰਡਪ੍ਰੈਸ wp_options ਟੇਬਲ ਦੇ ਫੂਲਣ: ਆਪਣੀ ਸਾਈਟ ਨੂੰ ਹੌਲੀ ਕਰਨ ਵਾਲੇ ਗੁਪਤ ਡਾਟਾ ਨੂੰ ਮਿਟਾਉਣਾ

ਵਰਡਪ੍ਰੈਸ wp_options ਟੇਬਲ ਦਾ ਫੂਲਣਾ, ਤੁਹਾਡੀ ਸਾਈਟ ਦੇ ਸੈਟਿੰਗ, ਪਲੱਗਇਨ, ਥੀਮ, ਅਸਥਾਈ ਕੈਸ਼ ਅਤੇ ਆਪਣੇ ਆਪ ਲੋਡ ਹੋਣ ਵਾਲੇ ਡਾਟਾ ਦਾ ਬੇਹਦ ਵੱਡਾ ਹੋਣਾ ਹੈ, ਜਿਸ ਕਾਰਨ ਹਰ ਪੇਜ ਲੋਡ ਹੋਣ 'ਤੇ ਡਾਟਾਬੇਸ ਨੂੰ ਬੋਝ ਪੈਂਦਾ ਹੈ। ਇਹ ਸਮੱਸਿਆ ਖਾਸ ਕਰਕੇ ਉਹਨਾਂ ਗੈਰ-ਜ਼ਰੂਰੀ ਰਿਕਾਰਡਾਂ, ਜੋ autoload ਮੁੱਲ 'ਹਾਂ' ਹਨ, ਸਮੇਂ ਪੂਰੇ ਹੋ ਚੁੱਕੇ ਅਸਥਾਈ ਡਾਟਾ, ਹਟਾਏ ਗਏ ਪਲੱਗਇਨਾਂ ਤੋਂ ਬਚੇ ਹੋਏ ਵਿਕਲਪਾਂ ਅਤੇ ਗਲਤ ਕਰੌਨ ਰਿਕਾਰਡਾਂ ਕਾਰਨ ਪੈਦਾ ਹੁੰਦੀ ਹੈ। ਹੱਲ ਇਹ ਹੈ ਕਿ ਪਹਿਲਾਂ ਬੈਕਅਪ ਲੈਣਾ, ਟੇਬਲ ਦੇ ਆਕਾਰ ਅਤੇ autoload ਭਾਰ ਨੂੰ ਮਾਪਣਾ, ਗੈਰ-ਜ਼ਰੂਰੀ ਰਿਕਾਰਡਾਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਢੰਗ ਨਾਲ ਪਛਾਣਣਾ, ਫਿਰ phpMyAdmin, WP-CLI ਜਾਂ ਪ੍ਰਵਾਸੀ ਅਪਟੀਮਾਈਜ਼ੇਸ਼ਨ ਟੂਲਾਂ ਨਾਲ ਸਾਫ਼ ਸਫਾਈ ਕਰਨਾ।

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

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

wp_options ਟੇਬਲ ਕੀ ਹੈ ਅਤੇ ਇਹਨਾ ਮਹੱਤਵਪੂਰਣ ਕਿਉਂ ਹੈ?

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

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

ਇੱਕ ਅਨੁਭਵਾਤਮਕ ਉਦਾਹਰਣ ਦੇ ਦਿਓ: 5 ਸਾਲਾਂ ਦਾ ਇੱਕ ਕਾਰਪੋਰੇਟ ਵਰਡਪ੍ਰੈਸ ਸਾਈਟ ਵਿੱਚ wp_options ਟੇਬਲ 312 MB ਦਿਸਦਾ ਸੀ। ਪਹਿਲੀ ਨਜ਼ਰ ਵਿੱਚ ਸਮੱਸਿਆ ਸਾਰੀ ਟੇਬਲ ਦਾ ਆਕਾਰ ਸਮਝਿਆ ਗਿਆ। ਜਾਂਚ ਵਿੱਚ ਪਤਾ ਲੱਗਾ ਕਿ ਕੁੱਲ autoload ਡਾਟਾ 11.7 MB ਹੈ, ਜਿਸ ਵਿੱਚੋਂ 7 MB ਇੱਕ ਪੇਜ਼ ਬਣਾਉਣ ਵਾਲੇ ਪਲੱਗਇਨ ਦੀ ਪੁਰਾਣੀ ਸੈਟਿੰਗਾਂ ਤੋਂ ਆਇਆ। ਬੈਕਅਪ ਲੈਣ ਤੋਂ ਬਾਅਦ ਅਤੇ ਸਬੰਧਤ ਰਿਕਾਰਡਾਂ ਨੂੰ ਸਾਫ ਕਰਨ ਤੋਂ ਬਾਅਦ ਪ੍ਰਬੰਧਨ ਪੈਨਲ ਦੀ ਖੋਲ੍ਹਣ ਦੀ ਸਮੇਂ ਲਗਭਗ 4.8 ਸਕਿੰਟ ਤੋਂ 1.9 ਸਕਿੰਟ ਤੱਕ ਘਟ ਗਈ। ਇਸ ਪ੍ਰਕਾਰ ਦੇ ਨਤੀਜੇ ਹਰ ਸਾਈਟ 'ਤੇ ਇੱਕੋ ਜਿਹੇ ਨਹੀਂ ਹੋ ਸਕਦੇ, ਪਰ ਸਹੀ ਵਿਸ਼ਲੇਸ਼ਣ ਨਾਲ ਗੰਭੀਰ ਅੰਤਰ ਪੈਦਾ ਕਰਨਾ ਸੰਭਵ ਹੈ।

WordPress wp_options ਟੇਬਲ ਦੇ ਫੂਲਣ ਦੇ ਲੱਛਣ

wp_options ਸਮੱਸਿਆ ਹਮੇਸ਼ਾਂ ਸਾਫ਼ ਪੈਗਾਮ ਨਹੀਂ ਦਿੰਦੀ। ਅਕਸਰ ਇਹ ਹੌਲੀ, ਸਮਾਂ ਬਾਹਰ ਜਾਂ ਪ੍ਰਬੰਧਨ ਪੈਨਲ ਵਿੱਚ ਦੇਰੀ ਦੇ ਰੂਪ ਵਿੱਚ ਆਪਣੇ ਆਪ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ। ਹੇਠਾਂ ਦਿੱਤੇ ਲੱਛਣਾਂ ਨੂੰ ਇਕੱਠੇ ਦੇਖਣਾ ਸਮਝਦਾਰੀ ਹੈ ਤਾਂ ਕਿ wp_options ਟੇਬਲ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾ ਸਕੇ:

• ਵਰਡਪ੍ਰੈਸ ਪ੍ਰਬੰਧਨ ਪੈਨਲ, ਖਾਸ ਕਰਕੇ ਪਲੱਗਇਨਾਂ ਅਤੇ ਦਿੱਖ ਪੰਨਿਆਂ ਦੇ ਪੰਨਿਆਂ ਦੇ ਧੀਰੇ ਖੁਲਣ 'ਤੇ।
• WooCommerce ਕਾਰਟ, ਭੁਗਤਾਨ ਜਾਂ ਉਤਪਾਦ ਸੰਪਾਦਨ ਸਕ੍ਰੀਨ 'ਤੇ ਦੇਰੀ ਹੋਵੇ।
• ਸਰਵਰ CPU ਦੀ ਵਰਤੋਂ ਘੱਟ ਦਿਸਦੀ ਹੈ ਪਰ TTFB ਮੁੱਲ ਉੱਚਾ ਹੈ।
• ਡਾਟਾਬੇਸ ਬੈਕਅਪ ਉਮੀਦ ਤੋਂ ਬਹੁਤ ਵੱਡਾ ਹੈ ਅਤੇ options ਟੇਬਲ ਉبرز ਹੈ।
• ਸਾਈਟ ਮਾਈਗਰੇਸ਼ਨ, ਬੈਕਅਪ ਲੈਣਾ ਜਾਂ ਆਯਾਤ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ wp_options ਪੜਾਵੇ 'ਤੇ ਫਸ ਜਾਂਦੀ ਹੈ।
• phpMyAdmin ਦੇ ਜਰੀਏ ਟੇਬਲ ਖੁਲਦੇ ਸਮੇਂ ਦੇਰੀ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ।
• ਗਲਤੀ ਰਿਕਾਰਡਾਂ ਵਿੱਚ ਡਾਟਾਬੇਸ ਟਾਈਮਆਉਟ, MySQL ਸਰਵਰ ਨੇ ਦੂਰ ਹੋ ਗਿਆ ਜਾਂ ਮੈਮੋਰੀ ਸੀਮਾ ਵਰਗੀਆਂ ਚੇਤਾਵਨੀਆਂ ਨੂੰ ਦੇਖਣਾ।

ਇਹ ਲੱਛਣ ਸਿਰਫ wp_options ਦੇ ਕਾਰਨ ਨਹੀਂ ਹੋ ਸਕਦੇ। ਥੀਮ ਕੋਡ, PHP ਸੰਸਕਰਣ, ਕੈਸ਼ ਦੀ ਕਮੀ, DNS, SSL ਸੰਰਚਨਾ ਜਾਂ ਅਪਯੋਗ ਹੋਸਟਿੰਗ ਸਰੋਤ ਵੀ ਸਮਾਨ ਨਤੀਜੇ ਪੈਦਾ ਕਰ ਸਕਦੇ ਹਨ। ਇਸ ਲਈ ਸਾਫ਼ਾਈ ਦੀ ਪ੍ਰਕਿਰਿਆ 'ਤੇ ਜਾਏ ਤੋਂ ਪਹਿਲਾਂ ਸਾਈਟ ਦੀ ਸਿਹਤ ਦਾ ਸਮੂਹਿਕ ਮੁੱਲਾਂਕਣ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਸੁਰੱਖਿਅਤ ਜੁੜਾਈ ਅਤੇ ਬ੍ਰਾਊਜ਼ਰ ਸੁਰੱਖਿਆ ਸੰਕੇਤਾਂ ਲਈ ਮੁਫ਼ਤ SSL ਸਰਟੀਫਿਕੇਟ, ਬ੍ਰਾਂਡ ਏਕਤਾ ਅਤੇ ਸਹੀ ਦਿਸ਼ਾ ਲਈ ਡੋਮੇਨ ਨਾਮ ਪੁੱਛਤਾਜ਼ ਪੰਨਿਆਂ ਨੂੰ ਵੀ ਤੁਹਾਡੇ ਪਰਫਾਰਮੈਂਸ ਅਤੇ ਸੁਰੱਖਿਆ ਯੋਜਨਾ ਦਾ ਹਿੱਸਾ ਹੋ ਸਕਦਾ ਹੈ।

wp_options ਟੇਬਲ ਨੂੰ ਫੂਲਣ ਵਾਲੇ ਪ੍ਰਮੁੱਖ ਡਾਟਾ ਕਿਸਮਾਂ

1. Autoload ਮੁੱਲ 'ਹਾਂ' ਵਾਲੇ ਗੈਰ-ਜ਼ਰੂਰੀ ਰਿਕਾਰਡ

Autoload, ਇਹ ਨਿਰਧਾਰਿਤ ਕਰਦਾ ਹੈ ਕਿ ਇੱਕ ਵਿਕਲਪ ਵਰਡਪ੍ਰੈਸ ਸ਼ੁਰੂਆਤ 'ਤੇ ਆਪਣੇ ਆਪ ਲੋਡ ਕੀਤਾ ਜਾਵੇਗਾ ਜਾਂ ਨਹੀਂ। ਛੋਟੀਆਂ ਅਤੇ ਆਮ ਵਰਤੇ ਜਾਣ ਵਾਲੀਆਂ ਸੈਟਿੰਗਾਂ ਲਈ ਇਹ ਲਾਭਦਾਇਕ ਹੈ। ਪਰ ਜੇ ਵੱਡੇ JSON ਵਰਗੇ ਸਟ੍ਰਿੰਗ, ਲਾਇਸੰਸ ਲੌਗ, ਵਿਸ਼ਲੇਸ਼ਣ ਡਾਟਾ ਜਾਂ ਪੁਰਾਣੇ ਪਲੱਗਇਨ ਸੈਟਿੰਗਾਂ ਨੂੰ autoload ਦੇ ਤੌਰ 'ਤੇ ਚਿੰਨਿਤ ਕੀਤਾ ਗਿਆ ਹੈ ਤਾਂ ਇਹ ਹਰ ਪੇਜ ਬੇਨਤੀ 'ਤੇ ਯਾਦਦਾਸ਼ਤ ਵਿੱਚ ਲਿਆਂਦਾ ਜਾਂਦਾ ਹੈ। 2026 ਦੇ ਪਰਫਾਰਮੈਂਸ ਅਕ approaches ਵਿੱਚ ਆਦਰਸ਼ ਟੀਕਾ ਹੈ ਕਿ autoload ਕੁੱਲ ਨੂੰ ਸੰਭਵ ਹੋ ਸਕੇ ਤੋ ਵੱਧ ਘੱਟ ਰੱਖਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਆਮ ਤੌਰ 'ਤੇ 1 MB ਦੇ ਹੇਠਾਂ ਬਹੁਤ ਚੰਗਾ, 1-3 MB ਦੇ ਵਿਚਕਾਰ ਨਜ਼ਰ ਰੱਖਣ ਯੋਗ, 3 MB ਤੋਂ ਉਪਰ ਜਾਂਚ ਕਰਨ ਦੀ ਲੋੜ ਹੈ, 5 MB ਅਤੇ ਉਪਰ ਦੇ ਲਈ ਆਮ ਤੌਰ 'ਤੇ ਹਸਤਕਸ਼ੇਪ ਕਰਨ ਵਾਲੇ ਸੰਕੇਤ ਵਜੋਂ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ।

2. ਸਮੇਂ ਪੂਰੇ ਹੋ ਚੁੱਕੇ ਅਸਥਾਈ ਰਿਕਾਰਡ

Transient, ਵਰਡਪ੍ਰੈਸ ਅਤੇ ਪਲੱਗਇਨਾਂ ਦੁਆਰਾ ਅਸਥਾਈ ਡਾਟਾ ਸਟੋਰੇਜ ਦੀ ਵਿਧੀ ਹੈ। API ਜਵਾਬ, ਦੂਰੇ ਸੇਵਾ ਸੰਕਲਨ, ਥੀਮ ਅੱਪਡੇਟ ਜਾਣਕਾਰੀ ਅਤੇ ਛੋਟੇ ਸਮੇਂ ਲਈ ਕੈਸ਼ transient ਵਜੋਂ ਰੱਖੇ ਜਾ ਸਕਦੇ ਹਨ। ਆਮ ਤੌਰ 'ਤੇ, ਜਦੋਂ ਇਹਨਾਂ ਦੀ ਸਮਾਂ ਸੀਮਾ ਪੂਰੀ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਇਹਨਾਂ ਨੂੰ ਸਾਫ਼ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਪਰ ਘੱਟ ਟ੍ਰੈਫਿਕ, ਗਲਤ ਕਰੌਨ, ਬੰਦ ਕੀਤੇ ਹੋਏ ਸਮਾਂ-ਬੱਧੀ ਜਾਂ ਬੁਰੇ ਕੋਡ ਕੀਤੇ ਹੋਏ ਪਲੱਗਇਨਾਂ ਦੇ ਕਾਰਨ ਹਜ਼ਾਰਾਂ ਸਮੇਂ ਪੂਰੇ ਹੋਏ ਅਸਥਾਈ ਰਿਕਾਰਡ ਇਕੱਠੇ ਹੋ ਸਕਦੇ ਹਨ। _transient_ ਅਤੇ _site_transient_ ਨਾਲ ਸ਼ੁਰੂ ਹੋਣ ਵਾਲੇ ਰਿਕਾਰਡ ਇਸ ਗਰੁੱਪ ਵਿੱਚ ਹਨ।

3. ਹਟਾਏ ਗਏ ਪਲੱਗਇਨਾਂ ਅਤੇ ਥੀਮਾਂ ਤੋਂ ਬਚੇ ਹੋਏ ਸੈਟਿੰਗਾਂ

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

4. ਕਰੌਨ ਅਤੇ ਸਮਾਂਬੱਧ ਕੰਮਾਂ ਦਾ ਫੂਲਣਾ

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

5. WooCommerce ਸੈਸ਼ਨ ਅਤੇ ਪਲੱਗਇਨ ਕੈਸ਼

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

ਸਾਫ਼ਾਈ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸੁਰੱਖਿਆ ਜਾਂਚ ਸੂਚੀ

wp_options ਟੇਬਲ ਵਿੱਚ ਸਿੱਧਾ ਹਸਤਕਸ਼ੇਪ ਕਰਨਾ, ਵਰਡਪ੍ਰੈਸ ਸਾਈਟ 'ਤੇ ਸਰਜਰੀ ਕਰਨ ਵਰਗਾ ਹੈ। ਸਹੀ ਕਾਰਵਾਈ ਸਾਈਟ ਨੂੰ ਤੇਜ਼ ਕਰਦੀ ਹੈ; ਗਲਤ ਕਾਰਵਾਈ ਸਾਈਟ ਪਤਾ, ਸਰਗਰਮ ਪਲੱਗਇਨਾਂ, ਥੀਮ ਸੈਟਿੰਗਾਂ ਜਾਂ ਐਡਮਿਨ ਪਹੁੰਚ ਨੂੰ ਖ਼ਰਾਬ ਕਰ ਸਕਦੀ ਹੈ। ਇਸ ਲਈ ਹੇਠਾਂ ਦਿੱਤੀ ਜਾਂਚ ਸੂਚੀ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਨਹੀਂ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ:

• ਡਾਟਾਬੇਸ ਦਾ ਪੂਰਾ ਬੈਕਅਪ ਲਓ ਅਤੇ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਬੈਕਅਪ ਡਾਊਨਲੋਡ ਕਰਨ ਯੋਗ ਹੈ।
• ਜੀਵੰਤ ਸਾਈਟ 'ਤੇ ਕਾਰਵਾਈ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ staging ਜਾਂ ਟੈਸਟ ਕਾਪੀ 'ਤੇ ਕੋਸ਼ਿਸ਼ ਕਰੋ।
• ਸਾਫ਼ਾਈ ਤੋਂ ਪਹਿਲਾਂ ਟੇਬਲ ਦਾ ਆਕਾਰ, ਲਾਈਨਾਂ ਦੀ ਗਿਣਤੀ ਅਤੇ autoload ਕੁੱਲ ਨੂੰ ਨੋਟ ਕਰੋ।
• ਕਿਹੜੇ ਰਿਕਾਰਡਾਂ ਨੂੰ ਤੁਸੀਂ ਮਿਟਾਇਆ ਹੈ ਉਸਨੂੰ ਤਾਰੀਖ ਅਤੇ ਵਿਆਖਿਆ ਨਾਲ ਦਸਤਾਵੇਜ਼ ਕਰੋ।
• ਪਹਿਲਾਂ ਛੋਟੀਆਂ ਅਤੇ ਵਾਪਸ ਲਈ ਲਏ ਜਾਣ ਵਾਲੀਆਂ ਸਾਫ਼ਾਈਆਂ ਕਰੋ; ਸਮੂਹਿਕ ਮਿਟਾਉਣ ਵਾਲੀਆਂ ਕਾਰਵਾਈਆਂ ਤੋਂ ਬਚੋ।
• ਕਾਰਵਾਈ ਤੋਂ ਬਾਅਦ ਕੈਸ਼ ਸਾਫ਼ ਕਰੋ, ਪੱਕੇ ਲਿੰਕਾਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰੋ ਅਤੇ ਨਾਜ਼ੁਕ ਪੇਜਾਂ ਦੀ ਜਾਂਚ ਕਰੋ।

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

wp_options ਵਿਸ਼ਲੇਸ਼ਣ ਕਿਵੇਂ ਕੀਤਾ ਜਾਵੇ?

phpMyAdmin ਨਾਲ ਆਕਾਰ ਅਤੇ ਲਾਈਨ ਜਾਂਚ

ਜੇ ਤੁਹਾਡੇ ਹੋਸਟਿੰਗ ਕੰਟਰੋਲ ਪੈਨਲ ਵਿੱਚ phpMyAdmin ਹੈ, ਤਾਂ ਤੁਸੀਂ ਆਪਣੇ ਡਾਟਾਬੇਸ ਨੂੰ ਖੋਲ ਕੇ options ਟੇਬਲ ਨੂੰ ਲੱਭ ਸਕਦੇ ਹੋ। ਟੇਬਲ ਦੀ ਸੂਚੀ ਵਿੱਚ ਆਕਾਰ ਅਤੇ ਲਾਈਨਾਂ ਦੀ ਗਿਣਤੀ ਆਮ ਤੌਰ 'ਤੇ ਦਿਖਾਈ ਦੇਂਦੀ ਹੈ। ਪਹਿਲੀ ਨਜ਼ਰ ਵਿੱਚ 5-20 MB ਦੇ ਵਿਚਕਾਰ ਬਹੁਤ ਸਾਰੀਆਂ ਮਿਆਰੀ ਸਾਈਟਾਂ ਲਈ ਆਮ ਹੋ ਸਕਦਾ ਹੈ। ਪਰ 50 MB ਤੋਂ ਉਪਰ ਇਹ ਧਿਆਨ ਆਕਰਸ਼ਿਤ ਕਰਦਾ ਹੈ, 100 MB ਤੋਂ ਉਪਰ ਆਮ ਤੌਰ 'ਤੇ ਵਿਸਥਾਰਿਤ ਜਾਂਚ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਫਿਰ ਵੀ ਸਿਰਫ ਕੁੱਲ ਆਕਾਰ ਨੂੰ ਨਾ ਦੇਖੋ; ਟੇਬਲ 200 MB ਹੋ ਸਕਦੀ ਹੈ ਪਰ ਵੱਡਾ ਹਿੱਸਾ autoload ਨਾ ਹੋਣ ਵਾਲੇ ਅਸਥਾਈ ਡਾਟਾ ਤੋਂ ਬਣਿਆ ਹੋ ਸਕਦਾ ਹੈ।

ਜਾਂਚ ਦੌਰਾਨ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ option_name, option_value ਅਤੇ autoload ਖੇਤਰਾਂ 'ਤੇ ਧਿਆਨ ਦਿਓ। option_value ਬਹੁਤ ਵੱਡੇ ਰਿਕਾਰਡ, ਹੌਲੀ ਹੋਣ ਦੇ ਕਾਰਨ ਹੋ ਸਕਦੇ ਹਨ। ਕੁਝ phpMyAdmin ਸਥਾਪਨਾਵਾਂ ਵੱਡੇ ਹੱਲਾਂ ਨੂੰ ਖੋਲਦੇ ਸਮੇਂ ਮੁਸ਼ਕਲ ਹੋ ਸਕਦੀਆਂ ਹਨ; ਇਸ ਸਥਿਤੀ ਵਿੱਚ WP-CLI ਜਾਂ ਡਾਟਾਬੇਸ ਪੁੱਛਗਿੱਛ ਵਧੀਆ ਨਤੀਜੇ ਪ੍ਰਦਾਨ ਕਰ ਸਕਦੀ ਹੈ।

Autoload ਕੁੱਲ ਨੂੰ ਮਾਪਣਾ

ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਮਾਪ autoload ਕੁੱਲ ਹੈ। ਲੋਜਿਕ ਸਿੱਧਾ ਹੈ: autoload 'ਹਾਂ' ਵਾਲੇ ਰਿਕਾਰਡਾਂ ਦੇ option_value ਦੀ ਲੰਬਾਈ ਨੂੰ ਜੋੜੋ। ਨਤੀਜਾ ਕੁਝ ਸੌ ਕਿਲੋਬਾਈਟ ਹੈ ਤਾਂ ਆਮ ਤੌਰ 'ਤੇ ਚੰਗਾ ਹੈ। ਜੇ ਇਹ ਮੈਗਾਬਾਈਟ ਦੇ ਪੱਧਰ 'ਤੇ ਚਲਾ ਗਿਆ ਹੈ ਤਾਂ ਇਹ ਦੇਖਣਾ ਲਾਜ਼ਮੀ ਹੈ ਕਿ ਕਿਹੜੇ option_name ਮੁੱਲ ਸਭ ਤੋਂ ਵੱਡੇ ਹਨ। ਇੱਥੇ ਮਕਸਦ ਹਰ ਵੱਡੇ ਰਿਕਾਰਡ ਨੂੰ ਮਿਟਾਉਣਾ ਨਹੀਂ ਹੈ; ਪਹਿਲਾਂ ਸਮਝਣਾ ਹੈ ਕਿ ਰਿਕਾਰਡ ਕਿਸ ਪਲੱਗਇਨ ਜਾਂ ਥੀਮ ਨਾਲ ਸੰਬੰਧਿਤ ਹੈ।

WP-CLI ਨਾਲ ਹੋਰ ਨਿਯੰਤਰਿਤ ਜਾਂਚ

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

ਤੁਸੀਂ ਕਿਸ ਸਾਫ਼ਾਈ ਤਰੀਕੇ ਨੂੰ ਚੁਣਨਾ ਚਾਹੀਦਾ ਹੈ?

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

ਸੁਰੱਖਿਅਤ ਸਾਫ਼ਾਈ: ਕਦਮ ਬਦਲ ਕਦਮ ਕਾਰਵਾਈ ਯੋਜਨਾ

ਕਦਮ 1: ਪੂਰਾ ਬੈਕਅਪ ਲਓ ਅਤੇ ਵਾਪਸ ਜਾਣ ਦੀ ਜਾਂਚ ਕਰੋ

ਸਾਫ਼ਾਈ ਤੋਂ ਪਹਿਲਾਂ ਲਿਆ ਗਿਆ ਬੈਕਅਪ ਸਿਰਫ ਫਾਇਲ ਵਿੱਚ ਨਹੀਂ ਰਿਹਾਂਗਾ; ਇਹ ਵਾਪਸ ਲਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਘੱਟੋ-ਘੱਟ ਡਾਟਾਬੇਸ ਬੈਕਅਪ ਨੂੰ ਵੱਖਰੇ ਸਥਾਨ 'ਤੇ ਡਾਊਨਲੋਡ ਕਰੋ। ਵੱਡੀਆਂ ਸਾਈਟਾਂ ਵਿੱਚ staging ਵਾਤਾਵਰਨ 'ਤੇ ਵਾਪਸ ਜਾਣ ਦੀ ਜਾਂਚ ਕਰਨਾ ਸਭ ਤੋਂ ਸੁਰੱਖਿਅਤ ਤਰੀਕਾ ਹੈ। ਜੇ ਤੁਹਾਡਾ ਬੈਕਅਪ ਖਰਾਬ ਹੈ, ਤਾਂ ਸਾਫ਼ਾਈ ਦੌਰਾਨ ਹੋਈ ਛੋਟੀ ਗਲਤੀ ਵੱਡੀ ਰੁਕਾਵਟ ਬਣ ਸਕਦੀ ਹੈ।

ਕਦਮ 2: ਮਾਪਣ ਮੁੱਲਾਂ ਨੂੰ ਦਰਜ ਕਰੋ

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

ਕਦਮ 3: ਸਮੇਂ ਪੂਰੇ ਹੋ ਚੁੱਕੇ ਅਸਥਾਈ ਰਿਕਾਰਡਾਂ ਨੂੰ ਸਾਫ਼ ਕਰੋ

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

ਕਦਮ 4: ਪੁਰਾਣੇ ਪਲੱਗਇਨ ਦੇ ਨਿਸ਼ਾਨਾਂ ਦੀ ਪਛਾਣ ਕਰੋ

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

ਕਦਮ 5: ਵੱਡੇ Autoload ਰਿਕਾਰਡਾਂ ਦੀ ਜਾਂਚ ਕਰੋ

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

ਕਦਮ 6: ਕਰੌਨ ਰਿਕਾਰਡਾਂ ਦੀ ਜਾਂਚ ਕਰੋ

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

ਕਦਮ 7: ਟੇਬਲ ਨੂੰ ਅਪਟੀਮਾਈਜ਼ ਕਰੋ

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

ਮਿਟਾਉਣ ਦੇ ਯੋਗ wp_options ਰਿਕਾਰਡ

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

• siteurl ਅਤੇ home: ਸਾਈਟ ਦਾ ਪਤਾ ਅਤੇ ਵਰਡਪ੍ਰੈਸ ਦਾ ਪਤਾ ਲਈ ਬੁਨਿਆਦੀ ਰਿਕਾਰਡ।
• active_plugins: ਸਰਗਰਮ ਪਲੱਗਇਨਾਂ ਦੀ ਸੂਚੀ ਨੂੰ ਰੱਖਦਾ ਹੈ।
• template ਅਤੇ stylesheet: ਸਰਗਰਮ ਥੀਮ ਜਾਣਕਾਰੀ ਨੂੰ ਸ਼ਾਮਲ ਕਰਦਾ ਹੈ।
• permalink_structure: ਪੱਕੇ ਲਿੰਕ ਦੀ ਸੰਰਚਨਾ ਨੂੰ ਨਿਰਧਾਰਿਤ ਕਰਦਾ ਹੈ।
• admin_email: ਸਾਈਟ ਪ੍ਰਬੰਧਕ ਦਾ ਈ-ਮੇਲ ਪਤਾ ਹੈ।
• users_can_register ਅਤੇ default_role: ਮੈਂਬਰਸ਼ਿਪ ਦੇ ਵਿਹਾਰ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦੇ ਹਨ।
• cron: ਸਮਾਂਬੱਧ ਕੰਮਾਂ ਨੂੰ ਰੱਖਦਾ ਹੈ, ਇਹਨਾਂ ਨੂੰ ਬਿਨਾਂ ਚੇਕ ਕੀਤੇ ਮਿਟਾਉਣਾ ਨਹੀਂ ਚਾਹੀਦਾ।
• woocommerce ਸੈਟਿੰਗਾਂ: ਦੁਕਾਨ, ਭੁਗਤਾਨ, ਕਰ ਅਤੇ ਸ਼ਿਪਿੰਗ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰ ਸਕਦੇ ਹਨ।

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

ਪਰਫਾਰਮੈਂਸ ਦੀ ਉਮੀਦ: ਸਾਫ਼ਾਈ ਤੋਂ ਬਾਅਦ ਕੀ ਬਦਲਦਾ ਹੈ?

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

ਪ੍ਰਯੋਗਸ਼ੀਲ ਟਾਰਗਟ ਸੈੱਟ ਕਰਨ ਦਾ ਸੂਤਰ ਇਸ ਪ੍ਰਕਾਰ ਹੈ: Autoload ਕੁੱਲ ਨੂੰ 1 MB ਦੇ ਆਸ-ਪਾਸ ਲੈ ਆਉਣਾ ਚੰਗਾ ਨਤੀਜਾ ਹੈ। 3 MB ਤੋਂ ਹੇਠਾਂ ਬਹੁਤ ਸਾਰੀਆਂ ਸਾਈਟਾਂ ਲਈ ਮਨਜ਼ੂਰਯੋਗ ਹੋ ਸਕਦਾ ਹੈ। 5 MB ਤੋਂ ਉਪਰ ਸਧਾਰਨ ਨਿਗਰਾਨੀ ਦੀ ਲੋੜ ਹੈ। 10 MB ਅਤੇ ਉਪਰ ਖਾਸ ਕਰਕੇ ਸਾਂਝੀ ਹੋਸਟਿੰਗ ਵਾਤਾਵਰਨ ਵਿੱਚ ਗੰਭੀਰ ਹੌਲੀਪਣ ਪੈਦਾ ਕਰ ਸਕਦਾ ਹੈ। ਟੇਬਲ ਦੇ ਕੁੱਲ ਆਕਾਰ ਵਿੱਚ ਸਾਈਟ ਦੀ ਕਿਸਮ ਮਹੱਤਵਪੂਰਣ ਹੈ; ਸਧਾਰਨ ਬਲਾਗ ਅਤੇ ਵੱਡੀ ਈ-ਵਪਾਰ ਸਾਈਟ ਨੂੰ ਇੱਕੋ ਹੀ ਮਿਆਰਾਂ 'ਤੇ ਨਹੀਂ ਦੇਖਿਆ ਜਾਣਾ ਚਾਹੀਦਾ।

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

wp_options ਦੇ ਫੂਲਣ ਨੂੰ ਰੋਕਣ ਲਈ 2026 ਦੇ ਸਭ ਤੋਂ ਵਧੀਆ ਅਭਿਆਸ

ਸਾਫ਼ਾਈ ਦੇ ਨਾਲ-ਨਾਲ ਇੱਕ ਹੋਰ ਮੁੱਦਾ ਹੈ, ਇਹ ਸਮੱਸਿਆ ਦੁਬਾਰਾ ਪੈਦਾ ਹੋਣ ਤੋਂ ਰੋਕਣਾ ਹੈ। 2026 ਦੇ SEO ਅਤੇ ਉਪਭੋਗਤਾ ਅਨੁਭਵ ਦੇ ਮਿਆਰਾਂ ਅਨੁਸਾਰ ਸਾਈਟ ਦੀ ਗਤੀ ਸਿਰਫ ਇੱਕ ਤਕਨੀਕੀ ਵਿਸ਼ਾ ਨਹੀਂ, ਬਲਕਿ ਕਾਰਵਾਈ ਅਤੇ ਸਕੈਨਿੰਗ ਦੀ ਪ੍ਰਭਾਵਸ਼ੀਲਤਾ ਦਾ ਤੱਤ ਹੈ।