ਪ੍ਰਕਾਸ਼ਨ ਦੀਆਂ ਗਲਤੀਆਂ ਹੁਣ ਸਾਦੇ ਸ਼ਬਦਾਂ ਵਿੱਚ ਦੱਸਦੀਆਂ ਹਨ ਕਿ ਕੀ ਹੋਇਆ
ਜਦੋਂ Mythex 'ਤੇ ਪ੍ਰਕਾਸ਼ਨ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ, ਡਾਇਲੌਗ ਹੁਣ ਇੱਕ ਸਾਦੇ ਵਾਕ ਵਿੱਚ ਦੱਸਦਾ ਹੈ ਕਿ ਕੀ ਹੋਇਆ: ਬਿਲਡ ਫੇਲ੍ਹ ਹੋਇਆ, ਤੁਹਾਡੀ ਐਪ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਬਾਅਦ ਰੁਕ ਗਈ, ਤੁਹਾਡੀ ਐਪ ਸ਼ੁਰੂ ਹੀ ਨਹੀਂ ਹੋਈ, ਕੋਈ ਫਾਈਲ ਬਹੁਤ ਵੱਡੀ ਹੈ, ਜਾਂ ਸਾਡੇ ਪਾਸੇ ਕੁਝ ਗਲਤ ਹੋਇਆ। ਇਹ Fix with AI ਅਤੇ Try again ਦਿੰਦਾ ਹੈ। ਬਿਲਡ ਅਤੇ ਤੁਹਾਡੀ ਐਪ ਦਾ ਕੱਚਾ ਆਉਟਪੁੱਟ ਅਜੇ ਵੀ ਏਜੰਟ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ, ਤਾਂ ਜੋ Fix with AI ਉਸਨੂੰ ਪੜ੍ਹ ਕੇ ਪ੍ਰੋਜੈਕਟ ਠੀਕ ਕਰ ਸਕੇ, ਪਰ ਤੁਹਾਨੂੰ ਖੁਦ ਉਹ ਪੜ੍ਹਨਾ ਨਹੀਂ ਪੈਂਦਾ।
ਕੀ ਬਦਲਿਆ
ਇੱਕ ਵਾਕ ਜਿਸ 'ਤੇ ਤੁਸੀਂ ਕੰਮ ਕਰ ਸਕੋ
ਹਰ ਫੇਲ੍ਹ ਪ੍ਰਕਾਸ਼ਨ ਨੂੰ ਹੁਣ ਇੱਕ ਕਿਸਮ ਮਿਲਦੀ ਹੈ, ਜੋ ਫੇਲ੍ਹ ਹੋਣ ਦੇ ਪਲ 'ਤੇ ਉਹਨਾਂ ਤੱਥਾਂ ਤੋਂ ਤੈਅ ਹੁੰਦੀ ਹੈ ਜੋ ਉਸ ਵੇਲੇ ਸਾਡੇ ਕੋਲ ਹਨ: ਕਿਹੜਾ ਕਦਮ ਫੇਲ੍ਹ ਹੋਇਆ, ਕੀ ਐਪ ਦੀ ਮਸ਼ੀਨ ਨੇ ਕਰੈਸ਼ ਦੱਸੇ, ਕੀ ਉਹ ਕਦੇ ਕਨੈਕਸ਼ਨ ਲੈਣ ਲੱਗੀ। ਬਾਅਦ ਵਿੱਚ ਗਲਤੀ ਦਾ ਟੈਕਸਟ ਪੜ੍ਹ ਕੇ ਨਹੀਂ। ਹਰ ਕਿਸਮ ਦਾ ਆਪਣਾ ਸੁਨੇਹਾ ਹੈ:
| ਤੁਸੀਂ ਕੀ ਵੇਖਦੇ ਹੋ | ਇਸਦਾ ਮਤਲਬ |
|---|---|
| “The build failed.” | ਤੁਹਾਡੇ ਪ੍ਰੋਜੈਕਟ ਦੀ build ਕਮਾਂਡ ਜਾਂ Dockerfile ਬਣ ਨਹੀਂ ਸਕਿਆ। |
| “Your app stopped right after it started.” | ਇਹ ਪ੍ਰਕਾਸ਼ਿਤ ਹੋਈ, ਫਿਰ ਬੰਦ ਹੋ ਗਈ ਜਾਂ ਲਗਾਤਾਰ ਮੁੜ ਚਾਲੂ ਹੁੰਦੀ ਰਹੀ। |
| “Your app didn't start after publishing.” | ਇਹ ਪ੍ਰਕਾਸ਼ਿਤ ਹੋਈ ਪਰ ਕਦੇ ਕਨੈਕਸ਼ਨ ਲੈਣੇ ਸ਼ੁਰੂ ਨਹੀਂ ਕੀਤੇ। |
| “This file is too big” / ਬਹੁਤ ਸਾਰੀਆਂ ਫਾਈਲਾਂ | ਇੱਕ ਸਟੈਟਿਕ ਸਾਈਟ ਹਰ ਫਾਈਲ ਦੇ ਆਕਾਰ ਜਾਂ ਫਾਈਲਾਂ ਦੀ ਗਿਣਤੀ ਦੀ ਹੱਦ ਤੋਂ ਵੱਧ ਹੈ। ਸੁਨੇਹਾ ਫਾਈਲਾਂ ਦੀ ਸੂਚੀ ਦਿੰਦਾ ਹੈ। |
| “This link name can't be used for publishing.” | ਲਿੰਕ ਨਾਮ ਬਦਲੋ ਅਤੇ ਮੁੜ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ; ਤੁਹਾਡਾ ਕੋਡ ਠੀਕ ਹੈ। |
| “Publishing is busy for a moment” | ਤੁਹਾਡੀ ਐਪ ਵਿੱਚ ਕੁਝ ਗਲਤ ਨਹੀਂ। ਕੁਝ ਮਿੰਟਾਂ ਬਾਅਦ ਮੁੜ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ। |
| “…a problem on our side, not in your app.” | ਇਹ ਸਾਡੇ ਠੀਕ ਕਰਨ ਵਾਲੀ ਗੱਲ ਹੈ। ਕੁਝ ਮਿੰਟਾਂ ਬਾਅਦ ਮੁੜ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ। |
ਹਰ ਫੇਲ੍ਹ 'ਤੇ Fix with AI
ਹਰ ਫੇਲ੍ਹ Fix with AI ਅਤੇ Try again ਦਿਖਾਉਂਦਾ ਹੈ। ਜਦੋਂ ਤੁਸੀਂ Fix with AI ਵਰਤਦੇ ਹੋ, ਏਜੰਟ ਨੂੰ ਫੇਲ੍ਹ ਦੀ ਕਿਸਮ ਅਤੇ ਪੂਰਾ ਬਿਲਡ ਜਾਂ ਐਪ ਆਉਟਪੁੱਟ ਨਿੱਜੀ ਤੌਰ 'ਤੇ, ਆਪਣੇ ਸੰਦਰਭ ਵਿੱਚ ਮਿਲਦਾ ਹੈ। ਜੇ ਤੁਹਾਡੀ ਐਪ ਵਿੱਚ ਕੁਝ ਗਲਤ ਹੈ, ਤਾਂ ਉਹ ਠੀਕ ਕਰਦਾ ਹੈ। ਜੇ ਕੁਝ ਵੀ ਗਲਤ ਨਹੀਂ, ਜਿਵੇਂ ਕੋਈ ਰੁੱਝਿਆ ਪਲ ਜਾਂ ਸਾਡੇ ਪਾਸੇ ਦੀ ਸਮੱਸਿਆ, ਤਾਂ ਉਹ ਬਸ ਮੁੜ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰ ਸਕਦਾ ਹੈ। ਤੁਹਾਨੂੰ ਇਹ ਪਤਾ ਲਗਾਉਣ ਦੀ ਲੋੜ ਨਹੀਂ ਕਿ ਫੇਲ੍ਹ ਕਿਹੜੀ ਕਿਸਮ ਦਾ ਸੀ।
ਲਾਈਵ ਹੋਣ ਤੋਂ ਬਾਅਦ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ
ਪ੍ਰਕਾਸ਼ਨ ਸਫਲ ਹੋ ਸਕਦਾ ਹੈ ਅਤੇ ਐਪ ਕੁਝ ਮਿੰਟਾਂ ਬਾਅਦ ਫੇਲ੍ਹ ਹੋ ਸਕਦੀ ਹੈ। Mythex ਪ੍ਰਕਾਸ਼ਿਤ ਐਪਾਂ ਦੀ ਨਿਯਮਤ ਜਾਂਚ ਕਰਦਾ ਹੈ। ਜੇ ਕੋਈ ਲਾਈਵ ਐਪ ਵਾਰ-ਵਾਰ ਕਰੈਸ਼ ਹੁੰਦੀ ਹੈ, ਜਾਂ ਚੱਲਦੀ ਰਹਿੰਦੀ ਹੈ ਪਰ ਕਨੈਕਸ਼ਨ ਲੈਣੇ ਬੰਦ ਕਰ ਦਿੰਦੀ ਹੈ, ਤਾਂ ਪ੍ਰਕਾਸ਼ਨ ਫੇਲ੍ਹ ਚਿੰਨ੍ਹਿਤ ਹੁੰਦਾ ਹੈ, ਤੁਹਾਨੂੰ ਈਮੇਲ ਮਿਲਦੀ ਹੈ, ਅਤੇ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ Fix with AI ਵਾਲਾ ਸੁਨੇਹਾ ਦਿਖਦਾ ਹੈ। ਐਪ ਨੇ ਜੋ ਛਾਪਿਆ ਉਹ ਏਜੰਟ ਵੱਲੋਂ ਪੜ੍ਹਨ ਲਈ ਸੰਭਾਲਿਆ ਜਾਂਦਾ ਹੈ।
ਅਪਲੋਡ ਤੋਂ ਪਹਿਲਾਂ ਆਕਾਰ ਦੀ ਜਾਂਚ
ਸਟੈਟਿਕ ਸਾਈਟਾਂ ਲਈ, ਕੁਝ ਵੀ ਅੱਪਲੋਡ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਹਰ ਫਾਈਲ ਦਾ ਆਕਾਰ ਅਤੇ ਕੁੱਲ ਫਾਈਲਾਂ ਦੀ ਗਿਣਤੀ ਜਾਂਚੀ ਜਾਂਦੀ ਹੈ। ਜੇ ਕੁਝ ਹੱਦ ਤੋਂ ਵੱਧ ਹੈ, ਤਾਂ ਤੁਹਾਨੂੰ ਇੱਕ ਸੁਨੇਹਾ ਮਿਲਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਹਰ ਬਹੁਤ ਵੱਡੀ ਫਾਈਲ ਦੀ ਸੂਚੀ ਹੁੰਦੀ ਹੈ, ਨਾ ਕਿ ਅੱਧ ਵਿਚਾਲੇ ਫੇਲ੍ਹ ਹੋਣ ਦੀ।
ਅਸੀਂ ਇਹ ਕਿਉਂ ਬਣਾਇਆ
ਫੇਲ੍ਹ ਪ੍ਰਕਾਸ਼ਨ ਪਹਿਲਾਂ ਉਹ ਦਿਖਾਉਂਦਾ ਸੀ ਜੋ ਪ੍ਰਕਾਸ਼ਨ ਦੇ ਪਿੱਛੇ ਦੇ ਟੂਲਾਂ ਨੇ ਛਾਪਿਆ ਸੀ। ਸਤੰਬਰ ਦੇ ਅਖੀਰ ਵਿੱਚ ਇੱਕ ਹਫ਼ਤੇ ਵਿੱਚ, ਜ਼ਿਆਦਾਤਰ ਫੇਲ੍ਹ ਬਿਲਡਰ ਨੂੰ ਉਹ ਟੈਕਸਟ ਦਿਖਾਉਂਦੇ ਸਨ ਜੋ ਸਾਡੇ ਸੰਭਾਲਣ ਵਾਲੀ ਗੱਲ ਸੀ, ਉਹਨਾਂ ਦੀ ਨਹੀਂ: ਬਿਲਿੰਗ ਸੰਪਰਕ, ਅੰਦਰੂਨੀ ਵਰਜਨ ਨੰਬਰ, ਰਜਿਸਟਰੀ ਪਾਥ, ਸਟੋਰੇਜ ਗਲਤੀਆਂ। Fix with AI ਫਿਰ ਉਹੀ ਟੈਕਸਟ ਚੈਟ ਵਿੱਚ ਪੇਸਟ ਕਰਦਾ ਸੀ। ਲੋਕਾਂ ਨੂੰ ਸਾਡਾ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਡੀਬੱਗ ਕਰਨ ਲਈ ਕਿਹਾ ਜਾ ਰਿਹਾ ਸੀ।
ਕੁਝ ਇਹ ਵੀ ਸਿਰਫ਼ ਗਲਤ ਸੀ। ਇੱਕ ਐਪ ਜੋ ਆਪਣੇ ਪੋਰਟ 'ਤੇ ਕਦੇ ਸੁਣਦੀ ਹੀ ਨਹੀਂ ਸੀ, ਉਸਨੂੰ “ਸਾਡੇ ਪਾਸੇ ਦੀ ਸਮੱਸਿਆ” ਦੱਸਿਆ ਜਾਂਦਾ ਸੀ, ਜਦਕਿ ਠੀਕ ਕਰਨਾ ਐਪ ਵਿੱਚ ਸੀ। ਹੱਦ ਤੋਂ ਵੱਡੀ ਸਟੈਟਿਕ ਫਾਈਲ ਵੀ ਇਸੇ ਤਰ੍ਹਾਂ ਦੱਸੀ ਜਾਂਦੀ ਸੀ, ਅਤੇ ਮੁੜ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨਾ ਕਦੇ ਕੰਮ ਨਹੀਂ ਕਰ ਸਕਦਾ ਸੀ।
ਅਤੇ Mythex ਦਾ ਹਰ ਹਿੱਸਾ ਜੋ ਕਿਸੇ ਫੇਲ੍ਹ 'ਤੇ ਪ੍ਰਤੀਕਿਰਿਆ ਕਰਦਾ ਸੀ, ਡਾਇਲੌਗ, ਸੂਚਨਾਵਾਂ, Fix with AI, ਸਾਡੇ ਆਪਣੇ ਅਲਰਟ, ਇਹ ਗਲਤੀ ਟੈਕਸਟ ਵਿੱਚ ਸ਼ਬਦ ਮਿਲਾ ਕੇ ਪਤਾ ਲਗਾਉਂਦਾ ਸੀ ਕਿ ਕੀ ਹੋਇਆ। ਜਦੋਂ ਵੀ ਸ਼ਬਦ ਬਦਲਦੇ, ਇਹ ਟੁੱਟ ਜਾਂਦਾ ਸੀ। ਹੁਣ ਕਿਸਮ ਉੱਥੇ ਰਿਕਾਰਡ ਹੁੰਦੀ ਹੈ ਜਿੱਥੇ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਬਾਕੀ ਸਭ ਕੁਝ ਉਸ ਕਿਸਮ ਨੂੰ ਪੜ੍ਹਦਾ ਹੈ।
ਉਸੇ ਨਿਯਮ ਨੂੰ ਅਸੀਂ ਉਸ ਵੇਲੇ ਹੋਰ ਗਲਤੀਆਂ 'ਤੇ ਵੀ ਲਾਗੂ ਕੀਤਾ:
- ਚੈਟ। ਜੇ ਜਵਾਬ ਦੇ ਸਟ੍ਰੀਮ ਹੋਣ ਦੌਰਾਨ ਕਨੈਕਸ਼ਨ ਟੁੱਟੇ, ਤਾਂ ਹੁਣ ਤੁਹਾਨੂੰ ਬ੍ਰਾਊਜ਼ਰ ਦੇ “Load failed” ਜਾਂ “Failed to fetch” ਦੀ ਥਾਂ ਸਾਡਾ ਵਾਕ ਦਿਸਦਾ ਹੈ।
- ਕਸਟਮ ਡੋਮੇਨ। ਡੋਮੇਨ ਖਰੀਦਣ ਜਾਂ ਜੋੜਨ ਬਾਰੇ ਸੁਨੇਹੇ ਹੁਣ ਜਵਾਬ ਦੇ ਸਟੇਟਸ ਅਤੇ ਕੋਡਾਂ ਤੋਂ ਚੁਣੇ ਜਾਂਦੇ ਹਨ, ਨਾ ਕਿ ਡੋਮੇਨ ਪ੍ਰਦਾਤਾ ਦੇ ਆਪਣੇ ਵਾਕ ਅੱਗੇ ਭੇਜਣ ਦੀ ਥਾਂ।
- ਇਮੇਜ ਜਨਰੇਸ਼ਨ। ਕਾਰਡ ਸਾਡਾ ਸੁਨੇਹਾ ਦਿਖਾਉਂਦਾ ਹੈ; ਏਜੰਟ ਨੂੰ ਸੇਵਾ ਦਾ ਵੇਰਵਾ ਮਿਲਦਾ ਹੈ।
ਇਸਨੂੰ ਕਿਵੇਂ ਵਰਤਣਾ ਹੈ
- Publish ਬਟਨ ਤੋਂ ਹਮੇਸ਼ਾਂ ਵਾਂਗ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ।
- ਜੇ ਇਹ ਫੇਲ੍ਹ ਹੋਵੇ, ਡਾਇਲੌਗ ਵਿਚਲਾ ਇੱਕ ਲਾਈਨ ਦਾ ਸੁਨੇਹਾ ਪੜ੍ਹੋ।
- Fix with AI 'ਤੇ ਕਲਿੱਕ ਕਰੋ। ਏਜੰਟ ਬਿਲਡ ਆਉਟਪੁੱਟ ਜਾਂ ਤੁਹਾਡੀ ਐਪ ਦੇ ਲੌਗ ਪੜ੍ਹਦਾ ਹੈ, ਜੋ ਗਲਤ ਹੈ ਉਹ ਠੀਕ ਕਰਦਾ ਹੈ, ਅਤੇ ਜੇ ਐਪ ਵਿੱਚ ਕੁਝ ਠੀਕ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਤਾਂ ਮੁੜ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦਾ ਹੈ।
- ਜਾਂ Try again 'ਤੇ ਕਲਿੱਕ ਕਰੋ ਤਾਂ ਜੋ ਉਹੀ ਵਰਜਨ ਮੁੜ ਪ੍ਰਕਾਸ਼ਿਤ ਹੋਵੇ। “busy for a moment” ਅਤੇ “a problem on our side” ਲਈ ਇਹੀ ਸਹੀ ਚੋਣ ਹੈ।
- ਜੇ ਸੁਨੇਹਾ ਲਿੰਕ ਨਾਮ ਬਾਰੇ ਹੈ, ਤਾਂ ਮੁੜ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਲਿੰਕ ਨਾਮ ਬਦਲੋ। ਕਿਸੇ ਹੋਰ ਗਲਤੀ ਲਈ ਉਹੀ ਨਾਮ ਰੱਖੋ।
ਹੱਦਾਂ
- ਕੁਝ ਫੇਲ੍ਹ ਵੱਖਰੇ ਬਟਨ ਦਿਖਾਉਂਦੇ ਹਨ: ਲਿਆ ਗਿਆ ਲਿੰਕ ਨਾਮ ਹੋਰ ਨਾਮ ਸੁਝਾਉਂਦਾ ਹੈ, ਅਤੇ ਕ੍ਰੈਡਿਟ ਖਤਮ ਹੋਣ 'ਤੇ ਕ੍ਰੈਡਿਟ ਜੋੜਨ ਦਾ ਰਸਤਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ।
- ਸਟੈਟਿਕ ਸਾਈਟਾਂ ਲਈ ਹਰ ਫਾਈਲ ਦੀ ਹੱਦ ਲਗਭਗ 25–30 MB ਹੈ, ਸਾਈਟ ਦੀ ਕਿਸਮ ਦੇ ਅਨੁਸਾਰ, ਅਤੇ ਵੱਧ ਤੋਂ ਵੱਧ 20,000 ਫਾਈਲਾਂ। ਵੱਡੀਆਂ ਫਾਈਲਾਂ ਨੂੰ storage ਵਿੱਚ ਰੱਖ ਕੇ ਉਹਨਾਂ ਦਾ ਲਿੰਕ ਦੇਣਾ ਬਿਹਤਰ ਹੈ।
- ਇਸ ਬਦਲਾਅ ਤੋਂ ਪਹਿਲਾਂ ਦੇ ਫੇਲ੍ਹ ਪ੍ਰਕਾਸ਼ਨਾਂ ਕੋਲ ਕੋਈ ਕਿਸਮ ਨਹੀਂ, ਇਸ ਲਈ ਉਹ ਖਾਸ ਕਾਰਨ ਦੀ ਥਾਂ ਇੱਕ ਨਿਰਪੱਖ ਲਾਈਨ ਦਿਖਾਉਂਦੇ ਹਨ।
- ਜੇ “a problem on our side” ਵਾਰ-ਵਾਰ ਹੁੰਦਾ ਰਹੇ, ਤਾਂ ਪ੍ਰੋਜੈਕਟ ID ਅਤੇ ਲਿੰਕ ਨਾਮ ਸਮੇਤ ਸਹਾਇਤਾ ਨਾਲ ਸੰਪਰਕ ਕਰੋ।
ਹਰ ਸੁਨੇਹਾ ਅਤੇ ਉਸ ਬਾਰੇ ਕੀ ਕਰਨਾ ਹੈ, ਇਸਦੀ ਪੂਰੀ ਸੂਚੀ publish troubleshooting ਵਿੱਚ ਹੈ। ਜੇ ਤੁਸੀਂ ਕਿਸੇ ਜ਼ਿੱਦੀ ਐਪ ਨੂੰ ਹੱਥੀਂ ਠੀਕ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਸਾਡੀ ਗਾਈਡ AI ਨਾਲ ਬਣੀ ਐਪ ਨੂੰ ਡੀਬੱਗ ਕਿਵੇਂ ਕਰਨਾ ਹੈ ਇਸ ਵਿੱਚੋਂ ਲੰਘਾਉਂਦੀ ਹੈ। ਅਤੇ ਲਾਈਵ ਸਾਈਟ ਮੁੜ ਪ੍ਰਕਾਸ਼ਨ ਦੌਰਾਨ ਕੀ ਕਰਦੀ ਹੈ, ਇਸ ਲਈ ਤੁਹਾਡੀ ਪ੍ਰਕਾਸ਼ਿਤ ਐਪ ਹੁਣ ਮੁੜ ਪ੍ਰਕਾਸ਼ਨ ਦੌਰਾਨ ਚਾਲੂ ਰਹਿੰਦੀ ਹੈ ਵੇਖੋ।