ਆਪਣੀ ਐਪ ਦੀ ਹੋਸਟਿੰਗ ਲਾਗਤ ਕਿਵੇਂ ਘਟਾਈਏ

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

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

ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਕਿਸ ਲਈ ਭੁਗਤਾਨ ਕਰਦੇ ਹੋ

ਛੋਟੀਆਂ ਐਪਾਂ ਦੇ ਹੋਸਟਿੰਗ ਬਿੱਲ ਕੁਝ ਕੁ ਚੀਜ਼ਾਂ ਤੋਂ ਆਉਂਦੇ ਹਨ। ਇਹ ਜਾਣਨਾ ਕਿ ਕਿਹੜੀ ਵੱਡੀ ਹੈ, ਦੱਸਦਾ ਹੈ ਕਿ ਕਿੱਥੇ ਦੇਖਣਾ ਹੈ।

ਬਹੁਤ ਸਾਰੇ ਆਧੁਨਿਕ ਹੋਸਟ, Mythex ਸਮੇਤ, ਜ਼ੀਰੋ ਤੱਕ ਸਕੇਲ ਕਰਦੇ ਹਨ: ਜਦੋਂ ਕੋਈ ਐਪ ਨਹੀਂ ਵਰਤ ਰਿਹਾ ਹੁੰਦਾ, ਸਰਵਰ ਰੁਕ ਜਾਂਦਾ ਹੈ ਅਤੇ ਕੰਪਿਊਟ ਲਈ ਕੁਝ ਨਹੀਂ ਖਰਚਦਾ, ਫਿਰ ਅਗਲੀ ਵਿਜ਼ਿਟ 'ਤੇ ਜਾਗ ਜਾਂਦਾ ਹੈ। ਇਹ ਸਵਾਲ ਬਦਲ ਦਿੰਦਾ ਹੈ ਕਿ "ਮੇਰਾ ਸਰਵਰ ਕਿੰਨਾ ਵੱਡਾ ਹੈ?" ਤੋਂ "ਮੇਰਾ ਸਰਵਰ ਜਾਗਦਾ ਕਿਉਂ ਹੈ?"।

ਕਦਮ 1: ਵੇਖੋ ਕਿ ਪੈਸਾ ਕਿੱਥੇ ਜਾਂਦਾ ਹੈ

ੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਆਪਣੇ ਹੋਸਟ ਦਾ ਵਰਤੋਂ ਪੰਨਾ ਖੋਲ੍ਹੋ ਅਤੇ ਲੱਭੋ:

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

Mythex 'ਤੇ, ਵਰਤੋਂ ਵੇਰਵੇ ਪਿਛਲੇ 30 ਦਿਨ ਦਿਖਾਉਂਦਾ ਹੈ, Build (AI ਏਜੰਟ) ਅਤੇ Run (ਹੋਸਟਿੰਗ, ਬੈਂਡਵਿਡਥ, ਡੇਟਾਬੇਸ ਅਤੇ ਫਾਈਲ ਸਟੋਰੇਜ) ਵਿੱਚ ਵੰਡ ਕੇ, ਪ੍ਰੋਜੈਕਟ ਅਨੁਸਾਰ ਵੇਰਵੇ ਨਾਲ।

ਕਦਮ 2: ਬੇਕਾਰ ਐਪਾਂ ਅਤੇ ਡੇਟਾਬੇਸਾਂ ਨੂੰ ਸੌਣ ਦਿਓ

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

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

ਆਮ ਚੀਜ਼ਾਂ ਜੋ ਐਪ ਨੂੰ ਜਾਗਦਾ ਰੱਖਦੀਆਂ ਹਨ:

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

AI ਨੂੰ ਇਹਨਾਂ ਨੂੰ ਲੱਭਣ ਲਈ ਕਹੋ:

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

ਫਿਰ ਉਹਨਾਂ ਨੂੰ ਇੱਕ-ਇੱਕ ਕਰਕੇ ਠੀਕ ਕਰੋ:

ਡੈਸ਼ਬੋਰਡ /api/orders ਨੂੰ ਹਰ 3 ਸਕਿੰਟ ਵਿੱਚ ਪੋਲ ਕਰਦਾ ਹੈ। ਇਸਨੂੰ ਸਿਰਫ਼ ਉਦੋਂ ਰਿਫ੍ਰੈਸ਼ ਕਰੋ ਜਦੋਂ ਬ੍ਰਾਊਜ਼ਰ ਟੈਬ ਦਿਖ ਰਹੀ ਹੋਵੇ, ਅਤੇ 3 ਦੀ ਬਜਾਏ ਹਰ 60 ਸਕਿੰਟ। ਇੱਕ ਹੱਥੀਂ Refresh ਬਟਨ ਜੋੜੋ।

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

ਕਦਮ 3: ਸਰਵਰ ਦਾ ਆਕਾਰ ਠੀਕ ਕਰੋ

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

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

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

ਕਦਮ 4: ਬੈਂਡਵਿਡਥ ਘਟਾਓ

ਬੈਂਡਵਿਡਥ ਉਹ ਹੈ ਜੋ ਵਿਜ਼ਿਟਰ ਡਾਊਨਲੋਡ ਕਰਦੇ ਹਨ। ਤਸਵੀਰਾਂ ਆਮ ਤੌਰ 'ਤੇ ਸਭ ਤੋਂ ਵੱਡਾ ਹਿੱਸਾ ਹੁੰਦੀਆਂ ਹਨ।

• ਤਸਵੀਰਾਂ ਕੰਪ੍ਰੈੱਸ ਕਰੋ ਅਤੇ WebP ਜਾਂ AVIF ਵਰਗੇ ਆਧੁਨਿਕ ਫਾਰਮੈਟ ਦਿਓ।
• ਤਸਵੀਰਾਂ ਨੂੰ ਉਸ ਆਕਾਰ ਵਿੱਚ ਬਦਲੋ ਜਿਸ ਵਿੱਚ ਉਹ ਦਿਖਦੀਆਂ ਹਨ। 4,000 ਪਿਕਸਲ ਦੀ ਫੋਟੋ ਜੋ 400 ਪਿਕਸਲ ਥੰਬਨੇਲ ਵਜੋਂ ਦਿਖਦੀ ਹੈ, ਡਾਊਨਲੋਡ ਦਾ ਜ਼ਿਆਦਾਤਰ ਹਿੱਸਾ ਬਰਬਾਦ ਕਰਦੀ ਹੈ।
• ਹੇਠਲੀਆਂ ਤਸਵੀਰਾਂ ਨੂੰ ਲੇਜ਼ੀ-ਲੋਡ ਕਰੋ।
• ਸਥਿਰ ਫਾਈਲਾਂ (ਸਕ੍ਰਿਪਟਾਂ, ਸਟਾਈਲ, ਤਸਵੀਰਾਂ) ਕੈਸ਼ ਕਰੋ ਤਾਂ ਕਿ ਵਾਪਸ ਆਉਣ ਵਾਲੇ ਵਿਜ਼ਿਟਰ ਉਹਨਾਂ ਨੂੰ ਮੁੜ ਡਾਊਨਲੋਡ ਨਾ ਕਰਨ। ਵੇਖੋ ਕੈਸ਼ਿੰਗ ਕੀ ਹੈ।
• ਹਰ ਪੰਨਾ ਵਿਊ 'ਤੇ ਵੱਡੀਆਂ ਫਾਈਲਾਂ ਨਾ ਦਿਓ।

ਐਪ ਦੀ ਹਰ ਤਸਵੀਰ ਜਾਂਚੋ। ਉਹਨਾਂ ਨੂੰ ਉਸ ਸਭ ਤੋਂ ਵੱਡੇ ਆਕਾਰ ਵਿੱਚ ਬਦਲੋ ਜਿਸ ਵਿੱਚ ਉਹ ਦਿਖਦੀਆਂ ਹਨ, WebP ਵਿੱਚ ਬਦਲੋ, ਅਤੇ ਪਹਿਲੀ ਸਕ੍ਰੀਨ ਤੋਂ ਹੇਠਲੀ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਨੂੰ ਲੇਜ਼ੀ-ਲੋਡ ਕਰੋ। ਪਹਿਲਾਂ ਅਤੇ ਬਾਅਦ ਦਾ ਕੁੱਲ ਆਕਾਰ ਦੱਸੋ।

ਤੇਜ਼ ਪੰਨੇ ਅਤੇ ਘੱਟ ਬੈਂਡਵਿਡਥ ਅਕਸਰ ਇਕੱਠੇ ਹੁੰਦੇ ਹਨ; ਵੇਖੋ ਆਪਣੀ ਵੈੱਬਸਾਈਟ ਤੇਜ਼ ਕਿਵੇਂ ਬਣਾਈਏ।

ਕਦਮ 5: ਜੋ ਕੋਈ ਨਹੀਂ ਵਰਤਦਾ ਉਸਨੂੰ ਸਾਫ਼ ਕਰੋ

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

ਕਦਮ 6: ਸਟੈਟਿਕ ਸਾਈਟ 'ਤੇ ਵਿਚਾਰ ਕਰੋ

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

ਇਸ ਸਾਈਟ 'ਤੇ ਕੋਈ ਲੌਗਇਨ ਜਾਂ ਸੰਭਾਲਿਆ ਡੇਟਾ ਨਹੀਂ। ਕੀ ਇਸਨੂੰ ਬਿਨਾਂ ਸਰਵਰ ਦੇ ਸਟੈਟਿਕ ਸਾਈਟ ਵਜੋਂ ਦੁਬਾਰਾ ਬਣਾਇਆ ਜਾ ਸਕਦਾ ਹੈ? ਅਸੀਂ ਕੀ ਗੁਆਵਾਂਗੇ?

ਕਦਮ 7: ਅਦਾਇਗੀ ਵਾਲੀਆਂ API ਕਾਲਾਂ 'ਤੇ ਨਜ਼ਰ ਰੱਖੋ

ਜਿਨ੍ਹਾਂ ਐਪਾਂ ਵਿੱਚ AI ਮਾਡਲ, ਨਕਸ਼ੇ ਜਾਂ SMS ਵਰਤੇ ਜਾਂਦੇ ਹਨ, ਉੱਥੇ ਤੀਜੀ ਧਿਰ ਦੇ ਬਿੱਲ ਹੋਸਟਿੰਗ ਨਾਲੋਂ ਕਿਤੇ ਵੱਧ ਹੋ ਸਕਦੇ ਹਨ।

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

ਆਮ ਗਲਤੀਆਂ

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

ਚੈੱਕਲਿਸਟ

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

Mythex 'ਤੇ ਲਾਗਤ ਘਟਾਉਣਾ

Mythex ਬਿਲਡਿੰਗ ਅਤੇ ਹੋਸਟਿੰਗ ਦੋਵਾਂ ਲਈ ਇੱਕ ਕ੍ਰੈਡਿਟ ਬੈਲੰਸ ਵਰਤਦਾ ਹੈ, ਇਸ ਲਈ ਹੋਸਟਿੰਗ ਦੀ ਬੱਚਤ ਬਿਲਡਿੰਗ ਲਈ ਵੱਧ ਕ੍ਰੈਡਿਟ ਛੱਡਦੀ ਹੈ। ਕੁਝ Mythex-ਖ਼ਾਸ ਨੁਕਤੇ:

• ਪ੍ਰਕਾਸ਼ਿਤ ਐਪਾਂ ਅਤੇ ਉਹਨਾਂ ਦੇ ਡੇਟਾਬੇਸ ਬੇਕਾਰ ਹੋਣ 'ਤੇ ਸੌਂਦੇ ਹਨ ਅਤੇ ਅਗਲੀ ਵਿਜ਼ਿਟ 'ਤੇ ਜਾਗਦੇ ਹਨ। ਡੇਟਾਬੇਸ 5 ਬੇਕਾਰ ਮਿੰਟਾਂ ਬਾਅਦ ਸੌਂਦਾ ਹੈ, ਇਸ ਲਈ ਲਗਾਤਾਰ ਪੋਲਿੰਗ ਹਟਾਉਣਾ ਆਮ ਤੌਰ 'ਤੇ ਸਭ ਤੋਂ ਵੱਡਾ ਫ਼ਾਇਦਾ ਹੁੰਦਾ ਹੈ।
• Pro ਹੋਸਟਿੰਗ, ਡੇਟਾਬੇਸਾਂ, ਬੈਂਡਵਿਡਥ, ਫਾਈਲ ਸਟੋਰੇਜ ਅਤੇ ਪ੍ਰੀਵਿਊ ਸੈਂਡਬੌਕਸ ਲਈ Free ਦਰ ਦਾ ਅੱਧਾ ਦਿੰਦਾ ਹੈ; AI ਦੋਵਾਂ ਪਲਾਨਾਂ 'ਤੇ ਇੱਕੋ ਜਿਹਾ ਲੱਗਦਾ ਹੈ। ਵੇਖੋ Credits।
• ਘੱਟ ਬੈਲੰਸ ਤੁਹਾਡੀ ਪ੍ਰਕਾਸ਼ਿਤ ਐਪ ਨੂੰ ਰੋਕਣ ਤੋਂ ਪਹਿਲਾਂ ਤੁਹਾਨੂੰ ਈਮੇਲ ਮਿਲਦੀ ਹੈ, ਅਤੇ ਰੁਕੀਆਂ ਐਪਾਂ ਆਪਣਾ ਡੇਟਾਬੇਸ ਅਤੇ ਫਾਈਲਾਂ ਰੱਖਦੀਆਂ ਹਨ।

ਚਲਾਉਣ ਦੀਆਂ ਲਾਗਤਾਂ ਦੀ ਵੱਡੀ ਤਸਵੀਰ ਲਈ, ਐਪ ਬਣਾਉਣ ਦੀ ਲਾਗਤ ਕਿੰਨੀ ਹੈ ਅਤੇ ਵੈੱਬ ਹੋਸਟਿੰਗ ਕੀ ਹੈ ਵੇਖੋ।

ਸਵਾਲ