AI ਪ੍ਰੋਟੋਟਾਈਪ ਨੂੰ ਪ੍ਰੋਡਕਸ਼ਨ ਤੱਕ ਕਿਵੇਂ ਲੈ ਜਾਈਏ

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

ਪ੍ਰੋਟੋਟਾਈਪ ਬਨਾਮ ਪ੍ਰੋਡਕਸ਼ਨ: ਅਸਲ ਵਿੱਚ ਕੀ ਬਦਲਦਾ ਹੈ

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

ਇਸ ਗਾਈਡ ਦਾ ਬਾਕੀ ਹਿੱਸਾ ਹਰ ਕਤਾਰ ਵਿੱਚੋਂ ਲੰਘਦਾ ਹੈ।

ਕਦਮ 1: ਦਾਇਰਾ ਫ੍ਰੀਜ਼ ਕਰੋ ਅਤੇ ਮੁੱਖ ਪ੍ਰਵਾਹ ਲਿਖੋ

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

ਸੂਚੀ ਵਿੱਚ ਨਾ ਹੋਣ ਵਾਲੀ ਕੋਈ ਵੀ ਚੀਜ਼ ਜਾਂ ਤਾਂ ਕੱਟ ਦਿਓ ਜਾਂ ਸਾਫ਼ ਤੌਰ 'ਤੇ ਬੀਟਾ ਲਿਖੋ। ਚਾਰ ਪ੍ਰਵਾਹਾਂ ਨੂੰ ਭਰੋਸੇਮੰਦ ਬਣਾਉਣਾ ਚੌਦਾਂ ਨਾਲ ਕਿਤੇ ਸੌਖਾ ਹੈ।

ਕਦਮ 2: ਕਿਸੇ ਅਣਜਾਣ ਵਾਂਗ ਟੈਸਟ ਕਰੋ, ਫਿਰ ਦੁਹਰਾਉਣਯੋਗ ਬਣਾਓ

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

• ਖਰਾਬ ਇਨਪੁੱਟ: ਖਾਲੀ ਲੋੜੀਂਦੇ ਖੇਤਰ, 5,000 ਅੱਖਰਾਂ ਦਾ ਨਾਮ, ਬਿਨਾਂ @ ਵਾਲਾ ਈਮੇਲ, ਨਕਾਰਾਤਮਕ ਮਾਤਰਾ, ਬੀਤੀ ਹੋਈ ਮਿਤੀ।
• ਰੀਫ੍ਰੈਸ਼ ਅਤੇ ਬੈਕ ਬਟਨ: ਚੈੱਕਆਊਟ ਦੇ ਵਿਚਕਾਰ ਰੀਲੋਡ ਕਰੋ; ਫਾਰਮ ਜਮ੍ਹਾਂ ਕਰਨ ਤੋਂ ਬਾਅਦ ਬੈਕ ਦਬਾਓ। ਕੀ ਕੁਝ ਦੋ ਵਾਰ ਬਣਦਾ ਹੈ?
• ਦੋ ਟੈਬਾਂ, ਦੋ ਯੂਜ਼ਰ: ਦੋ ਵੱਖ-ਵੱਖ ਖਾਤਿਆਂ ਨਾਲ ਲੌਗਇਨ ਕਰੋ ਅਤੇ URL ਵਿੱਚ ID ਬਦਲ ਕੇ ਇੱਕ-ਦੂਜੇ ਦੇ ਪੰਨੇ ਖੋਲ੍ਹਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ।
• ਹੌਲੀ ਅਤੇ ਛੋਟਾ: ਫ਼ੋਨ ਦੇ ਆਕਾਰ ਦੀ ਸਕਰੀਨ ਅਤੇ ਹੌਲੀ ਕਨੈਕਸ਼ਨ (ਬ੍ਰਾਊਜ਼ਰ ਡਿਵੈਲਪਰ ਟੂਲ ਇਹ ਨਕਲ ਕਰ ਸਕਦੇ ਹਨ)।
• ਖਾਲੀ ਹਾਲਤਾਂ: ਬਿਲਕੁਲ ਨਵਾਂ ਖਾਤਾ ਜਿਸ ਵਿੱਚ ਕੋਈ ਡਾਟਾ ਨਹੀਂ। ਪ੍ਰੋਟੋਟਾਈਪ ਅਕਸਰ ਨਮੂਨੇ ਦੇ ਡਾਟੇ ਨਾਲ ਬਣਦੇ ਹਨ ਅਤੇ ਉਸ ਬਿਨਾਂ ਟੁੱਟੇ ਹੋਏ ਲੱਗਦੇ ਹਨ।

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

ਇਹਨਾਂ ਪ੍ਰਵਾਹਾਂ ਲਈ ਆਟੋਮੇਟਿਡ ਐਂਡ-ਟੂ-ਐਂਡ ਟੈਸਟ ਸ਼ਾਮਲ ਕਰੋ: ਈਮੇਲ ਨਾਲ ਸਾਈਨ ਅੱਪ, ਪ੍ਰੋਜੈਕਟ ਬਣਾਉਣਾ, ਦੂਜੇ ਯੂਜ਼ਰ ਨੂੰ ਸੱਦਾ ਦੇਣਾ, ਅਤੇ Stripe ਟੈਸਟ ਮੋਡ ਵਿੱਚ ਚੈੱਕਆਊਟ ਪੂਰਾ ਕਰਨਾ। ਨਾਲ ਹੀ ਟੈਸਟ ਸ਼ਾਮਲ ਕਰੋ ਜੋ ਪੁਸ਼ਟੀ ਕਰਨ ਕਿ ਕੋਈ ਯੂਜ਼ਰ URL ਬਦਲ ਕੇ ਕਿਸੇ ਹੋਰ ਯੂਜ਼ਰ ਦਾ ਪ੍ਰੋਜੈਕਟ ਨਾ ਵੇਖ ਸਕਦਾ ਹੈ ਅਤੇ ਨਾ ਸੋਧ ਸਕਦਾ ਹੈ।

ਉਹ ਟੈਸਟ ਜੋ ਸਾਬਤ ਕਰਦੇ ਹਨ ਕਿ ਕੋਈ ਯੂਜ਼ਰ ਕੁਝ ਨਹੀਂ ਕਰ ਸਕਦਾ, ਉਹੀ ਹਨ ਜੋ ਪ੍ਰੋਟੋਟਾਈਪਾਂ ਵਿੱਚ ਅਕਸਰ ਨਹੀਂ ਹੁੰਦੇ।

ਕਦਮ 3: ਸੁਰੱਖਿਆ ਦੀਆਂ ਬੁਨਿਆਦੀ ਗੱਲਾਂ ਜੋ ਪ੍ਰੋਟੋਟਾਈਪ ਛੱਡ ਦਿੰਦੇ ਹਨ

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

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

ਇੱਕੋ ਵੇਲੇ ਬਹੁਤ ਕੁਝ ਕਵਰ ਕਰਨ ਵਾਲਾ ਪ੍ਰੋਂਪਟ:

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

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

ਕਦਮ 4: ਜਾਣੋ ਕਦੋਂ ਟੁੱਟਦਾ ਹੈ — ਲੌਗਿੰਗ ਅਤੇ ਨਿਗਰਾਨੀ

ਪ੍ਰੀਵਿਊ ਵਿੱਚ ਤੁਸੀਂ ਗਲਤੀਆਂ ਨੂੰ ਉਹਨਾਂ ਦੇ ਵਾਪਰਨ ਵੇਲੇ ਵੇਖਦੇ ਹੋ। ਪ੍ਰੋਡਕਸ਼ਨ ਵਿੱਚ ਤੁਹਾਨੂੰ ਐਪ ਤੋਂ ਦੱਸਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਤਿੰਨ ਪਰਤਾਂ, ਸਸਤੀ ਤੋਂ ਸਭ ਤੋਂ ਲਾਭਦਾਇਕ ਤੱਕ:

1. ਸਰਵਰ ਲੌਗ। ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਗਲਤੀਆਂ ਇੰਨੇ ਸੰਦਰਭ ਨਾਲ ਲੌਗ ਹੋਣ ਕਿ ਉਹਨਾਂ ਨੂੰ ਦੁਬਾਰਾ ਬਣਾਇਆ ਜਾ ਸਕੇ: ਕਿਹੜਾ ਰੂਟ, ਕਿਹੜਾ ਯੂਜ਼ਰ ID (ਪਾਸਵਰਡ ਜਾਂ ਕਾਰਡ ਨਹੀਂ), ਇਨਪੁੱਟ ਦਾ ਰੂਪ। ਜੇ ਐਪ ਸਿਰਫ਼ ਕੰਸੋਲ 'ਤੇ ਛਾਪਦੀ ਹੈ, ਤਾਂ AI ਤੋਂ ਢਾਂਚਾਗਤ ਲੌਗਿੰਗ ਜੋੜਨ ਲਈ ਕਹੋ।
2. ਗਲਤੀ ਟਰੈਕਿੰਗ। Sentry ਵਰਗੀ ਸੇਵਾ ਜਾਂ ਕੋਈ ਹੋਰ ਮਿਲਦੀ-ਜੁਲਦੀ ਟੂਲ ਫਰੰਟ-ਐਂਡ ਅਤੇ ਬੈਕ-ਐਂਡ ਦੇ ਅਪਵਾਦ ਫੜਦੀ ਹੈ, ਉਹਨਾਂ ਨੂੰ ਸਮੂਹ ਕਰਦੀ ਹੈ ਅਤੇ ਤੁਹਾਨੂੰ ਈਮੇਲ ਭੇਜਦੀ ਹੈ। ਛੋਟੀ ਐਪ ਲਈ ਇਹਨਾਂ ਸੇਵਾਵਾਂ ਦੇ ਮੁਫ਼ਤ ਪੱਧਰ ਅਕਸਰ ਕਾਫ਼ੀ ਹੁੰਦੇ ਹਨ; ਮੌਜੂਦਾ ਸੀਮਾਵਾਂ ਉਹਨਾਂ ਦੀਆਂ ਸਾਈਟਾਂ 'ਤੇ ਜਾਂਚੋ।
3. ਅਪਟਾਈਮ ਜਾਂਚਾਂ। ਇੱਕ ਬਾਹਰੀ ਸੇਵਾ ਜੋ ਹਰ ਕੁਝ ਮਿੰਟਾਂ ਵਿੱਚ ਤੁਹਾਡਾ ਹੋਮ ਪੰਨਾ ਅਤੇ ਇੱਕ ਮੁੱਖ API ਰੂਟ ਲੋਡ ਕਰਦੀ ਹੈ ਅਤੇ ਫੇਲ੍ਹ ਹੋਣ 'ਤੇ ਅਲਰਟ ਦਿੰਦੀ ਹੈ। ਇਹ ਉਹ ਸਮੱਸਿਆਵਾਂ ਫੜਦਾ ਹੈ ਜੋ ਐਪ ਨੂੰ ਲੌਗ ਕਰਨ ਤੋਂ ਵੀ ਰੋਕ ਦਿੰਦੀਆਂ ਹਨ।

ਇੱਕ ਹੋਰ ਆਦਤ ਜੋੜੋ: ਹਰ ਰਿਲੀਜ਼ ਤੋਂ ਬਾਅਦ ਲਾਈਵ ਐਪ ਖੋਲ੍ਹੋ ਅਤੇ ਆਪਣੀ ਮੁੱਖ-ਪ੍ਰਵਾਹ ਚੈੱਕਲਿਸਟ ਅਸਲੀ URL 'ਤੇ ਚਲਾਓ, ਸਿਰਫ਼ ਪ੍ਰੀਵਿਊ 'ਤੇ ਨਹੀਂ।

ਕਦਮ 5: ਬੈਕਅੱਪ ਅਤੇ ਵਾਪਸੀ ਦਾ ਰਸਤਾ

ਦੋ ਵੱਖਰੀਆਂ ਚੀਜ਼ਾਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਨ ਦੀ ਲੋੜ ਹੈ, ਅਤੇ ਇਹ ਆਸਾਨੀ ਨਾਲ ਉਲਝ ਜਾਂਦੀਆਂ ਹਨ।

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

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

ਇਹ ਵੀ AI ਤੋਂ ਮੰਗੋ ਕਿ ਨੁਕਸਾਨਦੇਹ ਕਾਰਵਾਈਆਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਬਣਾਏ: ਡਿਲੀਟ ਲਈ ਪੁਸ਼ਟੀ ਕਦਮ, ਅਤੇ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਲਈ "ਸੌਫਟ ਡਿਲੀਟ" (ਕਤਾਰਾਂ ਨੂੰ ਹਟਾਉਣ ਦੀ ਥਾਂ ਮਿਟਿਆ ਹੋਇਆ ਨਿਸ਼ਾਨ ਲਾਉਣਾ) ਜੋ ਯੂਜ਼ਰ ਵਾਪਸ ਚਾਹ ਸਕਦੇ ਹਨ।

ਕਦਮ 6: ਫ਼ੋਨ 'ਤੇ ਟਿਕਣ ਵਾਲੀ ਕਾਰਗੁਜ਼ਾਰੀ

ਪ੍ਰੋਟੋਟਾਈਪ ਤੇਜ਼ ਲੱਗਦੇ ਹਨ ਕਿਉਂਕਿ ਤੁਸੀਂ ਇਕੱਲੇ ਯੂਜ਼ਰ ਹੋ ਅਤੇ ਡਾਟਾ ਬਹੁਤ ਛੋਟਾ ਹੈ। ਲਾਂਚ ਤੋਂ ਪਹਿਲਾਂ:

• ਅਸਲ ਆਕਾਰ ਦਾ ਡਾਟਾ ਲੋਡ ਕਰੋ। AI ਤੋਂ ਕੁਝ ਹਜ਼ਾਰ ਕਤਾਰਾਂ ਭਰਵਾਓ ਅਤੇ ਵੇਖੋ ਕਿ ਕਿਹੜੇ ਪੰਨੇ ਹੌਲੀ ਹੁੰਦੇ ਹਨ। ਸੂਚੀਆਂ ਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਪੇਜੀਨੇਸ਼ਨ ਚਾਹੀਦੀ ਹੈ ਅਤੇ ਡਾਟਾਬੇਸ ਨੂੰ ਉਹਨਾਂ ਕਾਲਮਾਂ 'ਤੇ ਇੰਡੈਕਸ ਚਾਹੀਦੇ ਹਨ ਜਿਨ੍ਹਾਂ ਨੂੰ ਤੁਸੀਂ ਫਿਲਟਰ ਅਤੇ ਕ੍ਰਮਬੱਧ ਕਰਦੇ ਹੋ।
• ਤਸਵੀਰਾਂ ਛੋਟੀਆਂ ਕਰੋ। ਵੱਡੀਆਂ ਤਸਵੀਰਾਂ ਪੰਨਾ ਹੌਲੀ ਲੋਡ ਹੋਣ ਦਾ ਸਭ ਤੋਂ ਆਮ ਕਾਰਨ ਹਨ। ਆਕਾਰ ਬਦਲੀਆਂ ਅਤੇ ਸੰਕੁਚਿਤ ਤਸਵੀਰਾਂ, ਅਤੇ ਫੋਲਡ ਤੋਂ ਹੇਠਾਂ ਲੇਜ਼ੀ ਲੋਡਿੰਗ ਮੰਗੋ।
• ਮਾਪੋ। ਲਾਈਵ URL 'ਤੇ ਮੋਬਾਈਲ ਮੋਡ ਵਿੱਚ Chrome ਦੇ ਡਿਵੈਲਪਰ ਟੂਲਾਂ ਵਿੱਚ Lighthouse ਚਲਾਓ। Google ਦੇ Core Web Vitals ਇੱਕ ਸਮਝਦਾਰ ਨਿਸ਼ਾਨਾ ਹਨ: Largest Contentful Paint 2.5 ਸਕਿੰਟਾਂ ਦੇ ਅੰਦਰ, Interaction to Next Paint 200 ms ਜਾਂ ਘੱਟ, ਅਤੇ Cumulative Layout Shift 0.1 ਜਾਂ ਘੱਟ।
• "ਜਾਗਣ" ਦੀ ਦੇਰੀ ਵੇਖੋ। ਹੋਸਟਿੰਗ ਜੋ ਖਾਲੀ ਹੋਣ 'ਤੇ ਸੌਂ ਜਾਂਦੀ ਹੈ ਪੈਸੇ ਬਚਾਉਂਦੀ ਹੈ ਪਰ ਸ਼ਾਂਤ ਸਮੇਂ ਤੋਂ ਬਾਅਦ ਪਹਿਲੀ ਫੇਰੀ ਹੌਲੀ ਕਰ ਦਿੰਦੀ ਹੈ। ਨਵੀਂ ਐਪ ਲਈ ਇਹ ਅਕਸਰ ਠੀਕ ਵਪਾਰ ਹੈ; ਜਾਣੋ ਕਿ ਇਹ ਹੋ ਰਿਹਾ ਹੈ।

ਪੰਨਾ 5,000 ਕਤਾਰਾਂ ਨਾਲ ਹੌਲੀ ਹੈ। ਸਰਵਰ-ਪਾਸੇ ਪੇਜੀਨੇਸ਼ਨ (ਪ੍ਰਤੀ ਪੰਨਾ 25) ਜੋੜੋ, ਜਿਨ੍ਹਾਂ ਕਾਲਮਾਂ ਨੂੰ ਅਸੀਂ ਫਿਲਟਰ ਅਤੇ ਕ੍ਰਮਬੱਧ ਕਰਦੇ ਹਾਂ ਉਹਨਾਂ ਲਈ ਡਾਟਾਬੇਸ ਇੰਡੈਕਸ ਜੋੜੋ, ਅਤੇ ਅਗਲਾ ਪੰਨਾ ਲੋਡ ਹੋਣ ਦੌਰਾਨ ਲੋਡਿੰਗ ਸਥਿਤੀ ਦਿਖਾਓ।

ਕਦਮ 7: ਸੰਚਾਲਨ ਦੀਆਂ ਬੁਨਿਆਦੀ ਗੱਲਾਂ

ਕੁਝ ਛੋਟੀਆਂ ਚੀਜ਼ਾਂ ਇੱਕ ਸ਼ੌਕੀਆ ਐਪ ਨੂੰ ਉਸ ਤੋਂ ਵੱਖ ਕਰਦੀਆਂ ਹਨ ਜਿਸ 'ਤੇ ਲੋਕ ਭਰੋਸਾ ਕਰਦੇ ਹਨ:

• ਕਸਟਮ ਡੋਮੇਨ HTTPS ਨਾਲ। ਵੇਖੋ ਕਸਟਮ ਡੋਮੇਨ ਕਿਵੇਂ ਜੋੜੀਏ।
• ਟ੍ਰਾਂਜ਼ੈਕਸ਼ਨਲ ਈਮੇਲ ਇੱਕ ਪ੍ਰਮਾਣਿਤ ਡੋਮੇਨ ਤੋਂ, ਸਾਈਨ-ਅੱਪ ਪੁਸ਼ਟੀਆਂ ਅਤੇ ਪਾਸਵਰਡ ਰੀਸੈੱਟ ਲਈ — ਆਪਣੀ ਐਪ ਤੋਂ ਈਮੇਲ ਕਿਵੇਂ ਭੇਜੀਏ ਵਿੱਚ ਦੱਸਿਆ ਗਿਆ ਹੈ।
• ਗੋਪਨੀਯਤਾ ਨੀਤੀ ਅਤੇ ਸ਼ਰਤਾਂ ਜੋ ਦੱਸਣ ਕਿ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਕੀ ਇਕੱਠਾ ਕਰਦੇ ਹੋ। ਉਹ ਪਾਲਣਾ ਦੇ ਦਾਅਵੇ ਨਾ ਨਕਲ ਕਰੋ ਜੋ ਤੁਸੀਂ ਕਮਾਏ ਨਹੀਂ।
• ਸਹਾਇਤਾ ਦਾ ਰਸਤਾ — ਇੱਥੋਂ ਤੱਕ ਕਿ ਇੱਕ ਨਿਗਰਾਨੀ ਵਾਲਾ ਈਮੇਲ ਪਤਾ ਵੀ।
• ਭੁਗਤਾਨ ਅਤੇ ਈਮੇਲ ਲਈ ਵੱਖਰੀਆਂ ਟੈਸਟ ਅਤੇ ਲਾਈਵ ਕੀਆਂ, ਅਤੇ ਇਹ ਨੋਟ ਕਿ ਕਿਹੜਾ ਵਾਤਾਵਰਣ ਕਿਹੜੀ ਵਰਤਦਾ ਹੈ।

ਕਦਮ 8: ਸਾਫ਼ ਸੌਂਪਣਾ

ਦੇਰ-ਸਵੇਰ ਕੋਈ ਹੋਰ ਇਸ ਐਪ 'ਤੇ ਕੰਮ ਕਰੇਗਾ: ਇੱਕ ਫ੍ਰੀਲਾਂਸਰ, ਇੱਕ ਨਵਾਂ ਸਹਿ-ਸੰਸਥਾਪਕ, ਜਾਂ ਛੇ ਮਹੀਨਿਆਂ ਬਾਅਦ ਤੁਸੀਂ। ਇਹ ਆਸਾਨ ਬਣਾਓ:

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

AI ਇਸ ਵਿੱਚੋਂ ਜ਼ਿਆਦਾਤਰ ਤੁਹਾਡੇ ਲਈ ਡਰਾਫਟ ਕਰ ਸਕਦਾ ਹੈ:

ਇਸ ਪ੍ਰੋਜੈਕਟ ਲਈ ਇੱਕ README ਲਿਖੋ ਇੱਕ ਡਿਵੈਲਪਰ ਲਈ ਜਿਸਨੇ ਇਸਨੂੰ ਕਦੇ ਨਹੀਂ ਵੇਖਿਆ: ਐਪ ਕੀ ਕਰਦੀ ਹੈ, ਟੈਕ ਸਟੈਕ, ਇਸਨੂੰ ਲੋਕਲ ਤੌਰ 'ਤੇ ਕਿਵੇਂ ਚਲਾਉਣਾ ਹੈ, ਹਰ ਵਾਤਾਵਰਣ ਵੇਰੀਏਬਲ ਜੋ ਇਹ ਪੜ੍ਹਦੀ ਹੈ (ਸਿਰਫ਼ ਨਾਮ ਅਤੇ ਉਦੇਸ਼), ਡਾਟਾਬੇਸ ਸਕੀਮਾ ਕਿਵੇਂ ਸੰਗਠਿਤ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਕਿਵੇਂ ਡਿਪਲੌਇ ਕਰਨਾ ਹੈ।

ਪ੍ਰੋਡਕਸ਼ਨ ਲਈ ਤਿਆਰੀ ਚੈੱਕਲਿਸਟ

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

Mythex ਨਾਲ ਇਹ ਕਰਨਾ

ਜੇ ਤੁਸੀਂ ਪ੍ਰੋਟੋਟਾਈਪ Mythex ਵਿੱਚ ਬਣਾਇਆ ਹੈ, ਤਾਂ ਇਹਨਾਂ ਵਿੱਚੋਂ ਜ਼ਿਆਦਾਤਰ ਕਦਮ ਉਸੇ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਪ੍ਰੋਂਪਟ ਹਨ। /test ਟਾਈਪ ਕਰੋ ਅਤੇ Mythex ਲਾਈਵ ਪ੍ਰੀਵਿਊ 'ਤੇ ਇੱਕ ਯੂਜ਼ਰ ਵਾਂਗ ਕਲਿੱਕ ਕਰਕੇ ਟੁੱਟੇ ਪ੍ਰਵਾਹਾਂ ਦੀ ਰਿਪੋਰਟ ਦਿੰਦਾ ਹੈ — ਵੇਖੋ ਐਪ ਟੈਸਟਿੰਗ। ਕੀਆਂ ਚੈਟ ਦੀ ਥਾਂ ਪ੍ਰੋਜੈਕਟ ਸੀਕਰੇਟ ਵਿੱਚ ਜਾਂਦੀਆਂ ਹਨ, ਹਰ ਸਫਲ ਏਜੰਟ ਟਰਨ ਤੁਹਾਡੀਆਂ ਫਾਈਲਾਂ ਦਾ ਇੱਕ ਚੈੱਕਪੁਆਇੰਟ ਸੰਭਾਲਦਾ ਹੈ ਜਿਸ 'ਤੇ ਤੁਸੀਂ ਵਾਪਸ ਜਾ ਸਕਦੇ ਹੋ, ਅਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਨਾਲ ਤੁਹਾਨੂੰ ਲਾਈਵ URL ਮਿਲਦਾ ਹੈ ਜਿਸਦੀ ਹੋਸਟਿੰਗ ਅਤੇ ਡਾਟਾਬੇਸ ਇੱਕੋ ਕ੍ਰੈਡਿਟ ਬੈਲੰਸ ਤੋਂ ਬਿਲ ਹੁੰਦੇ ਹਨ (ਹੋਸਟਿੰਗ ਸੀਮਾਵਾਂ ਦੱਸਦੀ ਹੈ ਕਿ ਐਪਾਂ ਅਤੇ ਡਾਟਾਬੇਸ ਕਿਵੇਂ ਸੌਂਦੇ ਅਤੇ ਜਾਗਦੇ ਹਨ)। ਚੈੱਕਪੁਆਇੰਟ ਫਾਈਲਾਂ ਨੂੰ ਕਵਰ ਕਰਦੇ ਹਨ, ਡਾਟਾਬੇਸ ਕਤਾਰਾਂ ਨੂੰ ਨਹੀਂ, ਇਸ ਲਈ ਫਿਰ ਵੀ ਆਪਣੇ ਡਾਟੇ ਦੇ ਬੈਕਅੱਪ ਦੀ ਯੋਜਨਾ ਬਣਾਓ। Pro 'ਤੇ ਤੁਸੀਂ ਕਸਟਮ ਡੋਮੇਨ ਜੋੜ ਸਕਦੇ ਹੋ ਅਤੇ ਕੋਡ ਐਕਸਪੋਰਟ ਕਰ ਸਕਦੇ ਹੋ ਜਾਂ ਸੌਂਪਣ ਲਈ ਆਪਣੀ GitHub ਰਿਪੋਜ਼ਟਰੀ ਨਾਲ ਸਿੰਕ ਕਰ ਸਕਦੇ ਹੋ।

ਸਵਾਲ