ਸਾਫ਼ ਕਰੋ
ਉਹ ਡਾਟਾ ਸਾਫ਼ ਕਰੋ ਜੋ ਡਾਟਾਬੇਸ ਵਿੱਚ ਮੌਜੂਦ ਹੈ ਪਰ ਹੁਣ ਉਸਦੀ ਲੋੜ ਨਹੀਂ ਹੈ, ਤਾਂ ਜੋ ਵਰਕਿੰਗ ਸੈੱਟ ਵਾਪਸ ਉਸ ਡਾਟਾ ਤੱਕ ਘਟ ਜਾਵੇ ਜੋ ਤੁਹਾਡੀ ਸਾਈਟ ਅਸਲ ਵਿੱਚ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ।
ਡਾਟਾਬੇਸ ਰੱਖ-ਰਖਾਅ
ਡੇਟਾਬੇਸ ਰੱਖ-ਰਖਾਅ ਜੋ ਲੋੜ ਪੈਣ 'ਤੇ ਤੁਰੰਤ ਆਪਣੇ ਆਪ ਚੱਲਦਾ ਹੈ
ਹਰੇਕ WordPress ਡਾਟਾਬੇਸ ਸਮੇਂ ਦੇ ਨਾਲ ਭਾਰੀ ਹੁੰਦਾ ਜਾਂਦਾ ਹੈ। Zinn Digital® ਇਸਨੂੰ ਸਹਾਇਤਾ ਟਿਕਟ ਨਹੀਂ, ਸਗੋਂ ਇੱਕ ਇੰਜੀਨੀਅਰਿੰਗ ਸਮੱਸਿਆ ਵਜੋਂ ਲੈਂਦਾ ਹੈ: ਸਾਫ਼ ਕਰਨਾ, ਅਨੁਕੂਲ ਬਣਾਉਣਾ ਅਤੇ ਮੁਰੰਮਤ ਕਰਨਾ ਇੱਕ ਸਵੈਚਲਿਤ ਵਰਕਫਲੋ ਵਜੋਂ ਚੱਲਦਾ ਹੈ ਜਿਸਨੂੰ ਤੁਸੀਂ ਇੱਕ ਕਲਿੱਕ ਵਿੱਚ ਖਰੀਦਦੇ ਹੋ — ਅਤੇ ਪਲੇਟਫਾਰਮ ਡਾਟਾਬੇਸ ਦੇ ਫੁੱਲਣ ਨੂੰ ਦੇਖਦੇ ਹੀ ਤੁਹਾਨੂੰ ਇਸਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦਾ ਹੈ। ਉਪਲਬਧਤਾ: ਪ੍ਰਤੀ-ਸਾਈਟ ਡਾਟਾਬੇਸ ਥ੍ਰੋਟਲਿੰਗ ਸਰਗਰਮ ਵਿਕਾਸ ਅਧੀਨ ਹੈ ਅਤੇ ਅਜੇ ਉਪਲਬਧ ਨਹੀਂ ਹੈ। ਇੱਥੇ ਵਰਣਨ ਕੀਤੀ ਗਈ ਬਾਕੀ ਹਰ ਚੀਜ਼ ਅੱਜ ਲਾਈਵ ਹੈ।
- 7,00,000+ਦੁਨੀਆ ਭਰ ਵਿੱਚ ਹੋਸਟ ਕੀਤੀਆਂ ਸਾਈਟਾਂ
- ਜ਼ੀਰੋ-ਟੱਚਸਵੈਚਲਿਤ ਪੂਰਤੀ, ਕੋਈ ਟਿਕਟ ਕਤਾਰ ਨਹੀਂ
- 30 ਦਿਨFootprint-Free ਪਲਾਨਾਂ 'ਤੇ ਰੋਜ਼ਾਨਾ ਬੈਕਅੱਪ ਰੱਖ-ਰਖਾਅ
- 14 ਦਿਨਬਿਨਾਂ ਕਾਰਡ ਤੋਂ PBN ਟ੍ਰਾਇਲ, 5 ਸਾਈਟਾਂ ਤੱਕ
ਡੇਟਾਬੇਸ ਚੁੱਪਚਾਪ ਰੁਕਾਵਟ ਕਿਉਂ ਬਣ ਜਾਂਦੇ ਹਨ
ਇੱਕ WordPress ਸਾਈਟ ਦੀਆਂ ਫਾਈਲਾਂ ਲਗਭਗ ਉਸੇ ਆਕਾਰ ਦੀਆਂ ਰਹਿੰਦੀਆਂ ਹਨ ਜਿਸ ਆਕਾਰ ਵਿੱਚ ਤੁਸੀਂ ਉਹਨਾਂ ਨੂੰ ਬਣਾਇਆ ਸੀ। ਇਸਦਾ ਡਾਟਾਬੇਸ ਇਸ ਤਰ੍ਹਾਂ ਨਹੀਂ ਰਹਿੰਦਾ। ਸਾਰਣੀਆਂ ਇਕੱਠੀਆਂ ਹੁੰਦੀਆਂ ਰਹਿੰਦੀਆਂ ਹਨ, ਇੰਡੈਕਸ ਵਿਗੜ ਜਾਂਦੇ ਹਨ, ਸਟੋਰੇਜ ਇੰਜਣ ਅਜਿਹੀ ਜਗ੍ਹਾ ਨਿਰਧਾਰਤ ਛੱਡ ਦਿੰਦੇ ਹਨ ਜਿਸਦੀ ਹੁਣ ਕੋਈ ਵਰਤੋਂ ਨਹੀਂ ਹੋ ਰਹੀ ਹੁੰਦੀ, ਅਤੇ ਕਦੇ-ਕਦਾਈਂ ਕੋਈ ਸਾਰਣੀ ਅਜਿਹੀ ਸਥਿਤੀ ਵਿੱਚ ਪਹੁੰਚ ਜਾਂਦੀ ਹੈ ਜਿਸ ਨੂੰ ਟਿਊਨ ਕਰਨ ਦੀ ਬਜਾਏ ਮੁਰੰਮਤ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੁਝ ਵੀ ਆਪਣੇ ਆਪ ਪ੍ਰਗਟ ਨਹੀਂ ਹੁੰਦਾ। ਸਾਈਟ ਬੱਸ ਹੌਲੀ ਹੋ ਜਾਂਦੀ ਹੈ, ਪੁੱਛਗਿੱਛਾਂ ਵਧੇਰੇ ਸਮਾਂ ਲੈਂਦੀਆਂ ਹਨ, ਅਤੇ ਕਿਸੇ ਦੁਆਰਾ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਧਿਆਨ ਵਿੱਚ ਆਉਣ ਵਾਲੀ ਚੀਜ਼ ਇੱਕ ਅਜਿਹਾ ਪੰਨਾ ਹੁੰਦਾ ਹੈ ਜੋ ਪਹਿਲਾਂ ਤੁਰੰਤ ਖੁੱਲ੍ਹਦਾ ਮਹਿਸੂਸ ਹੁੰਦਾ ਸੀ ਅਤੇ ਹੁਣ ਨਹੀਂ ਹੁੰਦਾ।
ਇੱਕ ਇੱਕਲੀ ਸਾਈਟ 'ਤੇ ਇਹ ਇੱਕ ਪਰੇਸ਼ਾਨੀ ਹੈ। ਸੈਂਕੜੇ ਸਾਈਟਾਂ ਦੇ ਪੋਰਟਫੋਲੀਓ ਜਾਂ ਨੈੱਟਵਰਕ ਵਿੱਚ ਇਹ ਇੱਕ ਵਧਦਾ ਹੋਇਆ ਬੋਝ ਹੈ — ਉਹਨਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਲੋੜ ਨਾਲੋਂ ਥੋੜ੍ਹੀ ਭਾਰੀ ਹੁੰਦੀ ਹੈ, ਉਹਨਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਡਾਟਾਬੇਸ ਸਰਵਰ ਤੋਂ ਲੋੜ ਨਾਲੋਂ ਵੱਧ ਮੰਗ ਕਰਦੀ ਹੈ।
Zinn Digital® ਇਸਨੂੰ ਉਸੇ ਤਰ੍ਹਾਂ ਸੰਭਾਲਦਾ ਹੈ ਜਿਵੇਂ ਅਸੀਂ ਬਾਕੀ ਪਲੇਟਫਾਰਮ ਨੂੰ ਸੰਭਾਲਦੇ ਹਾਂ: ਇੱਕ ਆਟੋਮੇਟਿਡ, ਦੁਹਰਾਉਣ ਯੋਗ ਓਪਰੇਸ਼ਨ ਵਜੋਂ। ਡਾਟਾਬੇਸ ਰੱਖ-ਰਖਾਅ ਇੱਕ ਫਰਸਟ-ਪਾਰਟੀ ਸੇਵਾ ਹੈ ਜਿਸਨੂੰ ਤੁਸੀਂ ਡੈਸ਼ਬੋਰਡ ਤੋਂ ਖਰੀਦਦੇ ਹੋ, ਅਤੇ ਇਸਨੂੰ ਖਰੀਦਣ ਨਾਲ ਓਪਟੀਮਾਈਜੇਸ਼ਨ ਦਾ ਕੰਮ ਤੁਰੰਤ ਸ਼ੁਰੂ ਹੋ ਜਾਂਦਾ ਹੈ। ਕਤਾਰ ਵਿੱਚ ਲੱਗਣ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ ਅਤੇ ਕਿਸੇ ਇੰਜੀਨੀਅਰ ਦੀ ਉਡੀਕ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।
ਇੱਕ ਰੱਖ-ਰਖਾਅ ਪ੍ਰਕਿਰਿਆ ਕੀ ਕਰਦੀ ਹੈ
ਸਾਈਟ ਦੇ MariaDB ਡਾਟਾਬੇਸ ਦੀ ਸਫ਼ਾਈ, ਅਨੁਕੂਲਨ, ਮੁਰੰਮਤ ਅਤੇ ਰਿਪੋਰਟਿੰਗ, ਇੱਕ ਕੰਮ ਵਜੋਂ ਚਲਾਈ ਜਾਂਦੀ ਹੈ।
ਅਨੁਕੂਲ ਬਣਾਓ
ਅਲਾਟ ਕੀਤੀ ਗਈ ਪਰ ਨਾ ਵਰਤੀ ਗਈ ਟੇਬਲ ਥਾਂ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰੋ ਅਤੇ ਇੰਡੈਕਸਾਂ ਅਤੇ ਅੰਕੜਿਆਂ ਨੂੰ ਉਸ ਰੂਪ ਵਿੱਚ ਵਾਪਸ ਲਿਆਓ ਜਿਸਦੀ ਕਿਊਰੀ ਪਲਾਨਰ ਉਮੀਦ ਕਰਦਾ ਹੈ, ਤਾਂ ਜੋ ਪੜ੍ਹਨ ਦੀਆਂ ਕਾਰਵਾਈਆਂ ਲੋੜ ਤੋਂ ਵੱਧ ਕੰਮ ਕਰਨਾ ਬੰਦ ਕਰ ਦੇਣ।
ਮੁਰੰਮਤ ਕਰੋ
ਖ਼ਰਾਬ ਸਥਿਤੀ ਵਿੱਚ ਪਹੁੰਚ ਚੁੱਕੇ ਟੇਬਲਾਂ ਦਾ ਪਤਾ ਲਗਾਓ ਅਤੇ ਮੁਰੰਮਤ ਕਰੋ — ਇਹ ਉਹ ਖ਼ਰਾਬੀ ਹੈ ਜੋ ਧਿਆਨ ਨਾ ਦਿੱਤੇ ਜਾਣ 'ਤੇ ਇੱਕ ਹੌਲੀ ਸਾਈਟ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਨਕਾਰਾ ਕਰ ਦਿੰਦੀ ਹੈ।
ਵਾਪਸ ਰਿਪੋਰਟ ਕਰੋ
ਖਰੀਦ ਦਾ ਭੁਗਤਾਨ ਬਿਲਿੰਗ ਜਾਂ ਤੁਹਾਡੇ ਵਾਲਿਟ ਰਾਹੀਂ ਲਿਆ ਜਾਂਦਾ ਹੈ, ਪੂਰਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤੁਹਾਨੂੰ ਸੂਚਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਇਸਨੂੰ ਪੂਰਾ ਵਜੋਂ ਚਿੰਨ੍ਹਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਜੇਕਰ ਕੁਝ ਗਲਤ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਰਿਫੰਡ ਅਤੇ ਵਿਵਾਦ ਉਸੇ ਬਿਲਿੰਗ ਪ੍ਰਕਿਰਿਆ ਰਾਹੀਂ ਹੱਲ ਕੀਤੇ ਜਾਂਦੇ ਹਨ ਜਿਵੇਂ ਕਿ ਤੁਸੀਂ ਸਾਡੇ ਤੋਂ ਖਰੀਦੀਆਂ ਬਾਕੀ ਸਾਰੀਆਂ ਚੀਜ਼ਾਂ ਲਈ ਹੁੰਦਾ ਹੈ।
ਸਵੈਚਲਿਤ ਪੂਰਤੀ, ਨਾ ਕਿ ਸਹਾਇਤਾ ਕਤਾਰ
ਇਸ ਪਲੇਟਫਾਰਮ 'ਤੇ ਪਹਿਲੀ-ਧਿਰ ਦੀਆਂ ਸੇਵਾਵਾਂ ਦੋ ਰੂਪਾਂ ਵਿੱਚ ਆਉਂਦੀਆਂ ਹਨ। ਕੁਝ ਸਟਾਫ ਦੁਆਰਾ ਪੂਰੀਆਂ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ: ਉਹਨਾਂ ਨੂੰ ਖਰੀਦਣ ਨਾਲ ਸਾਡੀ ਐਡਮਿਨ ਕਤਾਰ ਵਿੱਚ ਇੱਕ ਕਾਰਜ ਬਣਦਾ ਹੈ, ਸਹੀ ਵਿਭਾਗ ਨੂੰ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ, ਟਰੈਕ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਅੱਪਡੇਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਡਾਟਾਬੇਸ ਰੱਖ-ਰਖਾਅ ਉਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਨਹੀਂ ਹੈ। ਇਹ ਸਵੈਚਲਿਤ ਹੈ — ਖਰੀਦ ਇੱਕ Temporal ਵਰਕਫਲੋ ਨੂੰ ਸ਼ੁਰੂ ਕਰਦੀ ਹੈ ਜੋ ਤੁਹਾਡੀ ਸਾਈਟ 'ਤੇ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਅਨੁਕੂਲਨ ਕਾਰਜ ਨੂੰ ਚਲਾਉਂਦੀ ਹੈ। ਤਤਕਾਲ, ਜ਼ੀਰੋ-ਟੱਚ।
ਇਹ ਜਿੰਨਾ ਲੱਗਦਾ ਹੈ ਉਸ ਤੋਂ ਕਿਤੇ ਵੱਧ ਮਹੱਤਵਪੂਰਨ ਹੈ। Temporal ਵਰਕਫਲੋਅ ਬਣਤਰ ਪੱਖੋਂ ਟਿਕਾਊ, ਮੁੜ-ਕੋਸ਼ਿਸ਼ ਕਰਨ ਯੋਗ ਅਤੇ ਆਈਡਮਪੋਟੈਂਟ (idempotent) ਹੁੰਦੇ ਹਨ, ਜੋ ਕਿ ਇਸ ਪਲੇਟਫਾਰਮ 'ਤੇ ਲੰਬੇ ਸਮੇਂ ਤੱਕ ਚੱਲਣ ਵਾਲੇ ਹਰੇਕ ਓਪਰੇਸ਼ਨ ਲਈ ਨਿਰਧਾਰਤ ਮਿਆਰ ਹੈ। ਜੇਕਰ ਕੋਈ ਪੜਾਅ ਅੱਧ ਵਿਚਾਲੇ ਅਸਫਲ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਵਰਕਫਲੋਅ ਕੰਮ ਨੂੰ ਅੱਧ-ਵਿਚਕਾਰ ਛੱਡ ਕੇ ਤੁਹਾਡੇ ਡਾਟਾਬੇਸ ਨੂੰ ਅਸਪਸ਼ਟ ਸਥਿਤੀ ਵਿੱਚ ਛੱਡਣ ਦੀ ਬਜਾਏ ਉੱਥੋਂ ਹੀ ਮੁੜ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ ਜਿੱਥੇ ਇਹ ਸੀ। ਜੇਕਰ ਮੁੜ-ਕੋਸ਼ਿਸ਼ ਦੌਰਾਨ ਕੋਈ ਅਜਿਹਾ ਓਪਰੇਸ਼ਨ ਦੁਬਾਰਾ ਚਲਾਇਆ ਜਾਂਦਾ ਹੈ ਜੋ ਪਹਿਲਾਂ ਹੀ ਸਫਲ ਹੋ ਚੁੱਕਾ ਸੀ, ਤਾਂ ਉਹ ਬਣਤਰ ਦੇ ਪੱਖੋਂ ਸੁਰੱਖਿਅਤ ਹੁੰਦਾ ਹੈ।
ਇਸਦਾ ਇਹ ਵੀ ਮਤਲਬ ਹੈ ਕਿ ਲੋਡ ਵਧਣ 'ਤੇ ਸੇਵਾ ਵਿੱਚ ਗਿਰਾਵਟ ਨਹੀਂ ਆਉਂਦੀ। ਇੱਕੋ ਸਮੇਂ ਡਾਟਾਬੇਸ ਰੱਖ-ਰਖਾਅ ਖਰੀਦਣ ਵਾਲੇ ਦਸ ਗਾਹਕ ਇੱਕੋ ਇੰਜੀਨੀਅਰ ਦੀ ਉਡੀਕ ਵਿੱਚ ਇੱਕ ਦੂਜੇ ਦੇ ਪਿੱਛੇ ਕਤਾਰ ਵਿੱਚ ਨਹੀਂ ਲੱਗਦੇ — ਉਹ ਦਸ ਵਰਕਫਲੋ ਨਿਰਵਾਹ ਹਨ, ਅਤੇ ਪਲੇਟਫਾਰਮ ਉਹਨਾਂ ਨੂੰ ਖਿਤਿਜੀ ਤੌਰ 'ਤੇ ਸਕੇਲ ਕਰਨ ਲਈ ਬਣਾਇਆ ਗਿਆ ਹੈ।
- ਖ਼ਰੀਦ ਤੁਰੰਤ ਕੰਮ ਸ਼ੁਰੂ ਕਰਦੀ ਹੈ — ਚਾਰਜ ਕਰਨਾ, ਪੂਰਾ ਕਰਨਾ, ਸੂਚਿਤ ਕਰਨਾ, ਮੁਕੰਮਲ ਕਰਨਾ।
- ਇੱਕ ਟਿਕਾਊ Temporal ਵਰਕਫਲੋ ਵਜੋਂ ਚੱਲਦਾ ਹੈ: ਮੁੜ-ਕੋਸ਼ਿਸ਼ ਕਰਨ ਯੋਗ ਅਤੇ ਆਈਡੇਮਪੋਟੈਂਟ, ਕੋਈ ਫਾਇਰ-ਐਂਡ-ਫਾਰਗੈੱਟ ਸਕ੍ਰਿਪਟ ਨਹੀਂ।
- ਹਰੇਕ ਰਨ ਵਰਕਫਲੋ ਇਤਿਹਾਸ ਵਿੱਚ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ, ਇਸ ਲਈ ਕੀ ਅਤੇ ਕਦੋਂ ਚਲਾਇਆ ਗਿਆ ਸੀ ਇਸਦਾ ਇੱਕ ਰਿਕਾਰਡ ਮੌਜੂਦ ਹੁੰਦਾ ਹੈ।
- ਰਿਫੰਡ ਅਤੇ ਵਿਵਾਦ ਪਲਾਨ ਅਤੇ ਐਡ-ਆਨ ਵਾਂਗ ਹੀ ਬਿਲਿੰਗ ਮਾਰਗ ਰਾਹੀਂ ਸੰਭਾਲੇ ਜਾਂਦੇ ਹਨ।
ਸਹੀ ਸਮੇਂ 'ਤੇ ਪੇਸ਼ ਕੀਤਾ ਗਿਆ, ਮੀਨੂ ਵਿੱਚ ਲੁਕਾਇਆ ਨਹੀਂ ਗਿਆ
ਪਲੇਟਫਾਰਮ ਪਹਿਲਾਂ ਹੀ ਤੁਹਾਡੀਆਂ ਸਾਈਟਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਦਾ ਹੈ। ਇਹ ਸਹੀ ਸਮੇਂ 'ਤੇ ਸਹੀ ਸੇਵਾ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਨ ਲਈ ਜੋ ਕੁਝ ਦੇਖਦਾ ਹੈ ਉਸ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ।
ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ ਇੱਕ ਸਮਰਪਿਤ Extras ਭਾਗ ਹੈ ਜਿੱਥੇ ਤੁਸੀਂ ਜਦੋਂ ਚਾਹੋ ਫਸਟ-ਪਾਰਟੀ ਸੇਵਾਵਾਂ ਬ੍ਰਾਊਜ਼ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਖਰੀਦ ਸਕਦੇ ਹੋ। ਪਰ ਵਧੇਰੇ ਲਾਹੇਵੰਦ ਰਸਤਾ ਉਹ ਹੈ ਜੋ ਤੁਹਾਡੀ ਲੋੜ ਮੁਤਾਬਕ ਸਾਹਮਣੇ ਆਉਂਦਾ ਹੈ: ਪ੍ਰਸੰਗਿਕ ਅੱਪਸੇਲ। ਫੁੱਲੇ ਹੋਏ ਡਾਟਾਬੇਸ ਲਈ ਡਾਟਾਬੇਸ ਰੱਖ-ਰਖਾਅ, Core Web Vitals ਵਿੱਚ ਅਸਫਲ ਰਹਿਣ ਵਾਲੀ ਸੁਸਤ ਸਾਈਟ ਲਈ ਸਪੀਡ ਆਪਟੀਮਾਈਜ਼ੇਸ਼ਨ, ਫਲੈਗ ਕੀਤੀ ਸਾਈਟ ਲਈ ਮਾਲਵੇਅਰ ਸਫ਼ਾਈ, ਸਾਈਨ ਅੱਪ ਵੇਲੇ ਮਾਈਗ੍ਰੇਸ਼ਨ ਪੇਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
ਉਹ ਪ੍ਰੋਂਪਟ ਅਸਲ ਨਿਗਰਾਨੀ ਸਿਗਨਲਾਂ ਦੁਆਰਾ ਸੰਚਾਲਿਤ ਹੁੰਦੇ ਹਨ — ਫਲੀਟ ਨੂੰ ਚਲਾਉਣ ਲਈ ਪਲੇਟਫਾਰਮ ਦੁਆਰਾ ਇਕੱਤਰ ਕੀਤੇ ਗਏ ਉਹੀ ਪ੍ਰਤੀ-ਸਾਈਟ ਮੈਟ੍ਰਿਕਸ ਅਤੇ ਸਰੋਤ ਟੈਲੀਮੈਟਰੀ, ਕੋਈ ਆਮ ਮਹੀਨਾਵਾਰ ਪਰੇਸ਼ਾਨੀ ਨਹੀਂ। ਅਤੇ AI ਸਹਾਇਕ ਸੇਵਾ ਦਾ ਸੁਝਾਅ ਵੀ ਦੇ ਸਕਦਾ ਹੈ ਅਤੇ ਤੁਹਾਡੇ ਲਈ ਇਸਨੂੰ ਸ਼ੁਰੂ ਵੀ ਕਰ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਸਮੱਸਿਆ ਨੂੰ ਦੇਖਣ ਅਤੇ ਉਸਨੂੰ ਹੱਲ ਕਰਨ ਵਿਚਕਾਰ ਦਾ ਪਾੜਾ ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਦੀ ਬਜਾਏ ਸਿਰਫ਼ ਇੱਕ ਗੱਲਬਾਤ ਬਣ ਜਾਂਦਾ ਹੈ।
ਡੇਟਾਬੇਸ ਟੂਲ ਜੋ ਤੁਹਾਡੇ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਹਨ
ਰੱਖ-ਰਖਾਅ ਸਿਖਰ 'ਤੇ ਸਵੈਚਾਲਿਤ ਪਰਤ ਹੈ। ਇਸਦੇ ਹੇਠਾਂ, ਹਰੇਕ ਸਾਈਟ ਪੂਰੇ ਡਾਟਾਬੇਸ ਨਿਯੰਤਰਣ ਦੇ ਨਾਲ ਆਉਂਦੀ ਹੈ।
ਪ੍ਰਤੀ ਸਾਈਟ MariaDB
ਹਰੇਕ ਸਾਈਟ ਨੂੰ ਆਪਣਾ ਡਾਟਾਬੇਸ ਮਿਲਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਕਿਸੇ ਪ੍ਰੋਜੈਕਟ ਲਈ ਲੋੜ ਪੈਣ 'ਤੇ ਕਈ ਡਾਟਾਬੇਸਾਂ ਅਤੇ ਕਈ ਡਾਟਾਬੇਸ ਵਰਤੋਂਕਾਰਾਂ ਲਈ ਸਮਰਥਨ ਸ਼ਾਮਲ ਹੈ।
phpMyAdmin ਅਤੇ Adminer, ਏਮਬੈਡ ਕੀਤੇ ਗਏ
ਦੋਵੇਂ ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ ਅਤੇ ਸਿੰਗਲ-ਸਾਈਨ-ਆਨ ਹਨ — ਪ੍ਰਬੰਧਿਤ ਕਰਨ ਲਈ ਕੋਈ ਵੱਖਰੇ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਨਹੀਂ, ਸੁਰੱਖਿਅਤ ਕਰਨ ਲਈ ਕੋਈ ਵੱਖਰਾ ਲੌਗਇਨ ਨਹੀਂ।
ਰਿਮੋਟ ਪਹੁੰਚ ਟੌਗਲ
ਜਦੋਂ ਕਿਸੇ ਟੂਲ ਜਾਂ ਡਿਵੈਲਪਰ ਨੂੰ ਲੋੜ ਹੋਵੇ ਤਾਂ ਬਾਹਰੀ ਡਾਟਾਬੇਸ ਪਹੁੰਚ ਚਾਲੂ ਕਰੋ, ਅਤੇ ਜਦੋਂ ਲੋੜ ਨਾ ਹੋਵੇ ਤਾਂ ਇਸਨੂੰ ਦੁਬਾਰਾ ਬੰਦ ਕਰੋ। ਮੂਲ ਰੂਪ ਵਿੱਚ ਬੰਦ ਰਹਿਣਾ ਹੀ ਸਭ ਤੋਂ ਸਮਝਦਾਰੀ ਵਾਲੀ ਸਥਿਤੀ ਹੈ।
ਪ੍ਰਤੀ-ਸਾਈਟ Redis ਆਬਜੈਕਟ ਕੈਸ਼
ਵਾਰ-ਵਾਰ ਹੋਣ ਵਾਲੇ ਰੀਡਸ ਨੂੰ Redis 'ਤੇ ਆਫ਼ਲੋਡ ਕਰੋ ਤਾਂ ਜੋ ਡਾਟਾਬੇਸ ਸ਼ੁਰੂ ਤੋਂ ਹੀ ਘੱਟ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦੇਵੇ। ਇਲਾਜ ਦੇ ਨਾਲ-ਨਾਲ ਰੋਕਥਾਮ।
MySQL Governor: ਤੁਹਾਡੀਆਂ ਪੁੱਛਗਿੱਛਾਂ, ਤੁਹਾਡੀ ਸਮੱਸਿਆ — ਅਤੇ ਸਿਰਫ਼ ਤੁਹਾਡੀ
ਸਾਂਝੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ 'ਤੇ ਡੇਟਾਬੇਸ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਦਾ ਦੂਜਾ ਅੱਧ ਉਹ ਹਿੱਸਾ ਹੈ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਕੰਟਰੋਲ ਨਹੀਂ ਕਰਦੇ: ਉਸੇ ਸਰਵਰ 'ਤੇ ਹਰ ਕਿਸੇ ਦੀਆਂ ਸਾਈਟਾਂ ਕੀ ਕਰ ਰਹੀਆਂ ਹਨ। ਸਾਡਾ ਵਰਕਰ ਫਲੀਟ CloudLinux MySQL Governor ਨਾਲ MariaDB ਚਲਾਉਂਦਾ ਹੈ, ਜੋ ਪ੍ਰਤੀ ਸਾਈਟ ਡੇਟਾਬੇਸ ਦੀ ਵਰਤੋਂ ਨੂੰ ਸੀਮਤ ਕਰਦਾ ਹੈ। ਭਾਰੀ ਪੁੱਛਗਿੱਛਾਂ ਚਲਾਉਣ ਵਾਲੀ ਇੱਕ ਸਾਈਟ ਆਪਣੇ ਗੁਆਂਢੀਆਂ ਲਈ ਸਰਵਰ ਨੂੰ ਹੌਲੀ ਕਰਨ ਦੀ ਬਜਾਏ ਆਪਣੀਆਂ ਸੀਮਾਵਾਂ ਦੇ ਅੰਦਰ ਸੀਮਤ ਰਹਿੰਦੀ ਹੈ।
ਇਹ ਬਾਕੀ ਆਈਸੋਲੇਸ਼ਨ ਸਟੈਕ ਦੇ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ — CPU, RAM, IO, IOPS ਅਤੇ ਪ੍ਰਕਿਰਿਆਵਾਂ 'ਤੇ LVE ਸੀਮਾਵਾਂ, ਅਤੇ CageFS ਹਰੇਕ ਕਿਰਾਏਦਾਰ ਨੂੰ ਇੱਕ ਅਲੱਗ ਫਾਈਲ ਸਿਸਟਮ ਦ੍ਰਿਸ਼ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਪੂਰੇ ਡਿਜ਼ਾਈਨ ਦਾ ਉਦੇਸ਼ ਇੱਕੋ ਜਿਹਾ ਹੈ: ਇੱਕ ਸਾਈਟ 'ਤੇ ਆਈ ਸਮੱਸਿਆ ਉਸੇ ਸਾਈਟ ਤੱਕ ਹੀ ਸੀਮਿਤ ਰਹਿੰਦੀ ਹੈ।
ਇਸ ਲਈ ਜਦੋਂ ਤੁਹਾਡਾ ਡਾਟਾਬੇਸ ਹੌਲੀ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਜਵਾਬ ਅਜਿਹਾ ਕੁਝ ਹੁੰਦਾ ਹੈ ਜਿਸ 'ਤੇ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਕਾਰਵਾਈ ਕਰ ਸਕਦੇ ਹੋ। ਇਹ ਤੁਹਾਡਾ ਡਾਟਾਬੇਸ ਹੈ, ਅਤੇ ਡਾਟਾਬੇਸ ਰੱਖ-ਰਖਾਅ ਹੀ ਉਹ ਬਟਨ ਹੈ ਜੋ ਇਸਨੂੰ ਠੀਕ ਕਰਦਾ ਹੈ।
ਇਸਨੂੰ ਆਪਣੇ AI ਟੂਲ ਤੋਂ ਚਲਾਓ
ਡੇਟਾਬੇਸ ਕਾਰਜ MCP ਟੂਲ ਕੈਟਾਲਾਗ ਦਾ ਹਿੱਸਾ ਹਨ, ਇਸ ਲਈ ਕੋਈ ਵੀ MCP-ਸਮਰੱਥ ਏਜੰਟ ਤੁਹਾਡੇ ਵੱਲੋਂ ਇਹਨਾਂ ਨੂੰ ਚਲਾ ਸਕਦਾ ਹੈ।
ਸਾਡਾ ਹੋਸਟ ਕੀਤਾ MCP ਸਰਵਰ ਪਲੇਟਫਾਰਮ ਨੂੰ Claude Code, Cursor, ChatGPT, Claude Desktop ਅਤੇ ਕਿਸੇ ਵੀ ਹੋਰ MCP-ਸਮਰੱਥ ਏਜੰਟ ਲਈ ਉਪਲਬਧ ਕਰਵਾਉਂਦਾ ਹੈ — ਹਰੇਕ ਟੂਲ ਲਈ ਵੱਖਰੇ ਏਕੀਕਰਣ ਦੀ ਬਜਾਏ ਇੱਕ ਸਿੰਗਲ ਕਨੈਕਸ਼ਨ। ਉਸ ਕੈਟਾਲਾਗ ਵਿੱਚ ਡਾਟਾਬੇਸ ਟੂਲਸ ਵਿੱਚ ਗਾਰਡਿਡ ਕੁਐਰੀ, ਆਪਟੀਮਾਈਜ਼, ਅਤੇ ਬੈਕਅੱਪ ਤੇ ਰੀਸਟੋਰ ਸ਼ਾਮਲ ਹਨ। ਸਪਸ਼ਟ ਪੁਸ਼ਟੀਕਰਨ ਕਦਮ ਦੇ ਅਧੀਨ Extras ਖਰੀਦਣ ਦੀ ਸਹੂਲਤ ਵੀ ਉਪਲਬਧ ਹੈ।
ਏਜੰਟ ਜੋ ਕੁਝ ਵੀ ਕਰ ਸਕਦਾ ਹੈ, ਉਹ ਉਸ ਪਛਾਣ ਦੁਆਰਾ ਸੀਮਿਤ ਹੁੰਦਾ ਹੈ ਜਿਸ ਵਜੋਂ ਇਹ ਕਨੈਕਟ ਹੋਇਆ ਹੈ। ਟੋਕਨ OAuth 2.1 ਰਾਹੀਂ ਜਾਰੀ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਤੁਹਾਡੀ ਸੰਸਥਾ ਅਤੇ ਤੁਹਾਡੀਆਂ RBAC ਇਜਾਜ਼ਤਾਂ ਦੇ ਦਾਇਰੇ ਵਿੱਚ ਹੁੰਦੇ ਹਨ, ਪ੍ਰਤੀ-ਟੂਲ ਅਤੇ ਰੱਦ ਕਰਨ ਯੋਗ ਹੁੰਦੇ ਹਨ। ਵਿਨਾਸ਼ਕਾਰੀ ਕਾਰਵਾਈਆਂ ਲਈ ਸਪੱਸ਼ਟ ਪੁਸ਼ਟੀ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, AI-ਸੰਚਾਲਿਤ ਭੁਗਤਾਨ ਕੀਤੀਆਂ ਕਾਰਵਾਈਆਂ 'ਤੇ ਖਰਚ ਸੀਮਾਵਾਂ ਲਾਗੂ ਹੁੰਦੀਆਂ ਹਨ, ਅਤੇ ਹਰੇਕ MCP ਕਾਰਵਾਈ ਪਛਾਣ, ਟੂਲ, ਆਰਗੂਮੈਂਟਾਂ ਅਤੇ ਨਤੀਜੇ ਦੇ ਨਾਲ ਆਡਿਟ ਲੌਗ ਵਿੱਚ ਦਰਜ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
ਅਮਲ ਵਿੱਚ: ਤੁਹਾਡਾ ਏਜੰਟ ਦੇਖਦਾ ਹੈ ਕਿ ਡੇਟਾਬੇਸ ਭਾਰੀ ਹੈ, ਪੁੱਛਦਾ ਹੈ ਕਿ ਕੀ ਇਸਨੂੰ ਰੱਖ-ਰਖਾਅ ਚਲਾਉਣਾ ਚਾਹੀਦਾ ਹੈ, ਤੁਸੀਂ ਪੁਸ਼ਟੀ ਕਰਦੇ ਹੋ, ਅਤੇ ਵਰਕਫਲੋ ਚੱਲਦਾ ਹੈ। AI ਇੱਕ ਡਰਾਈਵਰ ਹੈ, ਕੋਈ ਬਿਨਾਂ ਨਿਗਰਾਨੀ ਵਾਲਾ ਆਪਰੇਟਰ ਨਹੀਂ।
ਪਲਾਨ ਵਾਂਗ ਖਰੀਦਿਆ ਗਿਆ, ਸੇਵਾ ਵਾਂਗ ਕੀਮਤ ਤੈਅ ਕੀਤੀ ਗਈ
ਪਹਿਲੀ-ਧਿਰ ਦੀਆਂ ਸੇਵਾਵਾਂ ਇਸ ਪਲੇਟਫਾਰਮ 'ਤੇ ਡਾਟਾ ਹਨ, ਨਾ ਕਿ ਹਾਰਡਕੋਡ ਕੀਤੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ।
- ਸਾਡਾ ਸਟਾਫ਼ ਐਡਮਿਨ ਕੰਸੋਲ ਵਿੱਚ ਉਸੇ ਤਰੀਕੇ ਨਾਲ ਸੇਵਾਵਾਂ ਨੂੰ ਜੋੜਦਾ, ਸੰਪਾਦਿਤ ਕਰਦਾ, ਕੀਮਤ ਨਿਰਧਾਰਤ ਕਰਦਾ ਅਤੇ ਸਮਰੱਥ ਬਣਾਉਂਦਾ ਹੈ ਜਿਵੇਂ ਪਲਾਨ ਪ੍ਰਬੰਧਿਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ — ਕਿਸੇ ਨੂੰ ਸ਼ੁਰੂ ਕਰਨ ਜਾਂ ਵਿਵਸਥਿਤ ਕਰਨ ਲਈ ਕਿਸੇ ਕੋਡ ਤਬਦੀਲੀ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ।
- ਕੀਮਤਾਂ ਹਰੇਕ ਕਰੰਸੀ ਅਨੁਸਾਰ, ਇਕਮੁਸ਼ਤ ਜਾਂ ਆਵਰਤੀ ਵਜੋਂ ਨਿਰਧਾਰਤ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਤਾਂ ਜੋ ਤੁਸੀਂ ਉਸੇ ਕਰੰਸੀ ਵਿੱਚ ਖਰੀਦ ਸਕੋ ਜਿਸ ਵਿੱਚ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਭੁਗਤਾਨ ਕਰਦੇ ਹੋ।
- ਸੇਵਾਵਾਂ ਉਤਪਾਦ-ਲਾਈਨ ਯੋਗਤਾ ਰੱਖਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਜੋ ਪੇਸ਼ਕਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਉਹ ਉਸ ਨਾਲ ਮੇਲ ਖਾਂਦੀ ਹੈ ਜੋ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਚਲਾਉਂਦੇ ਹੋ।
- ਚਾਰਜਿੰਗ ਤੁਹਾਡੀ ਗਾਹਕੀ ਦੇ ਨਾਲ, ਬਿਲਿੰਗ ਜਾਂ ਤੁਹਾਡੇ ਵਾਲਿਟ ਬਕਾਏ ਰਾਹੀਂ ਹੁੰਦੀ ਹੈ — ਇੱਕ ਖਾਤਾ, ਇਨਵੌਇਸਾਂ ਦਾ ਇੱਕ ਸੈੱਟ।
- ਖਰੀਦਦਾਰੀ ਆਮ ਵਪਾਰ ਹੈ: ਪੂਰਾ ਹੋਣ 'ਤੇ ਸੂਚਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਰਿਫੰਡਯੋਗ, ਵਿਵਾਦਯੋਗ।
ਇਸਦੀ ਕਿੰਨੀ ਕੀਮਤ ਹੈ
ਪ੍ਰਤੀ ਸਾਈਟ ਇੱਕ ਵਾਰ ਦਾ ਕੰਮ, ਜੋ ਤੁਹਾਡੇ ਵੱਲੋਂ ਇਸਨੂੰ ਖਰੀਦਣ ਤੋਂ ਬਾਅਦ ਆਪਣੇ ਆਪ ਚੱਲਦਾ ਹੈ।
ਡਾਟਾਬੇਸ ਰੱਖ-ਰਖਾਅ ਅਤੇ ਅਨੁਕੂਲਤਾ
₹2,752.99ਇੱਕ ਵਾਰੀ
ਇਹ ਖਰੀਦ ਦੇ 1 ਦਿਨ ਦੇ ਅੰਦਰ ਚੱਲਦਾ ਹੈ, ਅਤੇ ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਪੂਰਾ ਬੈਕਅੱਪ ਲਿਆ ਜਾਂਦਾ ਹੈ। ਐਡ-ਆਨ ਤੁਹਾਡੇ ਡੈਸ਼ਬੋਰਡ ਤੋਂ ਪ੍ਰਤੀ ਸਾਈਟ ਖਰੀਦੇ ਜਾਂਦੇ ਹਨ ਅਤੇ ਤੁਹਾਡੇ ਆਮ ਇਨਵੌਇਸ 'ਤੇ ਦਿਖਾਈ ਦਿੰਦੇ ਹਨ — ਕੋਈ ਵੱਖਰਾ ਖਾਤਾ ਨਹੀਂ, ਕੋਈ ਦੂਜਾ ਬਿੱਲ ਨਹੀਂ ਅਤੇ ਕੋਈ ਘੱਟੋ-ਘੱਟ ਮਿਆਦ ਨਹੀਂ। ਕੀਮਤਾਂ ਵਿੱਚ ਟੈਕਸ ਸ਼ਾਮਲ ਨਹੀਂ ਹੈ, ਜਿਸਦਾ ਹਿਸਾਬ ਚੈੱਕਆਊਟ ਵੇਲੇ ਤੁਹਾਡੇ ਬਿਲਿੰਗ ਦੇਸ਼ ਤੋਂ ਲਗਾਇਆ ਜਾਂਦਾ ਹੈ।
ਅਕਸਰ ਪੁੱਛੇ ਜਾਂਦੇ ਸਵਾਲ
ਮੈਨੂੰ ਕਿਵੇਂ ਪਤਾ ਲੱਗੇਗਾ ਕਿ ਮੇਰੇ ਡਾਟਾਬੇਸ ਨੂੰ ਦੇਖਭਾਲ ਦੀ ਲੋੜ ਹੈ?
ਜ਼ਿਆਦਾਤਰ ਮਾਮਲਿਆਂ ਵਿੱਚ ਤੁਹਾਨੂੰ ਇਹ ਖੁਦ ਪਤਾ ਲਗਾਉਣ ਦੀ ਲੋੜ ਨਹੀਂ ਪਵੇਗੀ। ਪਲੇਟਫਾਰਮ ਪ੍ਰਤੀ-ਸਾਈਟ ਸਰੋਤਾਂ ਦੀ ਵਰਤੋਂ 'ਤੇ ਨਜ਼ਰ ਰੱਖਦਾ ਹੈ ਅਤੇ ਡਾਟਾਬੇਸ ਦੇ ਆਕਾਰ ਵਿੱਚ ਵਾਧਾ ਵੇਖਣ 'ਤੇ ਪ੍ਰਸੰਗਿਕ ਪੇਸ਼ਕਸ਼ ਵਜੋਂ ਡਾਟਾਬੇਸ ਰੱਖ-ਰਖਾਅ ਨੂੰ ਸਾਹਮਣੇ ਲਿਆਉਂਦਾ ਹੈ, ਅਤੇ AI ਸਹਾਇਕ ਇਸ ਨੂੰ ਚਿੰਨ੍ਹਿਤ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਤੁਹਾਡੇ ਲਈ ਕੰਮ ਸ਼ੁਰੂ ਕਰ ਸਕਦਾ ਹੈ। ਤੁਸੀਂ ਡੈਸ਼ਬੋਰਡ ਦੇ Extras ਭਾਗ ਤੋਂ ਕਿਸੇ ਵੀ ਸਮੇਂ ਇਸ ਨੂੰ ਬ੍ਰਾਊਜ਼ ਅਤੇ ਖਰੀਦ ਸਕਦੇ ਹੋ, ਅਤੇ ਏਮਬੇਡ ਕੀਤੇ phpMyAdmin ਜਾਂ Adminer ਰਾਹੀਂ ਖੁਦ ਡਾਟਾਬੇਸ ਦੀ ਜਾਂਚ ਕਰ ਸਕਦੇ ਹੋ।
ਕੀ ਰੱਖ-ਰਖਾਅ ਦੌਰਾਨ ਮੇਰਾ ਡਾਟਾ ਜੋਖਮ ਵਿੱਚ ਹੁੰਦਾ ਹੈ?
ਅਸੀਂ ਖ਼ਤਰੇ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਨ ਦਾ ਦਿਖਾਵਾ ਕਰਨ ਦੀ ਬਜਾਏ ਇਸਨੂੰ ਘੱਟ ਤੋਂ ਘੱਟ ਕਰਦੇ ਹਾਂ। ਕੰਮ ਇੱਕ Temporal ਵਰਕਫਲੋ ਵਜੋਂ ਚੱਲਦਾ ਹੈ — ਟਿਕਾਊ, ਮੁੜ-ਕੋਸ਼ਿਸ਼ ਕਰਨ ਯੋਗ ਅਤੇ ਆਈਡਮਪੋਟੈਂਟ — ਇਸ ਲਈ ਇੱਕ ਅਸਫਲ ਕਦਮ ਕੰਮ ਨੂੰ ਅੱਧਾ ਛੱਡਣ ਦੀ ਬਜਾਏ ਮੁੜ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ, ਅਤੇ ਦੁਹਰਾਈ ਗਈ ਕਾਰਵਾਈ ਡਿਜ਼ਾਈਨ ਦੁਆਰਾ ਸੁਰੱਖਿਅਤ ਹੁੰਦੀ ਹੈ। ਹਰੇਕ ਰਨ ਨੂੰ ਵਰਕਫਲੋ ਇਤਿਹਾਸ ਵਿੱਚ ਦਰਜ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। Footprint-Free ਪਲਾਨਾਂ 'ਤੇ, ਰੋਜ਼ਾਨਾ ਬੈਕਅੱਪ ਇੱਕ-ਕਲਿੱਕ ਰੀਸਟੋਰ ਦੇ ਨਾਲ 30 ਦਿਨਾਂ ਲਈ ਰੱਖੇ ਜਾਂਦੇ ਹਨ, ਤਾਂ ਜੋ ਜੇਕਰ ਤੁਹਾਨੂੰ ਲੋੜ ਹੋਵੇ ਤਾਂ ਵਾਪਸ ਜਾਣ ਲਈ ਹਮੇਸ਼ਾ ਇੱਕ ਤਾਜ਼ਾ ਰੀਸਟੋਰ ਪੁਆਇੰਟ ਉਪਲਬਧ ਰਹੇ। ਕਿਸੇ ਵੀ ਮਹੱਤਵਪੂਰਨ ਡੇਟਾਬੇਸ ਤਬਦੀਲੀ ਤੋਂ ਪਹਿਲਾਂ ਬੈਕਅੱਪ ਲੈਣਾ ਇੱਕ ਚੰਗਾ ਅਭਿਆਸ ਹੈ, ਚਾਹੇ ਇਸਨੂੰ ਕੋਈ ਵੀ ਚਲਾ ਰਿਹਾ ਹੋਵੇ।
ਕੀ ਇਹ ਤੁਹਾਡੇ ਪੈਨਲ ਵਿੱਚ ਡਾਟਾਬੇਸ ਟੂਲਸ ਨੂੰ ਬਦਲਦਾ ਹੈ?
ਇਹ ਉਹਨਾਂ ਦੀ ਪੂਰਤੀ ਕਰਦਾ ਹੈ। ਹਰੇਕ ਸਾਈਟ ਏਮਬੈਡਡ, ਸਿੰਗਲ-ਸਾਈਨ-ਆਨ ਵਾਲੇ phpMyAdmin ਅਤੇ Adminer, ਕਈ ਡਾਟਾਬੇਸਾਂ ਅਤੇ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਸਮਰਥਨ, ਅਤੇ ਇੱਕ ਰਿਮੋਟ ਐਕਸੈਸ ਟੌਗਲ ਦੇ ਨਾਲ ਆਪਣਾ MariaDB ਡਾਟਾਬੇਸ ਰੱਖਦੀ ਹੈ। ਡਾਟਾਬੇਸ ਰੱਖ-ਰਖਾਅ ਰੁਟੀਨ ਕੰਮ — ਸਾਫ਼ ਕਰਨਾ, ਅਨੁਕੂਲਿਤ ਕਰਨਾ, ਮੁਰੰਮਤ ਕਰਨਾ — ਦਾ ਸਵੈਚਲਿਤ ਸੰਸਕਰਣ ਹੈ, ਜਦੋਂ ਤੁਸੀਂ ਇਸਨੂੰ ਹੱਥੀਂ ਚਲਾਉਣ ਦੀ ਬਜਾਏ ਨਤੀਜਾ ਖਰੀਦਣਾ ਪਸੰਦ ਕਰਦੇ ਹੋ।
ਇਹ ਇੱਕ ਆਮ ਸਹਾਇਤਾ ਟਿਕਟ ਤੋਂ ਕਿਵੇਂ ਵੱਖਰਾ ਹੈ?
ਇਸ ਪਲੇਟਫਾਰਮ 'ਤੇ ਸੇਵਾਵਾਂ ਦੋ ਵਿੱਚੋਂ ਕਿਸੇ ਇੱਕ ਤਰੀਕੇ ਨਾਲ ਪੂਰੀਆਂ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਸਟਾਫ਼ ਦੁਆਰਾ ਪੂਰੀਆਂ ਕੀਤੀਆਂ ਜਾਣ ਵਾਲੀਆਂ ਸੇਵਾਵਾਂ ਸਾਡੀ ਐਡਮਿਨ ਕਤਾਰ ਵਿੱਚ ਇੱਕ ਕਾਰਜ ਬਣਾਉਂਦੀਆਂ ਹਨ, ਜਿਸ ਨੂੰ ਸਥਿਤੀ ਟਰੈਕਿੰਗ ਅਤੇ ਗਾਹਕ ਅੱਪਡੇਟਾਂ ਦੇ ਨਾਲ ਸਹੀ ਵਿਭਾਗ ਨੂੰ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ। ਡਾਟਾਬੇਸ ਰੱਖ-ਰਖਾਅ ਸਵੈਚਲਿਤ ਹੈ: ਇਸਨੂੰ ਖਰੀਦਣਾ ਬਿਨਾਂ ਕਿਸੇ ਮਨੁੱਖੀ ਦਖਲ ਦੇ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਵਰਕਫਲੋ ਨੂੰ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ। ਕਿਸੇ ਪ੍ਰਕਿਰਿਆ ਦੀ ਬਜਾਏ ਇਸਨੂੰ ਇੱਕ ਵਰਕਫਲੋ ਵਜੋਂ ਬਣਾਉਣ ਦਾ ਪੂਰਾ ਮਕਸਦ ਇਹੀ ਹੈ।
ਕੀ ਮੇਰਾ AI ਏਜੰਟ ਇਸਨੂੰ ਮੇਰੇ ਲਈ ਚਲਾ ਸਕਦਾ ਹੈ?
ਹਾਂ। ਡਾਟਾਬੇਸ ਆਪਟੀਮਾਈਜ਼, ਸੁਰੱਖਿਅਤ ਕੀਤੀ ਗਈ ਕੁਐਰੀ, ਅਤੇ ਬੈਕਅੱਪ ਤੇ ਰੀਸਟੋਰ ਸਾਰੇ MCP ਟੂਲ ਕੈਟਾਲਾਗ ਵਿੱਚ ਹਨ, ਅਤੇ Extras ਦੀ ਖਰੀਦਦਾਰੀ ਨੂੰ ਪੁਸ਼ਟੀਕਰਨ ਕਦਮ ਨਾਲ ਦਰਸਾਇਆ ਗਿਆ ਹੈ। ਤੁਹਾਡਾ ਏਜੰਟ OAuth 2.1 ਰਾਹੀਂ ਤੁਹਾਡੀ ਸੰਸਥਾ ਅਤੇ ਤੁਹਾਡੀਆਂ RBAC ਇਜਾਜ਼ਤਾਂ ਤੱਕ ਸੀਮਿਤ ਟੋਕਨ ਨਾਲ ਕਨੈਕਟ ਹੁੰਦਾ ਹੈ — ਪ੍ਰਤੀ-ਟੂਲ, ਰੱਦ ਕਰਨ ਯੋਗ, ਭੁਗਤਾਨ ਵਾਲੀਆਂ ਕਾਰਵਾਈਆਂ 'ਤੇ ਖਰਚ-ਸੀਮਤ, ਅਤੇ ਹਰੇਕ ਕਾਲ ਦਾ ਆਡਿਟ-ਲੌਗ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ। ਇਹ ਸਿਰਫ਼ ਉਹੀ ਕਰ ਸਕਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਕਰ ਸਕਦੇ ਹੋ।
ਕਿਹੜੇ ਪਲਾਨਾਂ ਵਿੱਚ ਇਹ ਸ਼ਾਮਲ ਹੈ?
ਡਾਟਾਬੇਸ ਰੱਖ-ਰਖਾਅ ਪਲਾਨ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣ ਦੀ ਬਜਾਏ ਇੱਕ ਖਰੀਦਣਯੋਗ ਫਸਟ-ਪਾਰਟੀ ਸੇਵਾ ਹੈ — ਤੁਸੀਂ ਇਸਨੂੰ ਲੋੜ ਪੈਣ 'ਤੇ ਖਰੀਦਦੇ ਹੋ, ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ ਤੁਹਾਡੀ ਮੁਦਰਾ ਵਿੱਚ ਦਿਖਾਈ ਗਈ ਕੀਮਤ 'ਤੇ, ਜੋ ਤੁਹਾਡੇ ਬਿਲਿੰਗ ਖਾਤੇ ਜਾਂ ਵਾਲਿਟ ਤੋਂ ਲਈ ਜਾਂਦੀ ਹੈ। ਯੋਗਤਾ ਪ੍ਰਤੀ ਉਤਪਾਦ ਲਾਈਨ ਨਿਰਧਾਰਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਇਸ ਲਈ ਤੁਹਾਡੇ ਵਾਧੂ ਸੈਕਸ਼ਨ ਵਿੱਚ ਜੋ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ ਉਹ ਉਸ ਉਤਪਾਦ ਲਾਈਨ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ ਜਿਸ 'ਤੇ ਤੁਸੀਂ ਹੋ। ਪਲੇਟਫਾਰਮ ਨੂੰ ਅਜ਼ਮਾਉਣ ਲਈ ਤੁਹਾਨੂੰ ਲੋੜੀਂਦੀ ਹਰ ਚੀਜ਼ ਕਾਰਡ-ਮੁਕਤ 14-ਦਿਨਾਂ ਦੇ ਟ੍ਰਾਇਲ ਵਿੱਚ ਮੌਜੂਦ ਹੈ: ਕੋਈ ਭੁਗਤਾਨ ਵੇਰਵੇ ਨਹੀਂ, Footprint-Free ਹੋਸਟਿੰਗ 'ਤੇ ਪੰਜ ਸਾਈਟਾਂ ਤੱਕ।
ਕੀ ਇੱਕ ਸਾਈਟ ਦੁਆਰਾ ਡੇਟਾਬੇਸ ਦੀ ਭਾਰੀ ਵਰਤੋਂ ਮੇਰੀਆਂ ਹੋਰ ਸਾਈਟਾਂ ਨੂੰ ਹੌਲੀ ਕਰ ਦੇਵੇਗੀ?
ਫਲੀਟ CloudLinux MySQL Governor ਦੇ ਨਾਲ MariaDB ਚਲਾਉਂਦਾ ਹੈ, ਜੋ ਪ੍ਰਤੀ ਸਾਈਟ ਡਾਟਾਬੇਸ ਵਰਤੋਂ ਨੂੰ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਨਿਯੰਤਰਿਤ ਕਰਦਾ ਹੈ ਤਾਂ ਜੋ ਇੱਕ ਸਾਈਟ ਦੀਆਂ ਭਾਰੀ ਪੁੱਛਗਿੱਛਾਂ ਬਾਕੀਆਂ ਲਈ ਸਰਵਰ ਨੂੰ ਹੌਲੀ ਨਾ ਕਰ ਸਕਣ। ਇਹ LVE ਸਰੋਤ ਸੀਮਾਵਾਂ ਅਤੇ CageFS ਫ਼ਾਈਲ ਸਿਸਟਮ ਅਲੱਗਤਾ ਦੇ ਨਾਲ ਮਿਲ ਕੇ ਕੰਮ ਕਰਦਾ ਹੈ। ਸਮੁੱਚਾ ਡਿਜ਼ਾਈਨ ਟੀਚਾ ਕੰਟਰੋਲ ਹੈ — ਸਮੱਸਿਆਵਾਂ ਉਸੇ ਪਿੰਜਰੇ ਵਿੱਚ ਰਹਿੰਦੀਆਂ ਹਨ ਜਿੱਥੇ ਉਹ ਸ਼ੁਰੂ ਹੋਈਆਂ ਸਨ।
ਸੰਬੰਧਿਤ
ਅਜਿਹੇ ਡੇਟਾਬੇਸ ਨੂੰ ਚੁੱਕਣਾ ਬੰਦ ਕਰੋ ਜਿਸਨੂੰ ਤੁਸੀਂ ਦੇਖ ਨਹੀਂ ਸਕਦੇ
Footprint-Free ਹੋਸਟਿੰਗ 'ਤੇ ਬਿਨਾਂ ਕਾਰਡ ਦੇ 14-ਦਿਨਾਂ ਦਾ ਟ੍ਰਾਇਲ ਸ਼ੁਰੂ ਕਰੋ — ਕੋਈ ਭੁਗਤਾਨ ਵੇਰਵੇ ਨਹੀਂ, ਪੰਜ ਸਾਈਟਾਂ ਤੱਕ — ਅਤੇ ਦੇਖੋ ਕਿ ਇਹ ਪਲੇਟਫਾਰਮ ਉਨ੍ਹਾਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਕਿਵੇਂ ਸਾਹਮਣੇ ਲਿਆਉਂਦਾ ਹੈ ਅਤੇ ਹੱਲ ਕਰਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਬਾਰੇ ਤੁਹਾਨੂੰ ਕਿਸੇ ਹੌਲੀ ਪੇਜ ਤੋਂ ਪਤਾ ਲੱਗਦਾ।
ਮੁਫ਼ਤ ਸ਼ੁਰੂ ਕਰੋ