ਸਟੈਟਿਕ ਸਾਈਟਾਂ ਹੁਣ ਦੁਬਾਰਾ ਪ੍ਰਕਾਸ਼ਿਤ ਹੁੰਦਿਆਂ ਵੀ ਚਾਲੂ ਰਹਿੰਦੀਆਂ ਹਨ

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

ਸਟੈਟਿਕ ਸਾਈਟ ਕਿਵੇਂ ਪਰੋਸੀ ਜਾਂਦੀ ਹੈ

ਸਟੈਟਿਕ ਸਾਈਟ ਉਹ ਹੈ ਜੋ ਸਿਰਫ਼ ਫਾਈਲਾਂ ਹਨ: HTML ਪੰਨੇ, JavaScript, CSS, ਤਸਵੀਰਾਂ। Mythex ’ਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਵੇਲੇ ਅਸੀਂ ਇਸਨੂੰ ਬਣਾਉਂਦੇ ਹਾਂ, ਨਤੀਜਾ ਆਬਜੈਕਟ ਸਟੋਰੇਜ ਵਿੱਚ ਤੁਹਾਡੀ ਸਾਈਟ ਦੇ ਫੋਲਡਰ ਹੇਠਾਂ ਅੱਪਲੋਡ ਕਰਦੇ ਹਾਂ, ਅਤੇ ਇੱਕ ਐਜ ਨੈੱਟਵਰਕ ਰਾਹੀਂ ਪਰੋਸਦੇ ਹਾਂ। ਐਜ ਸਰਵਰ ਵਿਜ਼ਿਟਰਾਂ ਦੇ ਨੇੜੇ ਹੁੰਦੇ ਹਨ, ਜੋ ਸਟੋਰੇਜ ਤੋਂ ਫਾਈਲਾਂ ਲੈਂਦੇ ਹਨ ਅਤੇ ਕੁਝ ਸਮੇਂ ਲਈ ਉਹਨਾਂ ਦੀਆਂ ਕਾਪੀਆਂ ਰੱਖਦੇ ਹਨ। (ਜੇ ਤੁਸੀਂ ਇਹ ਨਵਾਂ ਹੋ, ਤਾਂ ਸਾਡੀ ਗਾਈਡ CDN ਕੀ ਹੈ ਵਿਚਾਰ ਸਮਝਾਉਂਦੀ ਹੈ।)

ਦੋ ਗੱਲਾਂ ਗ਼ਲਤ ਸਨ: ਦੁਬਾਰਾ ਪ੍ਰਕਾਸ਼ਨ ਵਿੱਚ ਫਾਈਲਾਂ ਕਿਸ ਕ੍ਰਮ ਵਿੱਚ ਬਦਲਦੀਆਂ ਸਨ, ਅਤੇ ਪੁਰਾਣੀਆਂ ਕਾਪੀਆਂ ਕਿੰਨਾ ਚਿਰ ਰੱਖੀਆਂ ਜਾਂਦੀਆਂ ਸਨ।

ਸਮੱਸਿਆ 1: ਅੱਪਲੋਡ ਨੇ ਪਹਿਲਾਂ ਸਾਈਟ ਖਾਲੀ ਕਰ ਦਿੱਤੀ

ਦੁਬਾਰਾ ਪ੍ਰਕਾਸ਼ਨ ਸਾਈਟ ਦੇ ਫੋਲਡਰ ਵਿੱਚ ਸਭ ਕੁਝ ਮਿਟਾਉਂਦਾ ਸੀ, ਫਿਰ ਨਵਾਂ ਬਿਲਡ ਅੱਪਲੋਡ ਕਰਦਾ ਸੀ। ਅੱਪਲੋਡ ਜਿੰਨਾ ਚਿਰ ਲੈਂਦਾ ਸੀ, ਜਿਵੇਂ ਸਾਡੇ ਲੋਕਲ ਟੈਸਟ ਵਿੱਚ 250 ਫਾਈਲਾਂ ਵਾਲੀ ਸਾਈਟ ਲਈ 12 ਸਕਿੰਟ, ਉਸ ਦੌਰਾਨ ਜਿਸ ਵਿਜ਼ਿਟਰ ਦੀ ਬੇਨਤੀ ਐਜ ’ਤੇ ਕੈਸ਼ ਨਹੀਂ ਸੀ, ਉਸਨੂੰ 404 ਜਾਂ ਅਜਿਹਾ HTML ਪੰਨਾ ਮਿਲਦਾ ਸੀ ਜਿਸਦੇ ਸਕ੍ਰਿਪਟ 404 ਦਿੰਦੇ ਸਨ।

ਅਸਫਲ ਅੱਪਲੋਡ ਹੋਰ ਵੀ ਮਾੜਾ ਸੀ। ਫੋਲਡਰ ਪਹਿਲਾਂ ਹੀ ਖਾਲੀ ਸੀ, ਅਤੇ ਦੋ ਅੱਪਲੋਡ ਰਾਹਾਂ ਵਿੱਚੋਂ ਇੱਕ ’ਤੇ ਨਵਾਂ index.html ਉਸ ਫਾਈਲ ਤੋਂ ਪਹਿਲਾਂ ਉਤਰ ਸਕਦਾ ਸੀ ਜੋ ਫੇਲ੍ਹ ਹੋਈ। ਅਸਫਲ ਦੱਸੀ ਗਈ ਪ੍ਰਕਾਸ਼ਨ ਅੱਧੀ-ਨਵੀਂ ਸਾਈਟ ਲਾਈਵ ਛੱਡ ਸਕਦੀ ਸੀ।

ਫਿਕਸ: ਉੱਪਰ ਲਿਖੋ, ਪੰਨੇ ਆਖ਼ਿਰ ਵਿੱਚ, ਬਚਿਆ ਬਾਅਦ ਵਿੱਚ ਸਾਫ਼ ਕਰੋ

1. ਪਹਿਲਾਂ ਨਾ ਮਿਟਾਓ। ਨਵਾਂ ਬਿਲਡ ਪੁਰਾਣੇ ਦੇ ਉੱਪਰ ਅੱਪਲੋਡ ਹੁੰਦਾ ਹੈ।
2. ਐਸੇਟ ਪੰਨਿਆਂ ਤੋਂ ਪਹਿਲਾਂ। ਪੰਨਾ ਦੱਸਦਾ ਹੈ ਕਿ ਉਸਨੂੰ ਕਿਹੜੇ ਸਕ੍ਰਿਪਟ ਅਤੇ ਸਟਾਈਲ ਚਾਹੀਦੇ ਹਨ, ਇਸ ਲਈ ਪੰਨੇ ਆਖ਼ਿਰ ਵਿੱਚ ਜਾਂਦੇ ਹਨ। ਨਵੇਂ ਪੰਨੇ ਪਹੁੰਚਣ ਤੱਕ ਵਿਜ਼ਿਟਰ ਨੂੰ ਪੁਰਾਣਾ ਪੰਨਾ ਮਿਲਦਾ ਹੈ, ਜੋ ਪੁਰਾਣੇ ਐਸੇਟ ਦੱਸਦਾ ਹੈ, ਜੋ ਅਜੇ ਮੌਜੂਦ ਹਨ। ਪਹੁੰਚਣ ਤੋਂ ਬਾਅਦ ਉਹ ਨਵੇਂ ਐਸੇਟ ਪਹਿਲਾਂ ਹੀ ਥਾਂ ’ਤੇ ਹੁੰਦੇ ਹਨ ਜਿਨ੍ਹਾਂ ਦਾ ਨਾਮ ਉਹ ਲੈਂਦੇ ਹਨ।
3. ਬਚੀਆਂ ਫਾਈਲਾਂ ਬਾਅਦ ਵਿੱਚ ਹਟਾਓ। ਅੱਪਲੋਡ ਤੋਂ ਪਹਿਲਾਂ ਅਸੀਂ ਸੂਚੀ ਬਣਾਉਂਦੇ ਹਾਂ ਕਿ ਸਾਈਟ ਕਿਹੜੀਆਂ ਫਾਈਲਾਂ ਨਾਲ ਬਣੀ ਹੈ। ਸਫਲ ਅੱਪਲੋਡ ਤੋਂ ਤਿੰਨ ਮਿੰਟ ਬਾਅਦ, ਉਸ ਸੂਚੀ ਦੀ ਕੋਈ ਵੀ ਫਾਈਲ ਜੋ ਨਵੇਂ ਬਿਲਡ ਨੇ ਨਹੀਂ ਲਿਖੀ, ਮਿਟਾ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ। ਤਿੰਨ ਮਿੰਟ 60 ਸਕਿੰਟਾਂ ਤੋਂ ਲੰਮੇ ਹਨ, ਜਿੰਨਾ ਸਮਾਂ ਕਿਸੇ ਪੰਨੇ ਨੂੰ ਐਜ ਅਤੇ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਕੈਸ਼ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਪੁਰਾਣਾ ਪੰਨਾ ਫੜੀ ਬੈਠਾ ਵਿਜ਼ਿਟਰ ਵੀ ਉਸਦੇ ਐਸੇਟ ਲੱਭ ਸਕਦਾ ਹੈ।
4. ਸ਼ੱਕ ਹੋਵੇ ਤਾਂ ਕੁਝ ਨਾ ਮਿਟਾਓ। ਜੇ ਅੱਪਲੋਡ ਤੋਂ ਪਹਿਲਾਂ ਸੂਚੀ ਬਣਾਉਣੀ ਫੇਲ੍ਹ ਹੋਵੇ, ਤਾਂ ਕੁਝ ਵੀ ਸਾਫ਼ ਨਹੀਂ ਹੁੰਦਾ। ਬਚੀਆਂ ਫਾਈਲਾਂ ਨੁਕਸਾਨ ਨਹੀਂ ਕਰਦੀਆਂ, ਅਤੇ ਅਗਲਾ ਪ੍ਰਕਾਸ਼ਨ ਉਹਨਾਂ ਨੂੰ ਸਾਫ਼ ਕਰ ਦਿੰਦਾ ਹੈ। ਬਿਨਾਂ ਜਾਣੇ ਮਿਟਾਉਣਾ ਹੀ ਸਾਈਟ ਨੂੰ ਖਾਲੀ ਕਰਨ ਦਾ ਤਰੀਕਾ ਹੈ।

ਹੁਣ ਅਸਫਲ ਅੱਪਲੋਡ ਪਿਛਲੀ ਸਾਈਟ ਨੂੰ ਬਿਲਕੁਲ ਉਸੇ ਹਾਲਤ ਵਿੱਚ ਛੱਡਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਉਹ ਸੀ।

ਅਸੀਂ ਇਹ ਲੋਕਲ ਤੌਰ ’ਤੇ ਸਿਰੇ ਤੱਕ ਟੈਸਟ ਕੀਤਾ, ਅਸਲ ਅੱਪਲੋਡ ਸਕ੍ਰਿਪਟ, ਅਸਲ ਅੱਪਲੋਡ ਰੂਟ ਅਤੇ ਸਟੋਰੇਜ ਸਰਵਿੰਗ ਵਰਤ ਕੇ, ਅਤੇ ਠੰਢੇ ਐਜ ਕੈਸ਼ ਵਾਲੇ ਵਿਜ਼ਿਟਰਾਂ ਨਾਲ। ਪੁਰਾਣੇ ਕੋਡ ਨਾਲ, ਦੁਬਾਰਾ ਪ੍ਰਕਾਸ਼ਨ ਦੌਰਾਨ 91 ਵਿੱਚੋਂ 55 ਵਿਜ਼ਿਟ ਟੁੱਟੇ ਸਨ, ਅਤੇ ਅਸਫਲ ਦੌਰਾਨ 92 ਵਿੱਚੋਂ 61। ਨਵੇਂ ਕੋਡ ਨਾਲ, ਦੋਵੇਂ ਅੱਪਲੋਡ ਰਾਹਾਂ, ਇੱਕ ਅਸਫਲ ਅੱਪਲੋਡ ਅਤੇ ਉਸਤੋਂ ਬਾਅਦ ਦੇ ਪ੍ਰਕਾਸ਼ਨ ਨੂੰ ਕਵਰ ਕਰਦੇ ਲਗਭਗ 3,500 ਵਿਜ਼ਿਟਾਂ ਵਿੱਚੋਂ 0 ਟੁੱਟੇ, ਅਤੇ ਠੀਕ ਉਹੀ ਬਚੀਆਂ ਫਾਈਲਾਂ ਹਟੀਆਂ।

ਸਮੱਸਿਆ 2: ਦੁਬਾਰਾ ਪ੍ਰਕਾਸ਼ਨ ਦਿਸਣ ਵਿੱਚ ਬਹੁਤ ਸਮਾਂ ਲੈਂਦਾ ਸੀ

ਅੱਪਲੋਡ ਠੀਕ ਹੋਣ ’ਤੇ ਵੀ ਬਦਲਾਅ ਦਿਸਣ ਵਿੱਚ ਦੇਰ ਲੱਗਦੀ ਸੀ। ਐਜ ਹਰ ਪੰਨੇ ਦੀ ਕਾਪੀ 60 ਸਕਿੰਟ ਅਤੇ ਬਾਕੀ ਹਰ ਫਾਈਲ ਦੀ ਇੱਕ ਦਿਨ ਰੱਖਦਾ ਸੀ, ਅਤੇ ਬ੍ਰਾਊਜ਼ਰਾਂ ਨੂੰ ਵੀ ਇਹੀ ਕਹਿੰਦਾ ਸੀ। ਸਥਿਰ ਨਾਮ ਵਾਲੀਆਂ ਫਾਈਲਾਂ, ਜਿਵੇਂ logo.png, ਫੌਂਟ, ਜਾਂ public/ ਫੋਲਡਰ ਦੀ ਕੋਈ ਵੀ ਚੀਜ਼, ਦੁਬਾਰਾ ਪ੍ਰਕਾਸ਼ਨ ਤੋਂ ਬਾਅਦ ਇੱਕ ਦਿਨ ਤੱਕ ਪੁਰਾਣਾ ਵਰਜਨ ਦਿਖਾ ਸਕਦੀਆਂ ਸਨ।

ਫਿਕਸ: ਬਿਲਡ ਹੇਠ ਫਾਈਲ ਕਾਪੀਆਂ

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

ਬ੍ਰਾਊਜ਼ਰਾਂ ਲਈ ਦੋ ਵੱਖ-ਵੱਖ ਨਿਯਮ ਹਨ:

• ਹੈਸ਼ ਵਾਲਾ ਬਿਲਡ ਆਉਟਪੁੱਟ, ਜਿਵੇਂ assets/index-CzLcxDO8.js, ਜਿਸਦਾ ਨਾਮ ਸਮੱਗਰੀ ਬਦਲਣ ’ਤੇ ਬਦਲਦਾ ਹੈ, ਇੱਕ ਸਾਲ ਲਈ ਕੈਸ਼ ਹੁੰਦਾ ਹੈ ਅਤੇ immutable ਮਾਰਕ ਹੁੰਦਾ ਹੈ। ਉਸ ਨਾਮ ਹੇਠ ਉਹ ਕਦੇ ਪੁਰਾਣਾ ਨਹੀਂ ਹੋ ਸਕਦਾ।
• ਬਾਕੀ ਸਭ ਕੁਝ, ਯਾਨੀ ਪੰਨੇ ਅਤੇ ਸਥਿਰ ਨਾਮ ਵਾਲੀਆਂ ਫਾਈਲਾਂ ਜਿਵੇਂ ਲੋਗੋ, no-cache ਮਾਰਕ ਹੁੰਦਾ ਹੈ, ਯਾਨੀ “ਵਰਤਣ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂਚੋ”। ਜੇ ਕੁਝ ਨਾ ਬਦਲਿਆ ਹੋਵੇ, ਤਾਂ ਜਵਾਬ ਬਿਨਾਂ ਸਰੀਰ ਦਾ ਛੋਟਾ 304 Not Modified ਹੁੰਦਾ ਹੈ, ਹੁਣ ਜਦੋਂ ਅਸੀਂ ਬ੍ਰਾਊਜ਼ਰ ਦੀ If-None-Match ਜਾਂਚ ਮੰਨਦੇ ਹਾਂ।

ਇਹਨਾਂ ਦੋਵਾਂ ਨੂੰ ਵੱਖ ਕਰਨ ਲਈ ਧਿਆਨ ਚਾਹੀਦਾ ਹੈ: public/assets/ ਤੋਂ ਕਾਪੀ ਹੋਈ ਫਾਈਲ ਆਪਣਾ ਨਾਮ ਰੱਖਦੀ ਹੈ, ਅਤੇ assets/logo.png ਨੂੰ ਇੱਕ ਸਾਲ ਕੈਸ਼ ਕਰਨ ਨਾਲ ਪੁਰਾਣਾ ਲੋਗੋ ਇੱਕ ਸਾਲ ਲਈ ਫਸ ਜਾਵੇਗਾ। ਇਸ ਲਈ ਫਾਈਲ ਉਦੋਂ ਹੀ ਹੈਸ਼ ਵਾਲੀ ਗਿਣੀ ਜਾਂਦੀ ਹੈ ਜਦੋਂ ਉਹ ਬਿਲਡ ਆਉਟਪੁੱਟ ਫੋਲਡਰ ਵਿੱਚ ਹੋਵੇ ਅਤੇ ਉਸਦੇ ਨਾਮ ਵਿੱਚ ਕੋਈ ਹਿੱਸਾ ਹੈਸ਼ ਵਰਗਾ ਹੋਵੇ, ਆਮ ਸ਼ਬਦ ਵਰਗਾ ਨਹੀਂ।

ਲੋਕਲ ਤੌਰ ’ਤੇ, ਨਵਾਂ ਪੰਨਾ ਅਤੇ ਲੋਗੋ ਪ੍ਰਕਾਸ਼ਨ ਲਾਈਵ ਹੋਣ ਤੋਂ 6 ਸਕਿੰਟ ਬਾਅਦ ਦਿਸ ਪਏ। ਪਹਿਲਾਂ ਪੰਨੇ ਲਈ 60 ਸਕਿੰਟ ਅਤੇ ਲੋਗੋ ਲਈ ਇੱਕ ਦਿਨ ਲੱਗਦਾ ਸੀ।

ਰਾਹ ਵਿੱਚ ਦੋ ਛੋਟੇ ਫਿਕਸ

• HEAD ਬੇਨਤੀਆਂ ਤੋਂ ਖਾਲੀ ਪੰਨੇ। HEAD ਬੇਨਤੀ ਪੰਨੇ ਦੇ ਹੈਡਰ ਮੰਗਦੀ ਹੈ ਬਿਨਾਂ ਸਰੀਰ ਦੇ। ਅਸੀਂ ਉਹ ਖਾਲੀ ਜਵਾਬ ਕੈਸ਼ ਕਰ ਰਹੇ ਸੀ, ਇਸ ਲਈ ਅਗਲੇ ਵਿਜ਼ਿਟਰ ਨੂੰ ਉਸ ਪੰਨੇ ’ਤੇ ਖਾਲੀ ਪੰਨਾ ਮਿਲਦਾ ਸੀ। ਹੁਣ HEAD ਜਵਾਬ ਕੈਸ਼ ਨਹੀਂ ਹੁੰਦੇ।
• “ਇੱਥੇ ਕੁਝ ਨਹੀਂ” ਲਈ ਅਸਲੀ ਪੰਨਾ। ਉਸ ਪਤੇ ’ਤੇ ਜਿਸ ਨਾਲ ਕੋਈ ਐਪ ਨਹੀਂ ਜੁੜੀ ਸੀ, ਪਹਿਲਾਂ ਸਾਦਾ ਟੈਕਸਟ “This published app is offline or the link was not found” ਅਤੇ 502 ਕੋਡ ਮਿਲਦਾ ਸੀ। ਹੁਣ ਇਹ ਠੀਕ ਪੰਨਾ ਦਿਖਾਉਂਦਾ ਹੈ, “There's no app here”, 404 ਸਟੇਟਸ ਨਾਲ ਅਤੇ ਮਾਲਕ ਲਈ Mythex ਵੱਲ ਵਾਪਸੀ ਦਾ ਰਾਹ। ਅਣਜਾਣ ਕਸਟਮ ਡੋਮੇਨ ਵੀ ਇਹੀ ਪੰਨਾ ਲੈਂਦੇ ਹਨ।

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

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

ਸੰਬੰਧਿਤ: ਤੁਹਾਡੀ ਪ੍ਰਕਾਸ਼ਿਤ ਐਪ ਹੁਣ ਦੁਬਾਰਾ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦੇ ਸਮੇਂ ਵੀ ਚਾਲੂ ਰਹਿੰਦੀ ਹੈ। ਪ੍ਰਕਾਸ਼ਨ ਬਾਰੇ ਹੋਰ ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ ਹੈ।