ਸਾਫ਼ ਕਰੋ
ਡਾਟਾਬੇਸ ਵਿੱਚ ਮੌਜੂਦ ਉਸ ਵਾਧੂ ਡਾਟੇ ਨੂੰ ਸਾਫ਼ ਕਰੋ ਜਿਸ ਦੀ ਹੁਣ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ, ਤਾਂ ਜੋ ਤੁਹਾਡੀ ਸਾਈਟ ਵੱਲੋਂ ਅਸਲ ਵਿੱਚ ਵਰਤੇ ਜਾਂਦੇ ਡਾਟੇ ਮੁਤਾਬਕ ਵਰਕਿੰਗ ਸੈੱਟ ਵਾਪਸ ਛੋਟਾ ਹੋ ਜਾਵੇ।
ਡੈਟਾਬੇਸ ਰੱਖ-ਰਖਾਅ
ਡਾਟਾਬੇਟ ਰੱਖ-ਰਖਾਅ ਜੋ ਆਪਣੇ ਆਪ ਚੱਲਦਾ ਹੈ, ਬਿਲਕੁਲ ਉਸੇ ਸਮੇਂ ਜਦੋਂ ਇਸਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ
ਹਰ WordPress ਡੇਟਾਬੇਸ ਉਮਰ ਦੇ ਨਾਲ ਭਾਰਾ ਹੁੰਦਾ ਜਾਂਦਾ ਹੈ। Zinn Digital® ਇਸ ਨੂੰ ਸਹਾਇਤਾ ਟਿਕਟ ਦੀ ਬਜਾਏ ਇੱਕ ਇੰਜੀਨੀਅਰਿੰਗ ਸਮੱਸਿਆ ਵਜੋਂ ਲੈਂਦਾ ਹੈ: ਸਾਫ਼ ਕਰੋ, ਅਨੁਕੂਲ ਬਣਾਓ ਅਤੇ ਮੁਰੰਮਤ ਕਰੋ ਇੱਕ ਸਵੈਚਾਲਤ ਵਰਕਫਲੋ ਵਜੋਂ ਚੱਲਦੇ ਹਨ ਜਿਸਨੂੰ ਤੁਸੀਂ ਇੱਕ ਕਲਿੱਕ ਵਿੱਚ ਖਰੀਦਦੇ ਹੋ — ਅਤੇ ਪਲੇਟਫਾਰਮ ਇਸਨੂੰ ਤੁਹਾਨੂੰ ਉਸ ਸਮੇਂ ਪੇਸ਼ ਕਰਦਾ ਹੈ ਜਦੋਂ ਇਹ ਡੇਟਾਬੇਸ ਫੁੱਲਦਾ ਦੇਖਦਾ ਹੈ। ਉਪਲਬਧਤਾ: MCP ਉੱਤੇ ਬੈਕਅੱਪ ਅਤੇ ਰੀਸਟੋਰ ਅਤੇ ਪ੍ਰਤੀ-ਸਾਈਟ ਡੇਟਾਬੇਸ ਥ੍ਰੋਟਲਿੰਗ ਸਰਗਰਮ ਵਿਕਾਸ ਵਿੱਚ ਹਨ ਅਤੇ ਅਜੇ ਉਪਲਬਧ ਨਹੀਂ ਹਨ। ਇੱਥੇ ਵਰਣਨ ਕੀਤੀ ਗਈ ਹਰ ਗੱਲ ਅੱਜ ਲਾਈਵ ਹੈ।
- 650,000+ਦੁਨੀਆ ਭਰ ਵਿੱਚ ਹੋਸਟ ਕੀਤੀਆਂ ਸਾਈਟਾਂ
- ਜ਼ੀਰੋ-ਟੱਚਆਟੋਮੇਟਿਡ ਫੁਲਫਿਲਮੈਂਟ, ਕੋਈ ਟਿਕਟ ਕਤਾਰ ਨਹੀਂ
- 30 ਦਿਨFootprint-Free ਪਲਾਨਾਂ 'ਤੇ ਰੋਜ਼ਾਨਾ ਬੈਕਅੱਪ ਰੀਟੈਨਸ਼ਨ
- ۱۴ ਦਿਨਕਾਰਡ-ਮੁਕਤ PBN ਅਜ਼ਮਾਇਸ਼, 5 ਸਾਈਟਾਂ ਤੱਕ
ਡੇਟਾਬੇਸ ਚੁੱਪ-ਚਾਪ ਅੜਿੱਕਾ ਕਿਉਂ ਬਣ ਜਾਂਦੇ ਹਨ
ਇੱਕ WordPress ਸਾਈਟ ਦੀਆਂ ਫ਼ਾਈਲਾਂ ਲਗਭਗ ਉਸੇ ਆਕਾਰ ਦੀਆਂ ਰਹਿੰਦੀਆਂ ਹਨ ਜਿੰਨੇ ਆਕਾਰ ਦੀਆਂ ਤੁਸੀਂ ਉਨ੍ਹਾਂ ਨੂੰ ਬਣਾਇਆ ਸੀ। ਇਸ ਦਾ ਡਾਟਾਬੇਸ ਨਹੀਂ ਰਹਿੰਦਾ। ਟੇਬਲ ਇਕੱਠੇ ਹੁੰਦੇ ਜਾਂਦੇ ਹਨ, ਇੰਡੈਕਸ ਲੀਹੋਂ ਲਾਹ ਜਾਂਦੇ ਹਨ, ਸਟੋਰੇਜ ਇੰਜਣ ਅਜਿਹੀ ਥਾਂ ਅਲਾਟ ਕਰਕੇ ਛੱਡ ਦਿੰਦੇ ਹਨ ਜਿਸ ਦੀ ਹੁਣ ਕੋਈ ਵਰਤੋਂ ਨਹੀਂ ਕਰ ਰਿਹਾ ਹੁੰਦਾ, ਅਤੇ ਕਦੇ-ਕਦਾਈਂ ਕੋਈ ਟੇਬਲ ਅਜਿਹੇ ਹਾਲਾਤ ਵਿੱਚ ਪਹੁੰਚ ਜਾਂਦਾ ਹੈ ਜਿਸ ਨੂੰ ਟਿਊਨ ਕਰਨ ਦੀ ਬਜਾਏ ਮੁਰੰਮਤ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇਸ ਵਿੱਚੋਂ ਕੁਝ ਵੀ ਪਹਿਲਾਂ ਤੋਂ ਨਹੀਂ ਦੱਸਦਾ। ਸਾਈਟ ਸਿਰਫ਼ ਹੌਲੀ ਹੋ ਜਾਂਦੀ ਹੈ, ਕਿਊਰੀਆਂ ਵਿੱਚ ਜ਼ਿਆਦਾ ਸਮਾਂ ਲੱਗਦਾ ਹੈ, ਅਤੇ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਜਿਸ ਚੀਜ਼ ਵੱਲ ਧਿਆਨ ਜਾਂਦਾ ਹੈ ਉਹ ਇੱਕ ਅਜਿਹਾ ਪੇਜ ਹੁੰਦਾ ਹੈ ਜੋ ਪਹਿਲਾਂ ਤੇਜ਼ੀ ਨਾਲ ਖੁੱਲ੍ਹਦਾ ਸੀ ਪਰ ਹੁਣ ਨਹੀਂ ਖੁੱਲ੍ਹਦਾ।
ਇੱਕ ਸਿੰਗਲ ਸਾਈਟ 'ਤੇ ਇਹ ਇੱਕ ਪਰੇਸ਼ਾਨੀ ਹੈ। ਪੋਰਟਫੋਲੀਓ ਜਾਂ ਸੈਂਕੜੇ ਸਾਈਟਾਂ ਦੇ ਨੈੱਟਵਰਕ ਵਿੱਚ ਇਹ ਇੱਕ ਵਧਦੀ ਹੋਈ ਲਾਗਤ ਹੈ — ਉਹਨਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਲੋੜ ਨਾਲੋਂ ਥੋੜ੍ਹੀ ਜਿਹੀ ਜ਼ਿਆਦਾ ਭਾਰੀ ਹੈ, ਉਹਨਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਡਾਟਾਬੇਸ ਸਰਵਰ ਤੋਂ ਉਮੀਦ ਨਾਲੋਂ ਜ਼ਿਆਦਾ ਮੰਗ ਕਰ ਰਹੀ ਹੈ।
Zinn Digital® ਇਸਨੂੰ ਉਸੇ ਤਰ੍ਹਾਂ ਸੰਭਾਲਦਾ ਹੈ ਜਿਵੇਂ ਅਸੀਂ ਬਾਕੀ ਪਲੇਟਫਾਰਮ ਨੂੰ ਸੰਭਾਲਦੇ ਹਾਂ: ਇੱਕ ਸਵੈਚਾਲਿਤ, ਦੁਹਰਾਉਣ ਯੋਗ ਕਾਰਵਾਈ ਵਜੋਂ। ਡਾਟਾਬੇਸ ਰੱਖ-ਰਖਾਅ ਇੱਕ ਫਰਸਟ-ਪਾਰਟੀ ਸੇਵਾ ਹੈ ਜੋ ਤੁਸੀਂ ਡੈਸ਼ਬੋਰਡ ਤੋਂ ਖਰੀਦਦੇ ਹੋ, ਅਤੇ ਇਸਨੂੰ ਖਰੀਦਣ ਨਾਲ ਆਪਟੀਮਾਈਜ਼ੇਸ਼ਨ ਦਾ ਕੰਮ ਤੁਰੰਤ ਸ਼ੁਰੂ ਹੋ ਜਾਂਦਾ ਹੈ। ਸ਼ਾਮਲ ਹੋਣ ਲਈ ਕੋਈ ਕਤਾਰ ਨਹੀਂ ਹੈ ਅਤੇ ਇੰਤਜ਼ਾਰ ਕਰਨ ਲਈ ਕੋਈ ਇੰਜੀਨੀਅਰ ਨਹੀਂ ਹੈ।
ਰੱਖ-ਰਖਾਅ ਰਨ ਕੀ ਕਰਦਾ ਹੈ
ਸਾਈਟ ਦੇ MariaDB ਡਾਟਾਬੇਸ ਨੂੰ ਸਾਫ਼ ਕਰਨਾ, ਅਨੁਕੂਲ ਬਣਾਉਣਾ, ਠੀਕ ਕਰਨਾ ਅਤੇ ਇਸ ਬਾਰੇ ਰਿਪੋਰਟ ਕਰਨਾ, ਇੱਕੋ ਕੰਮ ਵਜੋਂ ਚਲਾਇਆ ਜਾਂਦਾ ਹੈ।
ਅਨੁਕੂਲ ਬਣਾਓ
ਅਲਾਟ ਕੀਤੀ ਗਈ ਪਰ ਅਣਵਰਤੀ ਗਈ ਟੇਬਲ ਸਪੇਸ ਨੂੰ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰੋ ਅਤੇ ਇੰਡੈਕਸਾਂ ਅਤੇ ਅੰਕੜਿਆਂ ਨੂੰ ਉਸ ਹਾਲਤ ਵਿੱਚ ਵਾਪਸ ਲਿਆਓ ਜਿਸਦੀ ਕਿਊਰੀ ਪਲਾਨਰ ਉਮੀਦ ਕਰਦਾ ਹੈ, ਤਾਂ ਜੋ ਪੜ੍ਹਨ ਦੇ ਕੰਮ ਨੂੰ ਲੋੜ ਨਾਲੋਂ ਵੱਧ ਮਿਹਨਤ ਨਾ ਕਰਨੀ ਪਵੇ।
ਮੁਰੰਮਤ
ਖਰਾਬ ਹਾਲਤ ਵਿੱਚ ਪਹੁੰਚ ਚੁੱਕੀਆਂ ਟੇਬਲਾਂ ਦਾ ਪਤਾ ਲਗਾਓ ਅਤੇ ਉਨ੍ਹਾਂ ਨੂੰ ਠੀਕ ਕਰੋ — ਇਹ ਉਹ ਅਸਫਲਤਾ ਹੈ ਜੋ ਜੇਕਰ ਅਣਗੌਲਿਆ ਛੱਡ ਦਿੱਤੀ ਜਾਵੇ ਤਾਂ ਇੱਕ ਹੌਲੀ ਸਾਈਟ ਨੂੰ ਇੱਕ ਟੁੱਟੀ ਹੋਈ ਸਾਈਟ ਵਿੱਚ ਬਦਲ ਦਿੰਦੀ ਹੈ।
ਰਿਪੋਰਟ ਭੇਜੋ
ਖਰੀਦਦਾਰੀ ਬਿਲਿੰਗ ਜਾਂ ਤੁਹਾਡੇ ਵਾਲਿਟ ਰਾਹੀਂ ਖਰਚਾ ਲੈਂਦੀ ਹੈ, ਪੂਰੀ ਹੁੰਦੀ ਹੈ, ਤੁਹਾਨੂੰ ਸੂਚਿਤ ਕਰਦੀ ਹੈ ਅਤੇ ਆਪਣੇ ਆਪ ਨੂੰ ਮੁਕੰਮਲ ਮਾਰਕ ਕਰ ਲੈਂਦੀ ਹੈ। ਜੇ ਕੁਝ ਗਲਤ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਰਿਫੰਡ ਅਤੇ ਵਿਵਾਦ ਸਾਡੇ ਕੋਲੋਂ ਖਰੀਦੀ ਗਈ ਹਰ ਹੋਰ ਚੀਜ਼ ਵਾਂਗ ਹੀ ਉਸੇ ਬਿਲਿੰਗ ਮਾਰਗ ਰਾਹੀਂ ਚੱਲਦੇ ਹਨ।
ਸਵੈਚਾਲਿਤ ਪੂਰਤੀ, ਨਾ ਕਿ ਕੋਈ ਸਪੋਰਟ ਕਤਾਰ
ਇਸ ਪਲੇਟਫਾਰਮ 'ਤੇ ਪਹਿਲੀ ਧਿਰ ਦੀਆਂ ਸੇਵਾਵਾਂ ਦੋ ਰੂਪਾਂ ਵਿੱਚ ਆਉਂਦੀਆਂ ਹਨ। ਕੁਝ ਸਟਾਫ ਦੁਆਰਾ ਪੂਰੀਆਂ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ: ਉਨ੍ਹਾਂ ਨੂੰ ਖਰੀਦਣ ਨਾਲ ਸਾਡੀ ਐਡਮਿਨ ਕਤਾਰ ਵਿੱਚ ਇੱਕ ਕੰਮ ਬਣ ਜਾਂਦਾ ਹੈ, ਜਿਸ ਨੂੰ ਸਹੀ ਵਿਭਾਗ ਵੱਲ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ, ਟਰੈਕ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਅੱਪਡੇਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਡਾਟਾਬੇਸ ਰੱਖ-ਰਖਾਅ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਇੱਕ ਨਹੀਂ ਹੈ। ਇਹ ਸਵੈਚਾਲਤ ਹੈ — ਖਰੀਦਦਾਰੀ ਇੱਕ Temporal ਵਰਕਫਲੋ ਨੂੰ ਚਾਲੂ ਕਰਦੀ ਹੈ ਜੋ ਸਿੱਧੇ ਤੁਹਾਡੀ ਸਾਈਟ 'ਤੇ ਓਪਟੀਮਾਈਜੇਸ਼ਨ ਜੌਬ ਨੂੰ ਚਲਾਉਂਦੀ ਹੈ। ਤੁਰੰਤ, ਜ਼ੀਰੋ-ਟੱਚ।
ਇਹ ਤੁਹਾਡੀ ਸੋਚ ਨਾਲੋਂ ਕਿਤੇ ਵੱਧ ਮਹੱਤਵਪੂਰਨ ਹੈ। Temporal ਵਰਕਫਲੋ ਬਨਾਵਟ ਤੋਂ ਹੀ ਟਿਕਾਊ, ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਯੋਗ (retryable) ਅਤੇ ਆਈਡੈਂਪੋਟੈਂਟ (idempotent) ਹੁੰਦੇ ਹਨ, ਜੋ ਕਿ ਇਸ ਪਲੇਟਫਾਰਮ 'ਤੇ ਹਰ ਲੰਬੇ ਸਮੇਂ ਤੱਕ ਚੱਲਣ ਵਾਲੇ ਆਪ੍ਰੇਸ਼ਨ ਲਈ ਨਿਰਧਾਰਿਤ ਮਿਆਰ ਹੈ। ਜੇਕਰ ਕੋਈ ਚਰਣ ਵਿਚਕਾਰ ਹੀ ਅਸਫਲ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਵਰਕਫਲੋ ਅੱਧਾ-ਅਧੂਰਾ ਛੱਡਣ ਅਤੇ ਤੁਹਾਡੇ ਡਾਟਾਬੇਸ ਨੂੰ ਅਸਪਸ਼ਟ ਸਥਿਤੀ ਵਿੱਚ ਛੱਡਣ ਦੀ ਬਜਾਏ ਉੱਥੋਂ ਹੀ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ ਜਿੱਥੇ ਇਹ ਸੀ। ਜੇਕਰ ਕੋਈ ਪੁਨਰ-ਯਤਨ (retry) ਉਸ ਆਪ੍ਰੇਸ਼ਨ ਨੂੰ ਮੁੜ ਚਲਾਉਂਦਾ ਹੈ ਜੋ ਪਹਿਲਾਂ ਹੀ ਸਫਲ ਹੋ ਚੁੱਕਾ ਸੀ, ਤਾਂ ਉਹ ਬਨਾਵਟ ਦੇ ਹਿਸਾਬ ਨਾਲ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸੁਰੱਖਿਅਤ ਹੈ।
ਇਸਦਾ ਮਤਲਬ ਇਹ ਵੀ ਹੈ ਕਿ ਲੋਡ ਹੋਣ 'ਤੇ ਸੇਵਾ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਨਹੀਂ ਘਟਦੀ। ਡਾਟਾਬੇਸ ਦੀ ਦੇਖਭਾਲ ਖਰੀਦਣ ਵਾਲੇ ਇਕੋ ਸਮੇਂ ਦਸ ਗਾਹਕ ਇਕੋ ਇੰਜੀਨੀਅਰ ਦੀ ਉਡੀਕ ਵਿਚ ਇਕ-ਦੂਜੇ ਦੇ ਪਿੱਛੇ ਲਾਈਨ ਵਿਚ ਨਹੀਂ ਲੱਗਦੇ — ਉਹ ਦਸ ਵਰਕਫਲੋ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਹਨ, ਅਤੇ ਪਲੇਟਫਾਰਮ ਨੂੰ ਉਹਨਾਂ ਨੂੰ ਹਰੀਜ਼ੋਂਟਲੀ ਸਕੇਲ ਕਰਨ ਲਈ ਬਣਾਇਆ ਗਿਆ ਹੈ।
- ਖਰੀਦ ਦੇ ਨਾਲ ਹੀ ਕੰਮ ਤੁਰੰਤ ਸ਼ੁਰੂ ਹੋ ਜਾਂਦਾ ਹੈ — ਚਾਰਜ ਕਰੋ, ਪੂਰਾ ਕਰੋ, ਸੂਚਿਤ ਕਰੋ, ਸਮਾਪਤ ਕਰੋ।
- ਇੱਕ ਟਿਕਾਊ Temporal ਵਰਕਫਲੋ ਵਜੋਂ ਚੱਲਦਾ ਹੈ: ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਯੋਗ ਅਤੇ ਆਈਡੈਂਪੋਟੈਂਟ, ਫਾਇਰ-ਐਂਡ-ਫਰਗੈਟ ਸਕ੍ਰਿਪਟ ਨਹੀਂ।
- ਹਰੇਕ ਰਨ ਵਰਕਫਲੋ ਹਿਸਟਰੀ ਵਿੱਚ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ, ਇਸ ਲਈ ਕੀ ਚੱਲਿਆ ਸੀ ਅਤੇ ਕਦੋਂ ਚੱਲਿਆ ਸੀ, ਇਸਦਾ ਇੱਕ ਰਿਕਾਰਡ ਹੁੰਦਾ ਹੈ।
- ਪਲਾਨਾਂ ਅਤੇ ਐਡ-ਆਨ ਵਾਂਗ ਹੀ ਰਿਫੰਡ ਅਤੇ ਵਿਵਾਦਾਂ ਨੂੰ ਇੱਕੋ ਬਿਲਿੰਗ ਮਾਰਗ ਰਾਹੀਂ ਸੰਭਾਲਿਆ ਜਾਂਦਾ ਹੈ।
ਸਹੀ ਸਮੇਂ 'ਤੇ ਪੇਸ਼ ਕੀਤਾ ਗਿਆ, ਮੀਨੂ ਵਿੱਚ ਨਹੀਂ ਛੁਪਾਇਆ ਗਿਆ
ਪਲੇਟਫਾਰਮ ਪਹਿਲਾਂ ਹੀ ਤੁਹਾਡੀਆਂ ਸਾਈਟਾਂ 'ਤੇ ਨਜ਼ਰ ਰੱਖ ਰਿਹਾ ਹੈ। ਇਹ ਸਹੀ ਸਮੇਂ 'ਤੇ ਸਹੀ ਸੇਵਾ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਨ ਲਈ ਆਪਣੇ ਦੇਖੇ ਹੋਏ ਨੂੰ ਵਰਤਦਾ ਹੈ।
ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ ਇੱਕ ਸਮਰਪਿਤ ਐਕਸਟਰਾ ਸੈਕਸ਼ਨ ਹੈ ਜਿੱਥੇ ਤੁਸੀਂ ਜਦੋਂ ਚਾਹੋ ਫਰਸਟ-ਪਾਰਟੀ ਸੇਵਾਵਾਂ ਨੂੰ ਬ੍ਰਾਊਜ਼ ਅਤੇ ਖਰੀਦ ਸਕਦੇ ਹੋ। ਪਰ ਸ aਭ ਤੋਂ ਵੱਧ ਉਪਯੋਗੀ ਰਸਤਾ ਉਹ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਲੱਭਦਾ ਹੈ: ਪ੍ਰਸੰਗਿਕ ਅੱਪਸੇਲ। ਡਾਟਾਬੇਸ ਮੇਨਟੇਨੈਂਸ ਇੱਕ ਫੁੱਲੇ ਹੋਏ ਡਾਟਾਬੇਸ ਦੇ ਵਿਰੁੱਧ ਸਾਹਮਣੇ ਆਉਂਦਾ ਹੈ, ਸਪੀਡ ਔਪਟੀਮਾਈਜੇਸ਼ਨ ਇੱਕ ਹੌਲੀ ਸਾਈਟ ਦੇ ਵਿਰੁੱਧ ਜੋ Core Web Vitals ਵਿੱਚ ਫੇਲ੍ਹ ਹੋ ਰਹੀ ਹੈ, ਮਾਲਵੇਅਰ ਕਲੀਨਅੱਪ ਇੱਕ ਫਲੈਗ ਕੀਤੀ ਸਾਈਟ ਦੇ ਵਿਰੁੱਧ, ਅਤੇ ਮਾਈਗ੍ਰੇਸ਼ਨ ਸਾਈਨਅੱਪ 'ਤੇ।
ਉਹ ਸੁਝਾਅ ਅਸਲ ਓਬਜ਼ਰਵੇਬਿਲਟੀ ਸਿਗਨਲਾਂ ਦੁਆਰਾ ਸੰਚਾਲਿਤ ਹੁੰਦੇ ਹਨ — ਉਹੀ ਪ੍ਰਤੀ-ਸਾਈਟ ਮੈਟ੍ਰਿਕਸ ਅਤੇ ਸਰੋਤ ਟੈਲੀਮੈਟਰੀ ਜੋ ਪਲੇਟਫਾਰਮ ਫਲੀਟ ਨੂੰ ਚਲਾਉਣ ਲਈ ਇਕੱਠੀ ਕਰਦਾ ਹੈ, ਨਾ ਕਿ ਕੋਈ ਆਮ ਮਹੀਨਾਵਾਰ ਤੰਗ ਕਰਨ ਵਾਲਾ ਸੁਨੇਹਾ। ਅਤੇ AI ਸਹਾਇਕ ਸੇਵਾ ਦਾ ਸੁਝਾਅ ਵੀ ਦੇ ਸਕਦਾ ਹੈ ਅਤੇ ਤੁਹਾਡੇ ਲਈ ਇਸਨੂੰ ਸ਼ੁਰੂ ਵੀ ਕਰ ਸਕਦਾ ਹੈ, ਤਾਂ ਜੋ ਕਿਸੇ ਸਮੱਸਿਆ ਨੂੰ ਸਮਝਣ ਅਤੇ ਉਸਨੂੰ ਠੀਕ ਕਰਨ ਦੇ ਵਿਚਕਾਰ ਦਾ ਅੰਤਰ ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਦੀ ਬਜਾਏ ਇੱਕ ਗੱਲਬਾਤ ਬਣ ਜਾਂਦਾ ਹੈ।
ਤushiun kol pehla hi maujud database tools
ਰੱਖ-ਰਖਾਅ ਸਿਖਰ 'ਤੇ ਆਟੋਮੇਟਿਡ ਲੇਅਰ ਹੈ। ਇਸ ਦੇ ਹੇਠਾਂ, ਹਰ ਸਾਈਟ ਪੂਰੇ ਡਾਟਾਬੇਸ ਕੰਟਰੋਲ ਨਾਲ ਆਉਂਦੀ ਹੈ।
ਪ੍ਰਤੀ ਸਾਈਟ 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 ਕਾਰਵਾਈ ਨੂੰ ਪਛਾਣ, ਟੂਲ, ਆਰਗੂਮੈਂਟਾਂ ਅਤੇ ਨਤੀਜੇ ਦੇ ਨਾਲ ਆਡਿਟ ਲੌਗ ਵਿੱਚ ਦਰਜ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਅਮਲ ਵਿੱਚ: ਤੁਹਾਡਾ ਏਜੰਟ ਦੇਖਦਾ ਹੈ ਕਿ ਡੇਟਾਬੇਸ ਭਾਰੀ ਹੈ, ਪੁੱਛਦਾ ਹੈ ਕਿ ਕੀ ਇਸਨੂੰ ਰੱਖ-ਰਖਾਅ ਚਲਾਉਣਾ ਚਾਹੀਦਾ ਹੈ, ਤੁਸੀਂ ਪੁਸ਼ਟੀ ਕਰਦੇ ਹੋ, ਅਤੇ ਵਰਕਫਲੋ ਚੱਲਦਾ ਹੈ। ਏਆਈ ਇੱਕ ਡਰਾਈਵਰ ਹੈ, ਨਾ ਕਿ ਬਿਨਾਂ ਨਿਗਰਾਨੀ ਵਾਲਾ ਆਪਰੇਟਰ।
ਪਲਾਨ ਵਾਂਗ ਖਰੀਦਿਆ, ਸੇਵਾ ਵਾਂਗ ਕੀਮਤ
ਫਸਟ-ਪਾਰਟੀ ਸੇਵਾਵਾਂ ਇਸ ਪਲੇਟਫਾਰਮ 'ਤੇ ਡਾਟਾ ਹਨ, ਨਾ ਕਿ ਹਾਰਡਕੋਡ ਕੀਤੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ।
- ਸ ਸਾਡਾ ਸਟਾਫ਼ ਐਡਮਿਨ ਕੰਸੋਲ ਵਿੱਚ ਉਸੇ ਤਰ੍ਹਾਂ ਸੇਵਾਵਾਂ ਜੋੜਦਾ, ਸੰਪਾਦਿਤ ਕਰਦਾ, ਕੀਮਤ ਤੈਅ ਕਰਦਾ ਅਤੇ ਸਮਰੱਥ ਬਣਾਉਂਦਾ ਹੈ ਜਿਵੇਂ ਪਲਾਨ ਪ੍ਰਬੰਧਿਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ — ਕਿਸੇ ਵੀ ਸੇਵਾ ਨੂੰ ਲਾਂਚ ਕਰਨ ਜਾਂ ਅਨੁਕੂਲ ਕਰਨ ਲਈ ਕੋਈ ਕੋਡ ਬਦਲਾਅ ਦੀ ਲੋੜ ਨਹੀਂ ਪੈਂਦੀ।
- ਕੀਮਤਾਂ ਹਰੇਕ ਮੁਦਰਾ ਲਈ ਵੱਖਰੀਆਂ ਤਫ਼ਸੀਲ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਇੱਕ ਵਾਰ ਜਾਂ ਬਾਰ-ਬਾਰ ਹੋਣ ਵਾਲੀਆਂ, ਤਾਂ ਜੋ ਤੁਸੀਂ ਉਸੇ ਮੁਦਰਾ ਵਿੱਚ ਖਰੀਦਦਾਰੀ ਕਰ ਸਕੋ ਜਿਸ ਵਿੱਚ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਭੁਗਤਾਨ ਕਰਦੇ ਹੋ।
- ਸੇਵਾਵਾਂ ਵਿੱਚ ਉਤਪਾਦ-ਲਾਈਨ ਦੀ ਯੋਗਤਾ ਹੁੰਦੀ ਹੈ, ਇਸ ਲਈ ਜੋ ਪੇਸ਼ਕਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਉਹ ਉਸ ਨਾਲ ਮੇਲ ਖਾਂਦੀ ਹੈ ਜੋ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਚਲਾਉਂਦੇ ਹੋ।
- ਤੁਹਾਡੀ ਗਾਹਕੀ ਦੇ ਨਾਲ-ਨਾਲ ਚਾਰਜਿੰਗ ਬਿਲਿੰਗ ਜਾਂ ਤੁਹਾਡੇ ਵਾਲਿਟ ਦੇ ਬਕਾਇਆ ਰਾਹੀਂ ਹੁੰਦੀ ਹੈ — ਇੱਕ ਖਾਤਾ, ਚਲਾਨਾਂ ਦਾ ਇੱਕ ਸੈੱਟ।
- ਖਰੀਦਦਾਰੀ ਆਮ ਵਪਾਰ ਹੈ: ਪੂਰਾ ਹੋਣ 'ਤੇ ਸੂਚਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਰਿਫੰਡਯੋਗ, ਵਿਵਾਦਯੋਗ।
What it costs
A one-off job per site, run automatically once you buy it.
Database Maintenance & Optimization
₹2,740.99one-off
It runs within 1 day of purchase, and a full backup is taken before anything is changed. Add-ons are bought per site from your dashboard and appear on your normal invoice — no separate account, no second bill and no minimum term. Prices exclude tax, which is worked out from your billing country at checkout.
ਅਕਸਰ ਪੁੱਛੇ ਜਾਂਦੇ ਸਵਾਲ
ਮੈਨੂੰ ਕਿਵੇਂ ਪਤਾ ਲੱਗੇਗਾ ਕਿ ਮੇਰੇ ਡਾਟਾਬੇਸ ਨੂੰ ਰੱਖ-ਰਖਾਅ ਦੀ ਲੋੜ ਹੈ?
ਬਹੁਤੇ ਮਾਮਲਿਆਂ ਵਿੱਚ ਤੁਹਾਨੂੰ ਇਹ ਖੁਦ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਪਵੇਗੀ। ਜਦੋਂ ਪਲੇਟਫਾਰਮ ਨੂੰ ਕਿਸੇ ਡਾਟਾਬੇਸ ਦਾ ਆਕਾਰ ਵਧਦਾ ਹੋਇਆ ਦਿਸਦਾ ਹੈ, ਤਾਂ ਇਹ ਪ੍ਰਤੀ-ਸਾਈਟ ਸਰੋਤਾਂ ਦੀ ਵਰਤੋਂ 'ਤੇ ਨਜ਼ਰ ਰੱਖਦਾ ਹੈ ਅਤੇ ਪ੍ਰਸੰਗਿਕ ਸੁਝਾਅ ਵਜੋਂ ਡਾਟਾਬੇਸ ਰੱਖ-ਰਖਾਅ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦਾ ਹੈ, ਅਤੇ AI ਸਹਾਇਕ ਇਸਨੂੰ ਫਲੈਗ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਤੁਹਾਡੇ ਲਈ ਕੰਮ ਸ਼ੁਰੂ ਕਰ ਸਕਦਾ ਹੈ। ਤੁਸੀਂ ਡੈਸ਼ਬੋਰਡ ਦੇ Extras ਸੈਕਸ਼ਨ ਤੋਂ ਵੀ ਕਿਸੇ ਵੀ ਸਮੇਂ ਇਸਨੂੰ ਬ੍ਰਾਊਜ਼ ਅਤੇ ਖਰੀਦ ਸਕਦੇ ਹੋ, ਅਤੇ ਐਮਬੈਡ ਕੀਤੇ phpMyAdmin ਜਾਂ Adminer ਰਾਹੀਂ ਖੁਦ ਡਾਟਾਬੇਸ ਦੀ ਜਾਂਚ ਕਰ ਸਕਦੇ ਹੋ।
ਕ ਕੀ ਰੱਖ-ਰਖਾਅ ਦੌਰਾਨ ਮੇਰਾ ਡਾਟਾ ਖ਼ਤਰੇ ਵਿੱਚ ਹੈ?
ਅਸੀਂ ਇਸ ਦੇ ਜੋਖਮ ਨੂੰ ਛੁਪਾਉਣ ਦੀ ਬਜਾਏ ਘਟਾਉਂਦੇ ਹਾਂ। ਕੰਮ ਇੱਕ Temporal ਵਰਕਫਲੋ ਵਜੋਂ ਚੱਲਦਾ ਹੈ—ਟਿਕਾਊ, ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਯੋਗ ਅਤੇ ਆਈਡੋਪੋਟੈਂਟ—ਇਸ ਲਈ ਇੱਕ ਅਸਫਲ ਕਦਮ ਅੱਧਾ ਕੰਮ ਛੱਡਣ ਦੀ ਬਜਾਏ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਦੁਹਰਾਇਆ ਗਿਆ ਓਪਰੇਸ਼ਨ ਡਿਜ਼ਾਈਨ ਦੁਆਰਾ ਸੁਰੱਖਿਅਤ ਹੁੰਦਾ ਹੈ। ਹਰ ਰਨ ਨੂੰ ਵਰਕਫਲੋ ਦੇ ਇਤਿਹਾਸ ਵਿੱਚ ਰਿਕਾਰਡ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। Footprint-Free ਯੋਜਨਾਵਾਂ 'ਤੇ, ਰੋਜ਼ਾਨਾ ਬੈਕਅਪ ਇੱਕ-ਕਲਿੱਕ ਰੀਸਟੋਰ ਨਾਲ 30 ਦਿਨਾਂ ਲਈ ਰੱਖੇ ਜਾਂਦੇ ਹਨ, ਇਸ ਲਈ ਜੇਕਰ ਤੁਸੀਂ ਚਾਹੋ ਤਾਂ ਵਾਪਸ ਜਾਣ ਲਈ ਹਮੇਸ਼ਾ ਇੱਕ ਹਾਲੀਆ ਰੀਸਟੋਰ ਪੁਆਇੰਟ ਹੁੰਦਾ ਹੈ। ਇਸ ਗੱਲ ਦੀ ਪਰਵਾਹ ਕੀਤੇ ਬਿਨਾਂ ਕਿ ਇਸਨੂੰ ਕੌਣ ਚਲਾ ਰਿਹਾ ਹੈ, ਕਿਸੇ ਵੀ ਮਹੱਤਵਪੂਰਨ ਡੇਟਾਬੇਸ ਬਦਲਾਅ ਤੋਂ ਪਹਿਲਾਂ ਬੈਕਅਪ ਲੈਣਾ ਇੱਕ ਚੰਗਾ ਅਭਿਆਸ ਹੈ।
ਕ کیا ਇਹ ਮੇਰੇ ਪੈਨਲ ਵਿੱਚ ਮੌਜੂਦ ਡਾਟਾਬੇਸ ਟੂਲਸ ਦੀ ਥਾਂ ਲੈਂਦਾ ਹੈ?
ਇਹ ਉਹਨਾਂ ਦਾ ਪੂਰਕ ਹੈ। ਹਰੇਕ ਸਾਈਟ ਐਮਬੇਡਡ, ਸਿੰਗਲ-ਸਾਈਨ-ਆਨ વાળા phpMyAdmin ਅਤੇ Adminer, ਮਲਟੀਪਲ ਡਾਟਾਬੇਸ ਅਤੇ ਯੂਜ਼ਰਾਂ ਲਈ ਸਪੋਰਟ, ਅਤੇ ਇੱਕ ਰਿਮੋਟ ਐਕਸੈਸ ਟੌਗਲ ਦੇ ਨਾਲ ਆਪਣਾ ਮਾਰੀਆਡੀਬੀ (MariaDB) ਡਾਟਾਬੇਸ ਰੱਖਦੀ ਹੈ। ਡਾਟਾਬੇਸ ਮੇਂਟੇਨੈਂਸ ਰੁਟੀਨ ਕੰਮ — ਕਲੀਨ, ਓਪਟੀਮਾਈਜ਼, ਰਿਪੇਅਰ — ਦਾ ਇੱਕ ਸਵੈਚਾਲਿਤ ਰੂਪ ਹੈ, ਜੋ ਉਸ ਸਮੇਂ ਲਈ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਇਸਨੂੰ ਖੁਦ ਕਰਨ ਦੀ ਬਜਾਏ ਨਤੀਜਾ ਪ੍ਰਾਪਤ ਕਰਨਾ ਪਸੰਦ ਕਰਦੇ ਹੋ।
ਇਹ ਕਿਸੇ ਆਮ ਸਹਾਇਤਾ ਟਿਕਟ ਤੋਂ ਕਿਵੇਂ ਵੱਖਰਾ ਹੈ?
ਇਸ ਪਲੇਟਫਾਰਮ 'ਤੇ ਸੇਵਾਵਾਂ ਦੋ ਤਰੀਕਿਆਂ ਵਿੱਚੋਂ ਇੱਕ ਨਾਲ ਪੂਰੀਆਂ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਸਟਾਫ ਦੁਆਰਾ ਪੂਰੀਆਂ ਕੀਤੀਆਂ ਜਾਣ ਵਾਲੀਆਂ ਸੇਵਾਵਾਂ ਸਾਡੀ ਐਡਮਿਨ ਕਿਊ ਵਿੱਚ ਇੱਕ ਕਾਰਜ ਬਣਾਉਂਦੀਆਂ ਹਨ, ਜੋ ਸਥਿਤੀ ਟਰੈਕਿੰਗ ਅਤੇ ਗਾਹਕ ਅੱਪਡੇਟਾਂ ਨਾਲ ਸਹੀ ਵਿਭਾਗ ਨੂੰ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ। ਡਾਟਾਬੇਸ ਰੱਖ-ਰਖਾਅ ਆਟੋਮੇਟਿਡ ਹੈ: ਇਸਨੂੰ ਖਰੀਦਣ ਨਾਲ ਵਿਚਕਾਰ ਕਿਸੇ ਮਨੁੱਖੀ ਕਦਮ ਤੋਂ ਬਿਨਾਂ, ਸਿੱਧਾ ਵਰਕਫਲੋ ਸ਼ੁਰੂ ਹੋ ਜਾਂਦਾ ਹੈ। ਇਸਨੂੰ ਇੱਕ ਪ੍ਰਕਿਰਿਆ ਦੀ ਬਜਾਏ ਵਰਕਫਲੋ ਵਜੋਂ ਬਣਾਉਣ ਦਾ ਪੂਰਾ ਮਕਸਦ ਹੀ ਇਹ ਹੈ।
ਕੀ ਮੇਰਾ AI ਏਜੰਟ ਮੇਰੇ ਲਈ ਇਹ ਚਲਾ ਸਕਦਾ ਹੈ?
ਹਾਂ ਜੀ। ਡਾਟਾਬੇਸ ਆਪਟੀਮਾਈਜ਼, ਸੁਰੱਖਿਅਤ ਕਿਊਰੀ, ਅਤੇ ਬੈਕਅੱਪ ਤੇ ਰੀਸਟੋਰ ਸਾਰੇ MCP ਟੂਲ ਕੈਟਾਲਾਗ ਵਿੱਚ ਹਨ, ਅਤੇ ਐਕਸਟਰਾ ਖਰੀਦਣਾ ਪੁਸ਼ਟੀਕਰਨ ਪੜਾਅ ਨਾਲ ਉਪਲਬਧ ਹੁੰਦਾ ਹੈ। ਤੁਹਾਡਾ ਏਜੰਟ OAuth 2.1 ਰਾਹੀਂ ਇੱਕ ਟੋਕਨ ਨਾਲ ਕਨੈਕਟ ਹੁੰਦਾ ਹੈ ਜੋ ਤੁਹਾਡੀ ਸੰਸਥਾ ਅਤੇ ਤੁਹਾਡੀਆਂ RBAC ਇਜਾਜ਼ਤਾਂ ਤੱਕ ਸੀਮਤ ਹੁੰਦਾ ਹੈ — ਪ੍ਰਤੀ-ਟੂਲ, ਰੱਦ ਕਰਨ ਯੋਗ, ਅਦਾਇਗੀ ਕਾਰਵਾਈਆਂ 'ਤੇ ਖਰਚ-ਸੀਮਤ, ਅਤੇ ਹਰ ਕਾਲ ਦਾ ਆਡਿਟ-ਲਾਗ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਹ ਸਿਰਫ਼ ਉਹੋ ਕੁਝ ਕਰ ਸਕਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਕਰ ਸਕਦੇ ਹੋ।
ਕਿਹੜੇ ਪਲਾਨਾਂ ਵਿੱਚ ਇਹ ਸ਼ਾਮਲ ਹੈ?
ਡਾਟਾਬੇਸ ਰੱਖ-ਰਖਾਅ ਪਲਾਨ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣ ਦੀ ਬਜਾਏ ਖਰੀਦਣ ਯੋਗ ਇੱਕ ਫਸਟ-ਪਾਰਟੀ ਸੇਵਾ ਹੈ — ਜਦੋਂ ਤੁਹਾਨੂੰ ਇਸਦੀ ਲੋੜ ਹੋਵੇ, ਤੁਸੀਂ ਇਸਨੂੰ ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ ਤੁਹਾਡੀ ਮੁਦਰਾ ਵਿੱਚ ਦਿਖਾਈ ਗਈ ਕੀਮਤ 'ਤੇ ਖਰੀਦ ਸਕਦੇ ਹੋ, ਜਿਸਦਾ ਚਾਰਜ ਤੁਹਾਡੇ ਬਿਲਿੰਗ ਖਾਤੇ ਜਾਂ ਵਾਲਿਟ ਤੋਂ ਲਿਆ ਜਾਂਦਾ ਹੈ। ਯੋਗਤਾ ਪ੍ਰਤੀ ਉਤਪਾਦ ਲਾਈਨ ਨਿਰਧਾਰਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਇਸ ਲਈ ਤੁਹਾਡੇ ਵਾਧੂ (Extras) ਭਾਗ ਵਿੱਚ ਜੋ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ ਉਹ ਉਸ ਉਤਪਾਦ ਲਾਈਨ ਨੂੰ ਦਰਸ਼ਾਉਂਦਾ ਹੈ ਜਿਸ 'ਤੇ ਤੁਸੀਂ ਹੋ। ਪਲੇਟਫਾਰਮ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਲਈ ਲੋੜੀਂਦੀ ਹਰ ਚੀਜ਼ ਕਾਰਡ-ਮੁਕਤ 14-ਦਿਨਾਂ ਦੀ ਅਜ਼ਮਾਇਸ਼ ਵਿੱਚ ਹੈ: ਕੋਈ ਭੁਗਤਾਨ ਵੇਰਵੇ ਨਹੀਂ, Footprint-Free Hosting 'ਤੇ ਪੰਜ ਤੱਕ ਸਾਈਟਾਂ।
ਕ ਕੀ ਇੱਕ ਸਾਈਟ ਦੀ ਵੱਡੀ ਡਾਟਾਬੇਸ ਵਰਤੋਂ ਮੇਰੀਆਂ ਹੋਰ ਸਾਈਟਾਂ ਨੂੰ ਹੌਲੀ ਕਰ ਦੇਵੇਗੀ?
ਫਲੀਟ CloudLinux MySQL Governor ਦੇ ਨਾਲ MariaDB ਚਲਾਉਂਦਾ ਹੈ, ਜੋ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਪ੍ਰਤੀ ਸਾਈਟ ਡਾਟਾਬੇਸ ਦੀ ਵਰਤੋਂ ਨੂੰ ਸੀਮਤ ਕਰਦਾ ਹੈ ਤਾਂ ਜੋ ਇੱਕ ਸਾਈਟ ਦੀਆਂ ਭਾਰੀਆਂ ਕੁਐਰੀਆਂ ਬਾਕੀਆਂ ਲਈ ਸਰਵਰ ਨੂੰ ਹੌਲੀ ਨਾ ਕਰ ਸਕਣ। ਇਹ LVE ਸਰੋਤ ਸੀਮਾਵਾਂ ਅਤੇ CageFS ਫਾਈਲਸਿਸਟਮ ਆਈਸੋਲੇਸ਼ਨ ਦੇ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ। ਸ਼ੁਰੂ ਤੋਂ ਹੀ ਡਿਜ਼ਾਈਨ ਦਾ ਉਦੇਸ਼ ਰੋਕਥਾਮ ਹੈ — ਸਮੱਸਿਆਵਾਂ ਉਸੇ ਪਿੰਜਰੇ (cage) ਵਿੱਚ ਰਹਿੰਦੀਆਂ ਹਨ ਜਿਸ ਵਿੱਚ ਉਹ ਸ਼ੁਰੂ ਹੋਈਆਂ ਸਨ।
ਸੰਬੰਧਿਤ
ਜੋ ਡਾਟਾਬੇਸ ਤੁਸੀਂ ਦੇਖ ਨਹੀਂ ਸਕਦੇ, ਉਸ ਨੂੰ ਚੁੱਕਣਾ ਬੰਦ ਕਰੋ
Footprint-Free Hosting 'ਤੇ ਬਿਨਾਂ ਕਾਰਡ ਦੇ 14 ਦਿਨਾਂ ਦੀ ਅਜ਼ਮਾਇਸ਼ ਸ਼ੁਰੂ ਕਰੋ — ਕੋਈ ਭੁਗਤਾਨ ਵੇਰਵੇ ਨਹੀਂ, ਪੰਜ ਤੱਕ ਸਾਈਟਾਂ — ਅਤੇ ਦੇਖੋ ਕਿ ਪਲੇਟਫਾਰਮ ਉਹਨਾਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਕਿਵੇਂ ਸਾਹਮਣੇ ਲਿਆਉਂਦਾ ਅਤੇ ਠੀਕ ਕਰਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਬਾਰੇ ਤੁਹਾਨੂੰ ਕਿਸੇ ਹੌਲੀ ਪੇਜ ਤੋਂ ਪਤਾ ਲੱਗਣਾ ਸੀ।
ਮੁਫ਼ਤ ਸ਼ੁਰੂ ਕਰੋ