ਸਰਵਰ ਕੀ ਹੁੰਦਾ ਹੈ? ਐਪ ਬਣਾਉਣ ਵਾਲਿਆਂ ਲਈ ਸਰਲ ਗਾਈਡ

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

ਏਆਈ ਨਾਲ ਬਣਾਉਂਦੇ ਸਮੇਂ ਸਰਵਰ ਕਿਉਂ ਮਾਇਨੇ ਰੱਖਦੇ ਹਨ

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

• ਡਾਟਾ ਸੇਵ ਅਤੇ ਲੋਡ ਕਰਨਾ ਇੱਕ ਡਾਟਾਬੇਸ ਤੋਂ।
• ਰਾਜ਼ ਰੱਖਣਾ, ਜਿਵੇਂ ਭੁਗਤਾਨ ਜਾਂ AI ਪ੍ਰਦਾਤਾ ਦੀਆਂ API ਕੁੰਜੀਆਂ, ਜੋ ਕਦੇ ਵੀ ਬਰਾਊਜ਼ਰ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਣੀਆਂ ਚਾਹੀਦੀਆਂ।
• ਇਜਾਜ਼ਤਾਂ ਜਾਂਚਣਾ, ਤਾਂ ਜੋ ਯੂਜ਼ਰ ਸਿਰਫ਼ ਆਪਣਾ ਡਾਟਾ ਵੇਖ ਅਤੇ ਬਦਲ ਸਕੇ।
• ਹੋਰ ਸੇਵਾਵਾਂ ਨਾਲ ਗੱਲ ਕਰਨਾ, ਜਿਵੇਂ ਕਾਰਡ ਚਾਰਜ ਕਰਨਾ, ਈਮੇਲ ਭੇਜਣਾ ਜਾਂ ਏਆਈ ਮਾਡਲ ਨੂੰ ਕਾਲ ਕਰਨਾ।

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

ਰੋਜ਼ਾਨਾ ਦੀ ਮਿਸਾਲ

ਇੱਕ ਡਾਕਖਾਨੇ ਦੇ ਕਾਊਂਟਰ ਸਟਾਫ਼ ਬਾਰੇ ਸੋਚੋ। ਉਹ ਗਾਹਕਾਂ ਕੋਲ ਨਹੀਂ ਜਾਂਦੇ; ਉਹ ਉਡੀਕ ਕਰਦੇ ਹਨ। ਇੱਕ ਗਾਹਕ (ਕਲਾਇੰਟ) ਕੋਲ ਬੇਨਤੀ ਲੈ ਕੇ ਆਉਂਦਾ ਹੈ, ਜਿਵੇਂ "ਇਹ ਪਾਰਸਲ ਭੇਜੋ" ਜਾਂ "ਮੇਰੀ ਕੋਈ ਚਿੱਠੀ ਆਈ ਹੈ?" ਅਤੇ ਕਲਰਕ ਉਸਨੂੰ ਸੰਭਾਲ ਕੇ ਨਤੀਜਾ ਵਾਪਸ ਦਿੰਦਾ ਹੈ। ਇੱਕ ਕਲਰਕ ਇੱਕ ਤੋਂ ਬਾਅਦ ਇੱਕ ਕਈ ਗਾਹਕਾਂ ਨੂੰ ਸੇਵਾ ਦੇ ਸਕਦਾ ਹੈ, ਅਤੇ ਵਿਅਸਤ ਡਾਕਖਾਨਾ ਹੋਰ ਕਾਊਂਟਰ ਖੋਲ੍ਹ ਸਕਦਾ ਹੈ।

ਡਾਕਖਾਨੇ ਦੇ ਨਿਯਮ ਵੀ ਹਨ ਜੋ ਗਾਹਕ ਬਦਲ ਨਹੀਂ ਸਕਦਾ: ਪਾਰਸਲ ਲੈਣ ਲਈ ਪਛਾਣ ਪੱਤਰ ਦਿਖਾਉਣਾ ਪੈਂਦਾ ਹੈ। ਐਪ ਵਿੱਚ ਵੀ ਇਹੀ ਸਰਵਰ ਦਾ ਕੰਮ ਹੈ। ਬਰਾਊਜ਼ਰ ਕੁਝ ਵੀ ਮੰਗ ਸਕਦਾ ਹੈ, ਪਰ ਫੈਸਲਾ ਸਰਵਰ ਕਰਦਾ ਹੈ ਕਿ ਉਸਨੂੰ ਕੀ ਮਿਲੇਗਾ।

ਬੇਨਤੀ ਸਰਵਰ ਤੱਕ ਕਿਵੇਂ ਪਹੁੰਚਦੀ ਹੈ

ਜਦੋਂ ਕੋਈ https://bookings.example.com/schedule ਖੋਲ੍ਹਦਾ ਹੈ:

1. DNS ਲੁੱਕਅੱਪ। ਬਰਾਊਜ਼ਰ ਡੋਮੇਨ ਨੇਮ ਸਿਸਟਮ ਤੋਂ ਪੁੱਛਦਾ ਹੈ ਕਿ bookings.example.com ਕਿਹੜੇ IP ਪਤੇ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ। ਵੇਖੋ ਡੋਮੇਨ ਅਤੇ DNS ਕਿਵੇਂ ਕੰਮ ਕਰਦੇ ਹਨ।
2. ਕਨੈਕਸ਼ਨ। ਬਰਾਊਜ਼ਰ ਉਸ ਪਤੇ ਨਾਲ ਜੁੜਦਾ ਹੈ, HTTPS ਲਈ ਪੋਰਟ 443 'ਤੇ, ਅਤੇ ਇੱਕ ਇਨਕ੍ਰਿਪਟਿਡ ਕਨੈਕਸ਼ਨ ਸੈੱਟ ਕਰਦਾ ਹੈ। ਵੇਖੋ HTTPS ਕੀ ਹੈ।
3. ਬੇਨਤੀ। ਇਹ ਇੱਕ HTTP ਬੇਨਤੀ ਭੇਜਦਾ ਹੈ: GET /schedule।
4. ਕੰਮ। ਸਰਵਰ ਉਹ ਕੋਡ ਚਲਾਉਂਦਾ ਹੈ ਜੋ /schedule ਨੂੰ ਸੰਭਾਲਦਾ ਹੈ, ਸ਼ਾਇਦ ਡਾਟਾਬੇਸ ਵਿੱਚੋਂ ਅੱਜ ਦੀਆਂ ਬੁਕਿੰਗਾਂ ਲੱਭਦਾ ਹੈ।
5. ਜਵਾਬ। ਇਹ ਇੱਕ ਸਟੇਟਸ ਕੋਡ (200 OK) ਅਤੇ ਸਮੱਗਰੀ ਵਾਪਸ ਭੇਜਦਾ ਹੈ: ਇੱਕ HTML ਪੇਜ, ਜਾਂ ਪੇਜ ਦੇ ਦਿਖਾਉਣ ਲਈ JSON ਡਾਟਾ।

ਇਹ ਸਭ ਆਮ ਤੌਰ 'ਤੇ ਇੱਕ ਸਕਿੰਟ ਦੇ ਕੁਝ ਹਿੱਸੇ ਵਿੱਚ ਹੋ ਜਾਂਦਾ ਹੈ।

ਸਰਵਰਾਂ ਦੀਆਂ ਕਿਸਮਾਂ ਜੋ ਤੁਸੀਂ ਸੁਣੋਗੇ

ਧਿਆਨ ਦਿਓ ਕਿ "ਸਰਵਰ" ਦਾ ਮਤਲਬ ਮਸ਼ੀਨ ਅਤੇ ਪ੍ਰੋਗਰਾਮ, ਦੋਵੇਂ ਹੈ। "ਸਰਵਰ ਕਰੈਸ਼ ਹੋ ਗਿਆ" ਦਾ ਮਤਲਬ ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਹੋ ਸਕਦਾ ਹੈ।

ਇੱਕ ਕੰਮ ਦੀ ਮਿਸਾਲ: ਇੱਕ ਸੈਲੂਨ ਬੁਕਿੰਗ ਐਪ

ਛੋਟੀ ਸੈਲੂਨ ਬੁਕਿੰਗ ਐਪ ਵਿੱਚ ਸਰਵਰ ਇਹ ਕਰਦਾ ਹੈ:

• ਵਿਜ਼ਿਟਰ ਸਾਈਟ ਖੋਲ੍ਹਦਾ ਹੈ। ਸਰਵਰ (ਜਾਂ ਇਸਦੇ ਅੱਗੇ ਬੈਠਾ CDN) ਪੇਜ ਦੀਆਂ ਫਾਈਲਾਂ ਭੇਜਦਾ ਹੈ।
• ਪੇਜ ਸਰਵਰ ਤੋਂ GET /api/slots?date=2026-10-03 ਮੰਗਦਾ ਹੈ। ਸਰਵਰ ਡਾਟਾਬੇਸ ਵਿੱਚੋਂ ਖਾਲੀ ਸਲਾਟ ਕਵੈਰੀ ਕਰਕੇ JSON ਵਿੱਚ ਵਾਪਸ ਦਿੰਦਾ ਹੈ।
• ਵਿਜ਼ਿਟਰ 14:00 ਬੁੱਕ ਕਰਦਾ ਹੈ। ਪੇਜ POST /api/bookings ਭੇਜਦਾ ਹੈ। ਸਰਵਰ ਜਾਂਚਦਾ ਹੈ ਕਿ ਸਲਾਟ ਅਜੇ ਵੀ ਖਾਲੀ ਹੈ, ਬਰਾਊਜ਼ਰ ਦੀ ਗੱਲ 'ਤੇ ਭਰੋਸਾ ਨਹੀਂ ਕਰਦਾ, ਬੁਕਿੰਗ ਸੇਵ ਕਰਦਾ ਹੈ ਅਤੇ 201 Created ਵਾਪਸ ਭੇਜਦਾ ਹੈ।
• ਸਰਵਰ ਪੁਸ਼ਟੀ ਈਮੇਲ ਭੇਜਣ ਲਈ ਈਮੇਲ ਸੇਵਾ ਨੂੰ ਇੱਕ ਗੁਪਤ ਕੁੰਜੀ ਨਾਲ ਕਾਲ ਕਰਦਾ ਹੈ, ਜੋ ਸਰਵਰ 'ਤੇ ਰੱਖੀ ਹੋਈ ਹੈ।

ਜੇ ਤੁਸੀਂ ਸਰਵਰ ਬੰਦ ਕਰ ਦਿਓ, ਤਾਂ ਪੇਜ ਸ਼ਾਇਦ ਫਿਰ ਵੀ CDN ਤੋਂ ਖੁੱਲ੍ਹ ਜਾਵੇ, ਪਰ ਉਹ ਸਲਾਟ ਨਹੀਂ ਵਿਖਾ ਸਕੇਗਾ ਅਤੇ ਬੁਕਿੰਗਾਂ ਨਹੀਂ ਸੇਵ ਕਰ ਸਕੇਗਾ।

ਸਰਵਰ ਨੂੰ ਠੀਕ ਚੱਲਣ ਲਈ ਕੀ ਚਾਹੀਦਾ ਹੈ

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

ਆਮ ਗਲਤਫਹਿਮੀਆਂ

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

ਆਪਣੇ ਏਆਈ ਬਿਲਡਰ ਤੋਂ ਕੀ ਪੁੱਛਣਾ ਹੈ

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

Mythex ਵਿੱਚ ਸਰਵਰ

Mythex ਵਿੱਚ ਤੁਸੀਂ ਸਰਵਰ ਸੈੱਟਅੱਪ ਜਾਂ ਪ੍ਰਬੰਧਿਤ ਨਹੀਂ ਕਰਦੇ। ਬਣਾਉਂਦੇ ਸਮੇਂ, ਲਾਈਵ ਪ੍ਰੀਵਿਊ ਲਈ ਤੁਹਾਡੀ ਐਪ ਇੱਕ ਨਿੱਜੀ ਕਲਾਊਡ ਸੈਂਡਬੌਕਸ ਵਿੱਚ ਚੱਲਦੀ ਹੈ। ਜਦੋਂ ਤੁਸੀਂ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦੇ ਹੋ, ਤਾਂ Mythex ਉਸਨੂੰ ਡਿਪਲੌਏ ਕਰਦਾ ਹੈ: ਸਟੈਟਿਕ ਫਰੰਟਐਂਡ ਸਟੈਟਿਕ ਸਾਈਟਾਂ ਵਜੋਂ, ਅਤੇ ਬੈਕਐਂਡ (Node, Python, C#, Java ਅਤੇ ਹੋਰ) Dockerfile ਤੋਂ ਬਣੇ ਕੰਟੇਨਰਾਂ ਵਜੋਂ, ਬਿਨਾਂ ਤੁਹਾਡੇ ਹੱਥੋਂ ਹੋਸਟਿੰਗ ਸੰਰਚਿਤ ਕੀਤੇ। ਡਿਪਲੌਏ ਵੇਲੇ Mythex ਮਸ਼ੀਨ ਦਾ ਆਕਾਰ ਚੁਣਦਾ ਹੈ: ਡਿਫਾਲਟ ਤੌਰ 'ਤੇ 1 CPU ਅਤੇ 512 MB ਮੈਮਰੀ, ਬੇਨਤੀ 'ਤੇ ਹੋਰ ਉਪਲਬਧ (Free 'ਤੇ 1 GB ਤੱਕ, ਅਤੇ Pro 'ਤੇ 2 CPU, 4 GB ਅਤੇ 3 ਮਸ਼ੀਨਾਂ ਤੱਕ)। ਪ੍ਰਕਾਸ਼ਿਤ ਐਪਾਂ ਬੇਕਾਰ ਹੋਣ 'ਤੇ ਸੌਂ ਜਾਂਦੀਆਂ ਹਨ ਅਤੇ ਅਗਲੀ ਫੇਰੀ 'ਤੇ ਜਾਗਦੀਆਂ ਹਨ, ਅਤੇ ਸੁੱਤੀ ਐਪ ਕੰਪਿਊਟ 'ਤੇ ਕੁਝ ਖਰਚ ਨਹੀਂ ਕਰਦੀ। ਵੇਰਵੇ ਡੌਕਸ ਦੇ API ਬੈਕਐਂਡ ਅਤੇ ਹੋਸਟਿੰਗ ਸੀਮਾਵਾਂ ਵਿੱਚ ਹਨ, ਅਤੇ ਸਾਡੀ ਵੈੱਬ ਹੋਸਟਿੰਗ ਗਾਈਡ ਵੱਡੀ ਤਸਵੀਰ ਦਿੰਦੀ ਹੈ।

ਸਵਾਲ