WordPress "ਸਥਾਨਕ ਪ mantenimiento ਲਈ ਥੋੜ੍ਹਾ ਉਪਲਬਧ ਨਹੀਂ" ਗਲਤੀ ਦਾ ਦੂਜਾ ਹੱਲ

WordPress "ਸਥਾਨਕ ਪ mantenimiento ਲਈ ਥੋੜ੍ਹਾ ਉਪਲਬਧ ਨਹੀਂ" ਗਲਤੀ, ਤੁਹਾਡੇ ਵੈੱਬਸਾਈਟ ਦੇ ਅੱਪਡੇਟ ਕਰਨ ਵੇਲੇ ਸੰਭਾਲ ਮੋਡ ਵਿੱਚ ਫਸ ਜਾਣਾ ਹੈ ਅਤੇ ਇਸ ਦਾ ਸਭ ਤੋਂ ਤੇਜ਼ ਹੱਲ ਆਮ ਤੌਰ 'ਤੇ WordPress ਦੇ ਮੁੱਖ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ .maintenance ਫਾਈਲ ਨੂੰ ਮਿਟਾਉਣਾ ਹੈ। ਜਦੋਂ ਕਿਸੇ ਪਲੱਗਇਨ, ਥੀਮ ਜਾਂ ਕੋਰ ਅੱਪਡੇਟ ਨੂੰ ਪੂਰਾ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ, ਤਾਂ ਇਹ ਫਾਈਲ ਆਟੋਮੈਟਿਕਲੀ ਹਟਾਈ ਨਹੀਂ ਜਾਂਦੀ ਅਤੇ ਦਰਸ਼ਕਾਂ ਨੂੰ "ਸਥਾਨਕ ਪ mantenimiento ਲਈ ਥੋੜ੍ਹਾ ਉਪਲਬਧ ਨਹੀਂ। ਇੱਕ ਮਿੰਟ ਵਿੱਚ ਮੁੜ ਜਾਓ" ਦਾ ਸੰਦੇਸ਼ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ। ਸਹੀ ਫਾਈਲ ਮਿਟਾਉਣ ਤੋਂ ਬਾਅਦ ਤੁਹਾਡੇ ਵੈੱਬਸਾਈਟ ਨੂੰ ਜ਼ਿਆਦਾਤਰ ਮਾਮਲਿਆਂ ਵਿੱਚ 2-5 ਮਿੰਟਾਂ ਵਿੱਚ ਮੁੜ ਚਾਲੂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

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

WordPress "ਸਥਾਨਕ ਪ mantenimiento ਲਈ ਥੋੜ੍ਹਾ ਉਪਲਬਧ ਨਹੀਂ" ਗਲਤੀ ਕੀ ਹੈ?

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

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

ਸਥਾਨਕ ਪ mantenimiento ਲਈ ਥੋੜ੍ਹਾ ਉਪਲਬਧ ਨਹੀਂ। ਇੱਕ ਮਿੰਟ ਵਿੱਚ ਮੁੜ ਜਾਓ।

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

ਗਲਤੀ ਦੇ ਸਭ ਤੋਂ ਆਮ ਕਾਰਨ

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

1. ਅੱਪਡੇਟ ਦਾ ਅਧੂਰੇ ਰਹਿਣਾ

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

2. ਸਰਵਰ ਸਰੋਤ ਦੀ ਘਾਟ

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

3. ਡਿਸਕ ਸਥਾਨ ਜਾਂ Inode ਸੀਮਾ ਦਾ ਭਰਨਾ

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

4. ਪਲੱਗਇਨ ਜਾਂ ਥੀਮ ਦੀ ਅਸਮਰਥਾ

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

5. ਫਾਈਲ ਅਧਿਕਾਰ ਅਤੇ ਮਾਲਕੀ ਸਮੱਸਿਆ

WordPress ਨੂੰ ਫਾਈਲਾਂ ਬਣਾਉਣ ਅਤੇ ਮਿਟਾਉਣ ਲਈ ਸਹੀ ਅਧਿਕਾਰਾਂ ਦੀ ਲੋੜ ਹੈ। ਆਮ ਅਭਿਆਸ ਵਿੱਚ ਫੋਲਡਰਾਂ ਲਈ 755, ਫਾਈਲਾਂ ਲਈ 644 ਅਧਿਕਾਰ ਵਰਤੇ ਜਾਂਦੇ ਹਨ। ਗਲਤ ਮਾਲਕੀ ਜਾਂ ਬਹੁਤ ਸੀਮਿਤ ਅਧਿਕਾਰਾਂ ਕਾਰਨ WordPress ਦੇ ਲਈ .maintenance ਫਾਈਲ ਨੂੰ ਮਿਟਾਉਣਾ ਸੰਭਵ ਨਹੀਂ ਹੋ ਸਕਦਾ। ਇਸ ਤਰ੍ਹਾਂ ਦੇ ਹਾਲਤਾਂ ਵਿੱਚ, ਹੋਸਟਿੰਗ ਕੰਟਰੋਲ ਪੈਨਲ ਜਾਂ ਤਕਨੀਕੀ ਸਹਾਇਤਾ ਰਾਹੀਂ ਫਾਈਲ ਦੀ ਮਾਲਕੀ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ।

ਤੇਜ਼ ਹੱਲ: .maintenance ਫਾਈਲ ਨੂੰ ਮਿਟਾਓ

ਸਭ ਤੋਂ ਆਮ ਅਤੇ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਹੱਲ, WordPress ਦੇ ਮੁੱਖ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ .maintenance ਫਾਈਲ ਨੂੰ ਮਿਟਾਉਣਾ ਹੈ। ਮੁੱਖ ਡਾਇਰੈਕਟਰੀ ਆਮ ਤੌਰ 'ਤੇ public_html, www ਜਾਂ ਤੁਹਾਡੇ ਡੋਮੇਨ ਨਾਲ ਸਬੰਧਿਤ ਫੋਲਡਰ ਹੁੰਦੀ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ ਇਸ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ wp-admin, wp-content ਅਤੇ wp-includes ਫੋਲਡਰ ਵੇਖ ਰਹੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਸਹੀ ਜਗ੍ਹਾ ਤੇ ਹੋ।

ਮਹੱਤਵਪੂਰਨ ਚੇਤਾਵਨੀ: ਕਾਰਵਾਈ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਬੈਕਅਪ ਲਓ

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

• ਡੇਟਾਬੇਸ ਦਾ ਬੈਕਅਪ ਲਓ ਜਾਂ ਮੌਜੂਦਾ ਆਟੋਮੈਟਿਕ ਬੈਕਅਪ ਨੂੰ ਜਾਂਚੋ।
• wp-content ਫੋਲਡਰ ਨੂੰ ਮਿਟਾਓ ਨਾ; ਮੀਡੀਆ, ਥੀਮ ਅਤੇ ਪਲੱਗਇਨ ਫਾਈਲਾਂ ਇੱਥੇ ਹਨ।
• ਕੇਵਲ ਮੁੱਖ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ .maintenance ਫਾਈਲ ਨੂੰ ਨਿਸ਼ਾਨਿਤ ਕਰੋ।
• ਕਾਰਵਾਈ ਤੋਂ ਬਾਅਦ WordPress ਅੱਪਡੇਟਾਂ ਨੂੰ ਮੁੜ ਜਾਂਚੋ।

ਤਰੀਕਾ 1: cPanel ਫਾਈਲ ਮੈਨੇਜਰ ਨਾਲ ਹੱਲ

ਤਕਨੀਕੀ ਗਿਆਨ ਸੀਮਿਤ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਸਭ ਤੋਂ ਪ੍ਰਯੋਗਸ਼ੀਲ ਰਾਹ cPanel ਫਾਈਲ ਮੈਨੇਜਰ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਹੈ। Hostragons ਕੰਟਰੋਲ ਪੈਨਲ ਤੋਂ ਫਾਈਲਾਂ ਤੱਕ ਪਹੁੰਚ ਕਰਕੇ ਕੁਝ ਕਦਮਾਂ ਵਿੱਚ ਗਲਤੀ ਨੂੰ ਦੂਰ ਕਰ ਸਕਦੇ ਹੋ। ਜੇਕਰ ਤੁਹਾਡੇ ਹੋਸਟਿੰਗ ਪੈਨਲ ਵਿੱਚ ਫਾਈਲ ਮੈਨੇਜਰ ਨਹੀਂ ਹੈ, ਤਾਂ ਤੁਸੀਂ FTP ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ।

ਕਦਮ ਦਰ ਕਦਮ cPanel ਰਾਹੀਂ .maintenance ਮਿਟਾਉਣਾ

• ਆਪਣੇ ਹੋਸਟਿੰਗ ਕੰਟਰੋਲ ਪੈਨਲ ਵਿੱਚ ਲੌਗਇਨ ਕਰੋ।
• ਫਾਈਲ ਮੈਨੇਜਰ ਵਿਭਾਗ ਖੋਲ੍ਹੋ।
• WordPress ਇੰਸਟਾਲੇਸ਼ਨ ਵਾਲੇ public_html ਫੋਲਡਰ ਵਿੱਚ ਜਾਓ।
• ਸੱਜੇ ਉੱਪਰ ਜਾਂ ਸੈਟਿੰਗਾਂ ਦੇ ਵਿਭਾਗ ਵਿੱਚ ਗੁਪਤ ਫਾਈਲਾਂ ਨੂੰ ਦਿਖਾਉਣਾ ਵਿਕਲਪ ਨੂੰ ਸਥਾਪਿਤ ਕਰੋ। ਨੱਕ ਨਾਲ ਸ਼ੁਰੂ ਹੋਣ ਵਾਲੀਆਂ ਫਾਈਲਾਂ ਪੂਰਨ ਰੂਪ ਵਿੱਚ ਨਹੀਂ ਦਿਖਾਈ ਦੇ ਸਕਦੀਆਂ।
• .maintenance ਫਾਈਲ ਨੂੰ ਲੱਭੋ।
• ਫਾਈਲ ਨੂੰ ਚੁਣੋ ਅਤੇ ਮਿਟਾਓ ਹੁਕਮ ਦਿਓ।
• ਬ੍ਰਾਉਜ਼ਰ ਕੈਸ਼ ਅਤੇ ਜੇ ਹੋਵੇ ਤਾਂ ਸਾਈਟ ਕੈਸ਼ ਨੂੰ ਸਾਫ ਕਰੋ।
• ਆਪਣੀ ਸਾਈਟ ਨੂੰ ਗੁਪਤ ਟੈਬ ਵਿੱਚ ਮੁੜ ਖੋਲ੍ਹ ਕੇ ਜਾਂਚ ਕਰੋ।

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

ਤਰੀਕਾ 2: FTP ਜਾਂ SFTP ਨਾਲ ਹੱਲ

FTP/SFTP ਤਰੀਕਾ, cPanel ਪਹੁੰਚ ਨਹੀਂ ਹੋਣ ਵਾਲੇ ਜਾਂ ਡੈਸਕਟਾਪ ਤੋਂ ਫਾਈਲ ਕਾਰਵਾਈ ਕਰਨ ਦੀ ਇੱਛਾ ਰੱਖਣ ਵਾਲੇ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਆਦਰਸ਼ ਹੈ। ਤੁਸੀਂ FileZilla, Cyberduck ਜਾਂ WinSCP ਵਰਗੇ ਕਲਾਇੰਟਾਂ ਨਾਲ ਸਰਵਰ ਨਾਲ ਜੁੜ ਸਕਦੇ ਹੋ। ਸੁਰੱਖਿਆ ਦੇ ਪੱਖ ਤੋਂ, ਸੰਭਵ ਹੋਣ ਤੇ FTP ਦੀ ਬਜਾਇ SFTP ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

FTP ਨਾਲ ਕਾਰਵਾਈ ਦੇ ਕਦਮ

• ਆਪਣੇ FTP ਕਲਾਇੰਟ ਨੂੰ ਖੋਲ੍ਹੋ ਅਤੇ ਸਰਵਰ ਦਾ ਪਤਾ, ਯੂਜ਼ਰ ਨਾਮ, ਪਾਸਵਰਡ ਅਤੇ ਪੋਰਟ ਜਾਣਕਾਰੀ ਨਾਲ ਜੁੜੋ।
• WordPress ਇੰਸਟਾਲੇਸ਼ਨ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਜਾਓ। ਆਮ ਤੌਰ 'ਤੇ ਇਹ public_html ਫੋਲਡਰ ਹੁੰਦੀ ਹੈ।
• ਕਲਾਇੰਟ ਵਿੱਚ ਗੁਪਤ ਫਾਈਲਾਂ ਨੂੰ ਵੇਖਣ ਦਾ ਵਿਕਲਪ ਸੈਟ ਕਰੋ। FileZilla ਵਿੱਚ, ਇਹ ਵਿਕਲਪ ਆਮ ਤੌਰ 'ਤੇ ਸਰਵਰ > ਗੁਪਤ ਫਾਈਲਾਂ ਨੂੰ ਦਿਖਾਉਣ ਲਈ ਮਜਬੂਰ ਕਰੋ ਮੈਨੂ ਵਿੱਚ ਹੁੰਦਾ ਹੈ।
• .maintenance ਫਾਈਲ ਨੂੰ ਲੱਭੋ।
• ਫਾਈਲ ਨੂੰ ਮਿਟਾਓ ਜਾਂ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਪਹਿਲਾਂ ਆਪਣੇ ਕੰਪਿਊਟਰ ਤੇ ਡਾਊਨਲੋਡ ਕਰੋ ਅਤੇ ਫਿਰ ਸਰਵਰ ਤੋਂ ਹਟਾਓ।
• ਸਾਈਟ ਨੂੰ ਰੀਫ੍ਰੈਸ਼ ਕਰੋ ਅਤੇ ਪ੍ਰਬੰਧਨ ਪੈਨਲ ਤੋਂ ਅੱਪਡੇਟ ਦੀ ਸਥਿਤੀ ਦੀ ਜਾਂਚ ਕਰੋ।

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

ਤਰੀਕਾ 3: SSH ਨਾਲ ਤੇਜ਼ ਹੱਲ

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

SSH ਕਮਾਂਡਾਂ

ਸਭ ਤੋਂ ਪਹਿਲਾਂ WordPress ਮੁੱਖ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਜਾਓ:

cd public_html

ਗੁਪਤ ਫਾਈਲਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ:

ls -la

.maintenance ਫਾਈਲ ਨੂੰ ਮਿਟਾਓ:

rm .maintenance

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

ਤਰੀਕਾ 4: WP-CLI ਰਾਹੀਂ ਅੱਪਡੇਟ ਨੂੰ ਪੂਰਾ ਕਰਨਾ

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

ਉਦਾਹਰਣ WP-CLI ਜਾਂਚਾਂ

• wp core version ਨਾਲ WordPress ਸੰਸਕਰਣ ਦੀ ਜਾਂਚ ਕਰੋ।
• wp plugin list ਨਾਲ ਪਲੱਗਇਨ ਦੀ ਸਥਿਤੀ ਵੇਖੋ।
• wp plugin update --all ਦੀ ਬਜਾਇ, ਜੋਖਮ ਵਾਲੀਆਂ ਸਾਈਟਾਂ 'ਤੇ ਪਲੱਗਇਨਾਂ ਨੂੰ ਇੱਕ-ਇੱਕ ਕਰਕੇ ਅੱਪਡੇਟ ਕਰੋ।
• wp theme list ਨਾਲ ਸਰਗਰਮ ਥੀਮ ਅਤੇ ਸੰਸਕਰਣ ਜਾਣਕਾਰੀ ਦੀ ਜਾਂਚ ਕਰੋ।
• wp cache flush ਨਾਲ WordPress ਕੈਸ਼ ਨੂੰ ਸਾਫ ਕਰੋ।

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

ਹੱਲ ਦੇ ਤਰੀਕਿਆਂ ਦੀ ਤੁਲਨਾ ਟੇਬਲ

.maintenance ਫਾਈਲ ਨੂੰ ਮਿਟਾਇਆ ਪਰ ਸਾਈਟ ਖੁੱਲ੍ਹ ਨਹੀਂ ਰਹੀ: ਕੀ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ?

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

1. ਕੈਸ਼ ਸਾਫ ਕਰੋ

ਬ੍ਰਾਉਜ਼ਰ, WordPress ਕੈਸ਼ ਪਲੱਗਇਨ, ਸਰਵਰ ਕੈਸ਼ ਅਤੇ CDN ਪੱਧਰ ਪੁਰਾਣੇ ਸੰਭਾਲ ਮੋਡ ਸਕਰੀਨ ਨੂੰ ਦਿਖਾਉਣਾ ਜਾਰੀ ਰੱਖ ਸਕਦੇ ਹਨ। ਪਹਿਲਾਂ ਬ੍ਰਾਉਜ਼ਰ ਨੂੰ ਗੁਪਤ ਟੈਬ ਵਿੱਚ ਖੋਲ੍ਹੋ। ਫਿਰ, ਜੇ ਹੋਵੇ ਤਾਂ LiteSpeed Cache, WP Rocket, W3 Total Cache ਜਾਂ ਇਸ ਤਰ੍ਹਾਂ ਦੇ ਹੋਰ ਪਲੱਗਇਨਾਂ ਦੇ ਕੈਸ਼ ਨੂੰ ਸਾਫ ਕਰੋ। ਜੇ CDN ਵਰਤ ਰਹੇ ਹੋ, ਤਾਂ ਕੈਸ਼ ਪੁਰਜ ਕਰਨ ਦੀ ਕਾਰਵਾਈ ਕਰੋ। SSL ਅਤੇ ਸੁਰੱਖਿਅਤ ਕਨੈਕਸ਼ਨ ਸੰਰਚਨਾ ਵਿੱਚ ਕੋਈ ਸਮੱਸਿਆ ਹੋਣ 'ਤੇ SSL ਸਰਟੀਫਿਕੇਟ ਪੇਜ ਰਾਹੀਂ ਸਹੀ ਸਰਟੀਫਿਕੇਟ ਦੀ ਵਰਤੋਂ ਲਈ ਮਾਰਗਦਰਸ਼ਨ ਦਿੱਤਾ ਜਾ ਸਕਦਾ ਹੈ।

2. ਸਮੱਸਿਆ ਵਾਲੇ ਪਲੱਗਇਨਾਂ ਨੂੰ ਅਸਥਾਈ ਤੌਰ 'ਤੇ ਬੰਦ ਕਰੋ

ਜੇਕਰ ਤੁਸੀਂ ਪ੍ਰਬੰਧਨ ਪੈਨਲ ਵਿੱਚ ਪਹੁੰਚ ਨਹੀਂ ਕਰ ਸਕਦੇ, ਤਾਂ FTP ਜਾਂ ਫਾਈਲ ਮੈਨੇਜਰ ਰਾਹੀਂ wp-content/plugins ਫੋਲਡਰ ਵਿੱਚ ਜਾਓ। ਸ਼ੱਕ ਵਾਲੇ ਪਲੱਗਇਨ ਫੋਲਡਰ ਦੇ ਨਾਮ ਨੂੰ ਉਦਾਹਰਣ ਵਜੋਂ plugin-name-passive ਵਿੱਚ ਬਦਲੋ। ਇਹ ਕਾਰਵਾਈ ਪਲੱਗਇਨ ਨੂੰ ਬੰਦ ਕਰ ਦੇਵੇਗੀ। ਜੇ ਸਾਈਟ ਖੁੱਲ੍ਹ ਰਹੀ ਹੈ, ਤਾਂ ਸੰਭਵਤ: ਸਮੱਸਿਆ ਉਸ ਪਲੱਗਇਨ ਵਿੱਚ ਹੈ। ਜੇ ਤੁਸੀਂ ਨਹੀਂ ਜਾਣਦੇ ਕਿ ਕਿਹੜਾ ਪਲੱਗਇਨ ਗਲਤੀ ਦੇ ਰੂਪ ਵਿੱਚ ਹੈ, ਤਾਂ plugins ਫੋਲਡਰ ਨੂੰ ਅਸਥਾਈ ਤੌਰ 'ਤੇ plugins-old ਬਣਾਕੇ ਸਮੂਹ ਪਲੱਗਇਨਾਂ ਨੂੰ ਬੰਦ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਫਿਰ ਇੱਕ-ਇੱਕ ਕਰਕੇ ਵਾਪਸ ਖੋਲ੍ਹ ਸਕਦੇ ਹੋ।

3. ਡਿਫਾਲਟ ਥੀਮ ਦੀ ਵਰਤੋਂ ਕਰੋ

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

4. PHP ਗਲਤੀ ਰਿਕਾਰਡਾਂ ਦੀ ਜਾਂਚ ਕਰੋ

ਗਲਤੀ ਦੇ ਅਸਲ ਕਾਰਨ ਨੂੰ ਸਮਝਣ ਲਈ error_log ਫਾਈਲ ਦੀ ਜਾਂਚ ਕਰੋ। "Allowed memory size exhausted", "Fatal error", "Permission denied" ਜਾਂ "No space left on device" ਵਰਗੀਆਂ ਵਾਕਯਾਂ ਸਮੱਸਿਆ ਦਾ ਕਾਰਨ ਸਾਫ਼ ਦਿਖਾਉਂਦੀਆਂ ਹਨ। ਉਦਾਹਰਣ ਵਜੋਂ, ਜੇ ਤੁਸੀਂ "Allowed memory size exhausted" ਦੇਖ ਰਹੇ ਹੋ, ਤਾਂ PHP memory_limit ਮੁੱਲ ਨੂੰ ਵੱਧ ਕਰਨ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ। WooCommerce ਅਤੇ ਭਾਰੀ ਪਲੱਗਇਨ ਵਰਤਣ ਵਾਲੀਆਂ ਵੈੱਬਸਾਈਟਾਂ ਲਈ 256 MB ਜਾਂ ਇਸ ਤੋਂ ਉੱਚਾ ਮੈਮੋਰੀ ਸੀਮਾ ਵਧੀਆ ਨਤੀਜੇ ਦੇ ਸਕਦਾ ਹੈ।

5. ਅਧੂਰੇ ਅੱਪਡੇਟਾਂ ਨੂੰ ਮੁੜ ਇੰਸਟਾਲ ਕਰੋ

ਜੇ WordPress ਕੋਰ ਫਾਈਲਾਂ ਅਧੂਰੇ ਰਹੀਆਂ ਹਨ, ਤਾਂ ਪ੍ਰਬੰਧਨ ਪੈਨਲ ਤੋਂ "WordPress ਨੂੰ ਮੁੜ ਇੰਸਟਾਲ ਕਰੋ" ਵਿਕਲਪ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਇਹ ਕਾਰਵਾਈ wp-content ਫੋਲਡਰ ਅਤੇ ਡੇਟਾਬੇਸ ਨੂੰ ਮਿਟਾਉਂਦੀ ਨਹੀਂ ਹੈ; ਇਹ ਕੋਰ ਫਾਈਲਾਂ ਨੂੰ ਤਾਜ਼ਾ ਕਰਦੀ ਹੈ। ਫਿਰ ਵੀ, ਲਾਈਵ ਵੈੱਬਸਾਈਟ 'ਤੇ ਕਾਰਵਾਈ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਬੈਕਅਪ ਲੈਣਾ ਜ਼ਰੂਰੀ ਹੈ। ਜੇਕਰ ਪਲੱਗਇਨ ਅੱਪਡੇਟ ਅਧੂਰਾ ਰਹਿੰਦਾ ਹੈ, ਤਾਂ ਸੰਬੰਧਿਤ ਪਲੱਗਇਨ ਨੂੰ ਅਧਿਕਾਰਤ ਸਰੋਤ ਤੋਂ ਮੁੜ ਡਾਊਨਲੋਡ ਕਰਕੇ ਉਸੇ ਉੱਤੇ ਲੋਡ ਕਰਨਾ ਜਾਂ ਪੈਨਲ ਤੋਂ ਮੁੜ ਅੱਪਡੇਟ ਕਰਨਾ ਹੱਲ ਹੋ ਸਕਦਾ ਹੈ।

ਗਲਤੀ ਦੇ ਮੁੜ ਆਉਣ ਤੋਂ ਬਚਾਉਣ ਲਈ ਸਭ ਤੋਂ ਚੰਗੀਆਂ ਅਭਿਆਸਾਂ

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

ਅੱਪਡੇਟਾਂ ਨੂੰ ਸਮੂਹਿਕ ਨਹੀਂ, ਪੜਾਅਵਾਰ ਬਣਾਓ

20 ਪਲੱਗਇਨਾਂ ਨੂੰ ਇਕ ਵਾਰ ਵਿੱਚ ਅੱਪਡੇਟ ਕਰਨਾ ਸਮਾਂ ਬਚਾਉਣ ਵਾਲਾ ਲੱਗਦਾ ਹੈ; ਪਰ ਇਹ ਗਲਤੀ ਨੂੰ ਖੋਜਣ ਵਿੱਚ ਮੁਸ਼ਕਲ ਪੈਦਾ ਕਰਦਾ ਹੈ। ਜ਼ਿਆਦਾ ਸੁਰੱਖਿਅਤ ਕ੍ਰਮ ਹੇਠਾਂ ਦਿੱਤਾ ਗਿਆ ਹੈ: ਪਹਿਲਾਂ ਪੂਰਨ ਬੈਕਅਪ ਲਓ, ਬਾਅਦ ਵਿੱਚ WordPress ਕੋਰ ਨੂੰ ਅੱਪਡੇਟ ਕਰੋ, ਫਿਰ ਥੀਮ, ਅਤੇ ਅੰਤ ਵਿੱਚ 3-5 ਦੇ ਸਮੂਹ ਵਿੱਚ ਪਲੱਗਇਨਾਂ ਨੂੰ ਅੱਪਡੇਟ ਕਰੋ। ਮੁੱਖ ਪਲੱਗਇਨਾਂ ਵਿੱਚ ਹਰ ਅੱਪਡੇਟ ਤੋਂ ਬਾਅਦ ਸਾਈਟ ਨੂੰ ਜਾਂਚੋ।

ਸਟੇਜਿੰਗ ਮਾਹੌਲ ਦੀ ਵਰਤੋਂ ਕਰੋ

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

ਆਟੋਮੈਟਿਕ ਬੈਕਅਪ ਦੀ ਯੋਜਨਾ ਬਣਾਓ

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

PHP ਅਤੇ WordPress ਦੇ ਸੰਸਕਰਣਾਂ ਨੂੰ ਅੱਪਡੇਟ ਰੱਖੋ

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

ਹੋਸਟਿੰਗ ਸਰੋਤਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰੋ

ਜੇ ਤੁਹਾਡੀ ਸਾਈਟ ਬਾਰੰਬਾਰ ਅੱਪਡੇਟ ਦੌਰਾਨ ਫਸ ਰਹੀ ਹੈ, ਤਾਂ CPU, RAM, I/O, ਡਿਸਕ ਸਥਾਨ ਅਤੇ inode ਦੀ ਵਰਤੋਂ ਦੀ ਜਾਂਚ ਕਰੋ। ਘੱਟ ਸਰੋਤ ਸੀਮਾਵਾਂ ਕੇਵਲ ਸੰਭਾਲ ਮੋਡ ਗਲਤੀ ਦਾ ਕਾਰਨ ਨਹੀਂ ਬਣਦੀਆਂ, ਬਲਕਿ ਹੌਲੀ ਖੁੱਲ੍ਹਣ ਵਾਲੀਆਂ ਪੰਨਿਆਂ ਅਤੇ ਪ੍ਰਬੰਧਨ ਪੈਨਲ ਦੀ ਸਮੱਸਿਆਵਾਂ ਦਾ ਵੀ ਕਾਰਨ ਬਣ ਸਕਦੀਆਂ ਹਨ। ਵੱਧ ਸਕੇਲ ਕਰਨ ਯੋਗ ਆਧਾਰਭੂਤ ਢਾਂਚੇ ਲਈ ਵੈਬ ਹੋਸਟਿੰਗ ਜਾਂ WordPress ਮੂਲ ਪੈਕੇਜਾਂ ਵਿੱਚ ਬਦਲਾਅ ਬਾਰੇ ਸੋਚਿਆ ਜਾ ਸਕਦਾ ਹੈ।

SEO ਅਤੇ ਉਪਭੋਗਤਾ ਅਨੁਭਵ 'ਤੇ ਪ੍ਰਭਾਵ

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

ਗੂਗਲ, ਅਸਥਾਈ ਵਿਘਟਨ ਨੂੰ ਸਹਿਣ ਕਰ ਸਕਦਾ ਹੈ; ਪਰ ਵਾਰੰਵਾਰ ਪਹੁੰਚ ਸਮੱਸਿਆਵਾਂ ਸਕੈਨਿੰਗ ਬਜਟ ਅਤੇ ਉਪਭੋਗਤਾ ਸੰਕੇਤਾਂ ਨੂੰ ਨਕਾਰਾਤਮਕ ਰੂਪ ਵਿੱਚ ਪ੍ਰਭਾਵਿਤ ਕਰ ਸਕਦੀਆਂ ਹਨ। ਇਸ ਲਈ, ਗਲਤੀ ਨੂੰ ਹੱਲ ਕਰਨ ਤੋਂ ਬਾਅਦ ਕੇਵਲ ਮੁੱਖ ਪੰਨਾ ਹੀ ਨਹੀਂ, ਬਲਕਿ ਅਹਿਮ URL ਵੀ ਜਾਂਚੋ: ਸੰਪਰਕ ਪੰਨਾ, ਉਤਪਾਦ ਪੰਨਿਆਂ, ਭੁਗਤਾਨ ਦੇ ਕਦਮ, ਬਲੌਗ ਲੇਖ ਅਤੇ ਪ੍ਰਬੰਧਨ ਪੈਨਲ। ਇਸ ਤੋਂ ਇਲਾਵਾ, Search Console ਵਿੱਚ ਖੋਜ ਸਮੱਸਿਆਵਾਂ ਜਾਂ ਸਰਵਰ ਗਲਤੀ ਦਾ ਵਾਧਾ ਹੋਣ ਦੀ ਜਾਂਚ ਕਰੋ।

ਤੇਜ਼ ਜਾਂਚ ਸੂਚੀ

ਅਕਸਰ ਮਾਮਲਿਆਂ ਵਿੱਚ ਹੇਠਾਂ ਦਿੱਤੀ ਛੋਟੀ ਸੂਚੀ ਨੂੰ ਫੋਲੋ ਕਰਕੇ ਗਲਤੀ ਨੂੰ ਵਿਧਾਨਕ ਤਰੀਕੇ ਨਾਲ ਹੱਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ:

• ਸਾਈਟ ਦੇ ਮੁੱਖ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਪਹੁੰਚ ਕਰੋ: public_html ਜਾਂ ਡੋਮੇਨ ਫੋਲਡਰ।
• ਗੁਪਤ ਫਾਈਲਾਂ ਨੂੰ ਵੇਖਣਯੋਗ ਬਣਾਓ।
• .maintenance ਫਾਈਲ ਨੂੰ ਮਿਟਾਓ।
• ਬ੍ਰਾਉਜ਼ਰ, ਪਲੱਗਇਨ, ਸਰਵਰ ਅਤੇ CDN ਕੈਸ਼ ਨੂੰ ਸਾਫ ਕਰੋ।
• WordPress ਪ੍ਰਬੰਧਨ ਪੈਨਲ ਤੋਂ ਅੱਪਡੇਟਾਂ ਦੀ ਜਾਂਚ ਕਰੋ।
• ਅਧੂਰੀ ਪਲੱਗਇਨ ਜਾਂ ਥੀਮ ਅੱਪਡੇਟ ਨੂੰ ਇਕ-ਇਕ ਕਰਕੇ ਮੁੜ ਕੋਸ਼ਿਸ਼ ਕਰੋ।
• ਡਿਸਕ ਸਥਾਨ, inode, PHP ਮੈਮੋਰੀ ਸੀਮਾ ਅਤੇ ਗਲਤੀ ਰਿਕਾਰਡਾਂ ਦੀ ਜਾਂਚ ਕਰੋ।
• ਜੇ ਸਮੱਸਿਆ ਮੁੜ ਆਉਂਦੀ ਹੈ, ਤਾਂ ਹੋਸਟਿੰਗ ਸਰੋਤਾਂ ਅਤੇ ਪਲੱਗਇਨ ਦੀ ਅਸਮਰਥਾ ਦੀ ਜਾਂਚ ਕਰੋ।

ਤੁਸੀਂ ਕਦੋਂ ਪੇਸ਼ੇਵਰ ਸਹਾਇਤਾ ਲੈਣ ਦੀ ਲੋੜ ਹੈ?