ਬਿਨਾਂ ਕਿਸੇ ਨੂੰ ਉਡੀਕ ਕਰਵਾਏ ਵੱਡੇ ਵਰਕਸਪੇਸ ਵੱਲ ਜਾਣਾ

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

ਪੁਰਾਣੇ ਵਰਕਸਪੇਸ ਛੋਟੇ ਕਿਉਂ ਰਹੇ

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

ਇਸਦਾ ਅਸਰ ਪੈਂਦਾ ਸੀ। ਇੱਕ ਛੋਟਾ ਵਰਕਸਪੇਸ ਇੱਕ git push ਦੌਰਾਨ ਮੈਮੋਰੀ ਖਤਮ ਕਰ ਬੈਠਾ, ਜਦੋਂ ਉਸਦਾ ਪ੍ਰੀਵਿਊ ਸ਼ੁਰੂ ਹੋ ਰਿਹਾ ਸੀ, ਅਤੇ 11 ਮਿੰਟ ਜਵਾਬ ਨਹੀਂ ਦਿੱਤਾ। ਉਸ ਕਾਰਨ ਇੱਕ ਪਬਲਿਸ਼ ਫ਼ੇਲ੍ਹ ਹੋਇਆ।

ਪਹਿਲੀ ਕੋਸ਼ਿਸ਼: ਜਗਾਉਣ ਵੇਲੇ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਲਿਜਾਣਾ

ਵਰਕਸਪੇਸ ਉਦੋਂ ਰੁਕਦੇ ਹਨ ਜਦੋਂ ਕੋਈ ਵਰਤ ਨਹੀਂ ਰਿਹਾ, ਅਤੇ ਪ੍ਰੋਜੈਕਟ ਖੁੱਲ੍ਹਣ 'ਤੇ ਜਾਗਦੇ ਹਨ। ਜਾਗਣ ਵੇਲੇ ਪ੍ਰੋਜੈਕਟ ਲਿਜਾਣਾ ਠੀਕ ਲੱਗਦਾ ਸੀ, ਕਿਉਂਕਿ ਉਸ ਵੇਲੇ ਕੋਈ ਉਸ 'ਤੇ ਕੰਮ ਨਹੀਂ ਕਰ ਰਿਹਾ ਹੁੰਦਾ।

ਲਿਜਾਣ ਦਾ ਤਰੀਕਾ ਇਹ ਸੀ:

1. ਆਕਾਰ ਜਾਂਚੋ। ਜੇ ਵਰਕਸਪੇਸ 2 GB ਤੋਂ ਛੋਟਾ ਹੈ, ਤਾਂ ਉਸਨੂੰ ਲਿਜਾਓ। ਜੇ ਉਸਦਾ ਆਕਾਰ ਪਤਾ ਨਹੀਂ, ਤਾਂ ਕੁਝ ਨਾ ਕਰੋ।
2. ਪਬਲਿਸ਼ ਨੂੰ ਨਾ ਛੇੜੋ। ਪਬਲਿਸ਼ ਵਰਕਸਪੇਸ ਦੀਆਂ ਫ਼ਾਈਲਾਂ ਪੜ੍ਹਦਾ ਹੈ, ਇਸ ਲਈ ਜੇ ਕੋਈ ਚੱਲ ਰਿਹਾ ਹੋਵੇ, ਤਾਂ ਲਿਜਾਣਾ ਛੱਡ ਦਿਓ।
3. ਪ੍ਰੋਜੈਕਟ ਪੈਕ ਕਰੋ। ਪ੍ਰੋਜੈਕਟ ਦੀ ਹਰ ਚੀਜ਼ ਆਰਕਾਈਵ ਕਰੋ, ਜਿਸ ਵਿੱਚ ਉਸਦੀ git ਹਿਸਟਰੀ ਵੀ ਹੈ, ਯਾਨੀ ਹਰ ਚੈੱਕਪੌਇੰਟ ਜੋ ਪ੍ਰੋਜੈਕਟ ਕੋਲ ਹੈ, ਅਤੇ ਐਪ ਦੀ ਆਪਣੀ .env ਫ਼ਾਈਲ, ਜੋ ਮਾਲਕ ਦੀ ਹੈ। ਪਰ ਇੰਸਟਾਲ ਹੋਈਆਂ ਡਿਪੈਂਡੈਂਸੀਜ਼ (node_modules) ਛੱਡ ਦਿਓ, ਜੋ ਦੁਬਾਰਾ ਇੰਸਟਾਲ ਹੋ ਸਕਦੀਆਂ ਹਨ।
4. ਸਿੱਧਾ ਪਾਰ ਕਰੋ। ਪੁਰਾਣੇ ਵਰਕਸਪੇਸ ਤੋਂ ਆਰਕਾਈਵ ਨੂੰ ਇੱਕ ਨਵੇਂ 2 GB ਵਰਕਸਪੇਸ ਵਿੱਚ ਸਟ੍ਰੀਮ ਕਰੋ, ਤਾਂ ਜੋ ਇਹ ਕਦੇ ਸਾਡੇ ਆਪਣੇ ਸਰਵਰ ਦੀ ਮੈਮੋਰੀ ਵਿੱਚ ਫਿੱਟ ਨਾ ਕਰਨਾ ਪਵੇ।
5. ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਤੁਲਨਾ ਕਰੋ। ਦੋਹਾਂ ਵਰਕਸਪੇਸਾਂ ਵਿੱਚ ਫ਼ਾਈਲਾਂ ਗਿਣੋ, ਆਖਰੀ ਚੈੱਕਪੌਇੰਟ ਪੜ੍ਹੋ, ਅਤੇ ਚੈੱਕਪੌਇੰਟ ਗਿਣੋ। ਤਿੰਨੇ ਮਿਲਣ ਤਾਂ ਹੀ ਬਦਲੋ।
6. ਕਿਸੇ ਵੀ ਫ਼ੇਲ੍ਹ 'ਤੇ ਪੁਰਾਣਾ ਰੱਖੋ। ਕੋਈ ਗਲਤੀ ਜਾਂ ਮਿਸਮੈਚ ਹੋਵੇ, ਤਾਂ ਨਵਾਂ ਵਰਕਸਪੇਸ ਸੁੱਟ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਪ੍ਰੋਜੈਕਟ ਪਹਿਲਾਂ ਵਾਂਗ ਪੁਰਾਣੇ ਵਿੱਚ ਖੁੱਲ੍ਹਦਾ ਹੈ।

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

ਪਹਿਲੇ ਦਿਨ ਕੀ ਗਲਤ ਹੋਇਆ

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

ਕਿਸੇ ਨੂੰ ਆਪਣਾ ਪ੍ਰੋਜੈਕਟ ਖੋਲ੍ਹਣ ਵੇਲੇ ਉਡੀਕ ਕਰਵਾਉਣਾ ਇੱਕ ਮਾੜਾ ਸੌਦਾ ਹੈ। ਜਾਗਣ 'ਤੇ ਲਿਜਾਣ ਦਾ ਪੂਰਾ ਮਕਸਦ ਇਹ ਸੀ ਕਿ ਕਿਸੇ ਨੂੰ ਪਤਾ ਹੀ ਨਾ ਲੱਗੇ।

ਦੂਜੀ ਕੋਸ਼ਿਸ਼: ਸਖ਼ਤ ਬਜਟ

ਉਸੇ ਦਿਨ ਅਸੀਂ ਚਾਰ ਗੱਲਾਂ ਬਦਲੀਆਂ:

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

ਤੀਜੀ ਕੋਸ਼ਿਸ਼: ਇਸਨੂੰ ਜਾਗਣ ਵਿੱਚੋਂ ਕੱਢੋ

ਇਸ ਨਾਲ ਸਭ ਤੋਂ ਬੁਰਾ ਕੇਸ ਇੱਕ ਮਿੰਟ ਹੋ ਗਿਆ। ਪਰ ਇੱਕ ਮਿੰਟ ਵੀ ਇੱਕ ਮਿੰਟ ਹੈ, ਅਤੇ ਸਾਨੂੰ ਅਹਿਸਾਸ ਹੋਇਆ ਕਿ ਇਹ ਲਿਜਾਣਾ ਕਿਸੇ ਦੇ ਰਾਹ ਵਿੱਚ ਹੋਣ ਦੀ ਲੋੜ ਹੀ ਨਹੀਂ ਸੀ।

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

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

ਅਸੀਂ ਇਸ ਤੋਂ ਕੀ ਸਿੱਖਿਆ

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

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