Zinn® Backups

ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ

ਤੁਹਾਡੀ WordPress ਸਾਈਟ ਦੀਆਂ ਫ਼ਾਈਲਾਂ ਅਤੇ ਡਾਟਾਬੇਸ ਦੀ ਇੱਕ ਰੋਜ਼ਾਨਾ ਕਾਪੀ, ਜੋ ਤੁਹਾਡੇ ਵੈੱਬ ਸਰਵਰ ਤੋਂ ਵੱਖਰੀ ਸਟੋਰੇਜ 'ਤੇ 30 ਦਿਨਾਂ ਲਈ ਰੱਖੀ ਜਾਂਦੀ ਹੈ। SSH ਰਾਹੀਂ ਜਾਂ ਸਾਡੇ ਪਲੱਗਇਨ ਨਾਲ ਕਨੈਕਟ ਕਰੋ, ਆਪਣਾ ਹੋਸਟ ਬਰਕਰਾਰ ਰੱਖੋ, ਅਤੇ ਜਦੋਂ ਤੁਸੀਂ SSH ਰਾਹੀਂ ਕਨੈਕਟ ਕਰਦੇ ਹੋ ਤਾਂ ਇੱਕ ਕਲਿੱਕ ਵਿੱਚ ਰੀਸਟੋਰ ਕਰੋ।

ਤੁਹਾਡੇ ਬੈਕਅੱਪ ਅਜਿਹੀ ਥਾਂ 'ਤੇ ਰਹਿੰਦੇ ਹਨ ਜਿੱਥੇ ਤੁਹਾਡਾ ਸਰਵਰ ਪਹੁੰਚ ਨਹੀਂ ਸਕਦਾ

ਵੈੱਬ ਸਰਵਰ 'ਤੇ ਰੱਖਿਆ ਗਿਆ ਬੈਕਅੱਪ ਉਸੇ ਪਲ ਗਾਇਬ ਹੋ ਜਾਂਦਾ ਹੈ ਜਿਸ ਪਲ ਉਹ ਸਰਵਰ ਖ਼ਤਮ ਹੁੰਦਾ ਹੈ: ਡਿਸਕ ਦਾ ਖ਼ਰਾਬ ਹੋਣਾ, ਹੋਸਟ ਵੱਲੋਂ ਖਾਤਾ ਮੁਅੱਤਲ ਕਰਨਾ, ਜਾਂ ਫ਼ਾਈਲਾਂ ਤੱਕ ਪਹੁੰਚ ਕਰਨ ਵਾਲਾ ਕੋਈ ਹਮਲਾਵਰ ਸਾਈਟ ਅਤੇ ਇਸਦੇ ਬੈਕਅੱਪ ਨੂੰ ਇਕੱਠਿਆਂ ਮਿਟਾ ਦਿੰਦਾ ਹੈ। Zinn® Backups ਹਰ ਕਾਪੀ ਨੂੰ ਉਸ ਆਬਜੈਕਟ ਸਟੋਰੇਜ 'ਤੇ ਰੱਖਦਾ ਹੈ ਜਿਸਨੂੰ ਅਸੀਂ Cloudflare R2 'ਤੇ ਚਲਾਉਂਦੇ ਹਾਂ, ਜੋ ਕਿ ਤੁਹਾਡੀ ਸਾਈਟ ਜਿੱਥੇ ਹੋਸਟ ਕੀਤੀ ਗਈ ਹੈ ਉਸ ਤੋਂ ਵੱਖਰੀ ਕੰਪਨੀ ਦਾ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਹੈ।

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

ਤੁਹਾਡੇ ਹੋਸਟ ਤੋਂ ਵੱਖਰੀ, ਸਾਡੇ ਦੁਆਰਾ ਸੰਚਾਲਿਤ Cloudflare R2 ਸਟੋਰੇਜ 'ਤੇ ਕਾਪੀਆਂ
ਥੋੜ੍ਹੇ ਸਮੇਂ ਲਈ ਵੈਧ ਲਿੰਕ ਰਾਹੀਂ ਸਿੱਧੇ ਤੁਹਾਡੇ ਸਰਵਰ ਤੋਂ ਅੱਪਲੋਡ ਕੀਤਾ ਗਿਆ
ਇਸ ਤੋਂ ਬਾਅਦ ਤੁਹਾਡੀ ਵੈੱਬ ਸਪੇਸ 'ਤੇ ਕੁਝ ਵੀ ਨਹੀਂ ਬਚਦਾ

ਬੈਕਅੱਪ ਸਕ੍ਰੀਨ ਜੋ ਕਿਤੇ ਹੋਰ ਹੋਸਟ ਕੀਤੀ ਸਾਈਟ ਨੂੰ ਬੈਕਅੱਪ ਵਜੋਂ ਸੂਚੀਬੱਧ ਕਰਦੀ ਹੈ

SSH ਰਾਹੀਂ ਕਨੈਕਟ ਕਰੋ, ਜਾਂ ਜਦੋਂ SSH ਕੋਈ ਵਿਕਲਪ ਨਾ ਹੋਵੇ ਤਾਂ ਪਲੱਗਇਨ ਨਾਲ ਕਨੈਕਟ ਕਰੋ

ਸਭ ਤੋਂ ਮਜ਼ਬੂਤ ਕਨੈਕਸ਼ਨ SSH ਹੈ। ਤੁਸੀਂ ਸਿਰਫ਼ ਬੈਕਅੱਪ ਲਈ ਵਰਤੀ ਜਾਣ ਵਾਲੀ ਇੱਕ ਕੁੰਜੀ ਬਣਾਉਂਦੇ ਹੋ, ਇਸਦਾ ਜਨਤਕ ਹਿੱਸਾ ਆਪਣੇ ਹੋਸਟਿੰਗ ਖਾਤੇ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰਦੇ ਹੋ, ਅਤੇ ਨਿੱਜੀ ਹਿੱਸੇ ਨੂੰ ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ ਪੇਸਟ ਕਰਦੇ ਹੋ, ਜਿੱਥੇ ਇਹ ਸਾਡੇ ਸੀਕਰੇਟਸ ਵਾਲਟ ਵਿੱਚ ਜਾਂਦਾ ਹੈ ਅਤੇ ਦੁਬਾਰਾ ਕਦੇ ਨਹੀਂ ਦਿਖਾਇਆ ਜਾਂਦਾ। SSH ਰਾਹੀਂ ਅਸੀਂ ਸਾਈਟ ਫੋਲਡਰ ਨੂੰ ਆਰਕਾਈਵ ਕਰਦੇ ਹਾਂ ਅਤੇ WP-CLI ਨਾਲ ਡਾਟਾਬੇਸ ਨੂੰ ਐਕਸਪੋਰਟ ਕਰਦੇ ਹਾਂ, ਅਤੇ ਕਿਉਂਕਿ ਅਸੀਂ WordPress ਦੀ ਬਜਾਏ ਸਰਵਰ ਤੱਕ ਪਹੁੰਚਦੇ ਹਾਂ, ਅਸੀਂ ਉਸ ਸਾਈਟ ਨੂੰ ਰੀਸਟੋਰ ਕਰ ਸਕਦੇ ਹਾਂ ਜੋ ਹੁਣ ਲੋਡ ਨਹੀਂ ਹੁੰਦੀ।

SSH ਪਹੁੰਚ ਤੋਂ ਬਿਨਾਂ ਹੋਸਟਿੰਗ 'ਤੇ, Zinn® Connector ਪਲੱਗਇਨ WordPress ਦੇ ਅੰਦਰੋਂ ਹੀ ਕੰਮ ਕਰਦੀ ਹੈ: ਇਹ ਆਪਣੇ ਆਪ ਪੁਰਾਲੇਖ ਅਤੇ ਡਾਟਾਬੇਸ ਐਕਸਪੋਰਟ ਤਿਆਰ ਕਰਦੀ ਹੈ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਅੱਪਲੋਡ ਕਰਦੀ ਹੈ। ਇਹ ਪਲੱਗਇਨ ਰੀਸਟੋਰ ਨਹੀਂ ਕਰ ਸਕਦੀ, ਸਧਾਰਨ ਕਾਰਨ ਇਹ ਹੈ ਕਿ ਗੰਭੀਰ ਰੂਪ ਵਿੱਚ ਖਰਾਬ ਹੋਈ ਸਾਈਟ ਉਸ ਪਲੱਗਇਨ ਨੂੰ ਨਹੀਂ ਚਲਾ ਸਕਦੀ ਜੋ ਇਸਦੀ ਮੁਰੰਮਤ ਕਰੇਗੀ, ਇਸ ਲਈ ਡੈਸ਼ਬੋਰਡ ਤੁਹਾਨੂੰ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਦੱਸਦਾ ਹੈ ਕਿ ਹਰੇਕ ਸਾਈਟ ਕੋਲ ਕਿਹੜਾ ਕਨੈਕਸ਼ਨ ਹੈ।

ਸਿਰਫ਼ ਬੈਕਅੱਪ ਲਈ ਤੁਹਾਡੇ ਵੱਲੋਂ ਬਣਾਈ ਗਈ ਕੁੰਜੀ ਨਾਲ SSH ਜਾਂ SFTP
ਕੁੰਜੀਆਂ ਸਾਡੇ ਭੇਤਾਂ ਦੇ ਵਾਲਟ ਵਿੱਚ ਰੱਖੀਆਂ ਜਾਂਦੀਆਂ ਹਨ ਅਤੇ ਕਦੇ ਵੀ ਦੁਬਾਰਾ ਨਹੀਂ ਦਿਖਾਈਆਂ ਜਾਂਦੀਆਂ
Zinn® Connector ਪਲੱਗਇਨ (WordPress 6.6+, PHP 8.2+) ਜਿੱਥੇ SSH ਉਪਲਬਧ ਨਹੀਂ ਹੈ

ਕਿਸੇ ਸਾਈਟ ਦੇ ਬੈਕਅੱਪ ਟੈਬ 'ਤੇ ਕਨੈਕਸ਼ਨ ਕਾਰਡ, ਜੋ SSH 'ਤੇ ਸੈੱਟ ਹੈ, ਇੱਕ-ਕਲਿੱਕ ਨਾਲ ਬਹਾਲੀ ਉਪਲਬਧ ਹੋਣ ਦੇ ਨਾਲ

ਫ਼ਾਈਲਾਂ ਅਤੇ ਡਾਟਾਬੇਸ, ਇੱਕੋ ਪੁਰਾਲੇਖ ਵਿੱਚ

ਇੱਕ WordPress ਸਾਈਟ ਦੋ ਚੀਜ਼ਾਂ ਹਨ ਜੋ ਆਪਸ ਵਿੱਚ ਮੇਲ ਖਾਂਦੀਆਂ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ: ਫ਼ਾਈਲਾਂ (themes, plugins, uploads, wp-config) ਅਤੇ ਡਾਟਾਬੇਸ ਜਿਸ ਵਿੱਚ ਪੋਸਟਾਂ, ਪੰਨੇ, ਆਰਡਰ ਅਤੇ ਸੈਟਿੰਗਾਂ ਹੁੰਦੀਆਂ ਹਨ। ਹਰੇਕ ਬੈਕਅੱਪ ਦੋਵਾਂ ਨੂੰ ਇੱਕ ਸਿੰਗਲ ਸੰਕੁਚਿਤ ਆਰਕਾਈਵ ਵਿੱਚ ਕੈਪਚਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਰਿਕਾਰਡ ਕਰਦਾ ਹੈ ਕਿ ਕੀ ਡਾਟਾਬੇਸ ਐਕਸਪੋਰਟ ਸ਼ਾਮਲ ਸੀ, ਤਾਂ ਜੋ ਤੁਹਾਨੂੰ ਰੀਸਟੋਰ ਕਰਨ ਸਮੇਂ ਕਦੇ ਵੀ ਇਹ ਪਤਾ ਨਾ ਲੱਗੇ ਕਿ ਸਾਈਟ ਦਾ ਅੱਧਾ ਹਿੱਸਾ ਗੁੰਮ ਹੈ।

SSH ਦੇ ਜ਼ਰੀਏ ਡਾਟਾਬੇਸ ਐਕਸਪੋਰਟ ਲਈ ਤੁਹਾਡੇ ਸਰਵਰ 'ਤੇ WP-CLI ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਜੇਕਰ ਇਹ ਉਪਲਬਧ ਨਹੀਂ ਹੈ, ਤਾਂ ਵੀ ਫਾਈਲਾਂ ਦਾ ਬੈਕਅੱਪ ਲਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਬੈਕਅੱਪ ਨੂੰ ਬਿਨਾਂ ਡਾਟਾਬੇਸ ਵਾਲੇ ਵਜੋਂ ਮਾਰਕ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਜੋ ਤੁਸੀਂ ਬਾਅਦ ਵਿੱਚ ਪਤਾ ਲੱਗਣ ਦੀ ਬਜਾਏ ਆਪਣੇ ਹੋਸਟ ਨੂੰ ਇਸਨੂੰ ਸਮਰੱਥ ਕਰਨ ਲਈ ਕਹਿ ਸਕੋ।

ਇੱਕੋ ਆਰਕਾਈਵ ਵਿੱਚ ਸਾਈਟ ਫ਼ਾਈਲਾਂ ਅਤੇ ਇੱਕ ਡਾਟਾਬੇਸ ਨਿਰਯਾਤ
ਹਰੇਕ ਬੈਕਅੱਪ ਇਹ ਰਿਕਾਰਡ ਕਰਦਾ ਹੈ ਕਿ ਕੀ ਇਸਦਾ ਡਾਟਾਬੇਸ ਸ਼ਾਮਲ ਹੈ
wp-content ਅਧੀਨ ਫੋਲਡਰਾਂ ਨੂੰ ਪਲੱਗਇਨ ਵਿੱਚ ਬਾਹਰ ਰੱਖਿਆ ਜਾ ਸਕਦਾ ਹੈ

ਰੋਜ਼ਾਨਾ ਕਾਪੀਆਂ, 30 ਦਿਨਾਂ ਲਈ ਲੌਕ ਕੀਤੀਆਂ ਗਈਆਂ

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

ਹਰੇਕ ਕਾਪੀ ਸਟੋਰੇਜ 'ਤੇ ਹੀ 30 ਦਿਨਾਂ ਦੇ ਧਾਰਨ ਲਾਕ (retention lock) ਅਧੀਨ ਰਹਿੰਦੀ ਹੈ। ਉਹਨਾਂ 30 ਦਿਨਾਂ ਲਈ ਇਸ ਨੂੰ ਓਵਰਰਾਈਟ ਜਾਂ ਮਿਟਾਇਆ ਨਹੀਂ ਜਾ ਸਕਦਾ, ਚਾਹੇ ਉਹ ਕਿਸੇ ਹਮਲਾਵਰ ਦੁਆਰਾ ਹੋਵੇ ਜਿਸ ਨੇ ਤੁਹਾਡੇ WordPress ਐਡਮਿਨ 'ਤੇ ਕਬਜ਼ਾ ਕਰ ਲਿਆ ਹੈ, ਤੁਹਾਡੇ ਖਾਤੇ ਵਿੱਚ ਕਿਸੇ ਗਲਤੀ ਦੁਆਰਾ, ਜਾਂ ਸਾਡੀ ਆਪਣੀ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਸਟੋਰੇਜ ਪ੍ਰਮਾਣ ਪੱਤਰਾਂ ਨਾਲ ਵੀ ਹੋਵੇ। ਲਾਕ ਦੀ ਮਿਆਦ ਪੁੱਗਣ 'ਤੇ ਕਾਪੀਆਂ ਨੂੰ ਹਟਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ 37ਵੇਂ ਦਿਨ ਸਟੋਰੇਜ ਦੁਆਰਾ ਅੰਤਿਮ ਸਫ਼ਾਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

ਇੱਕ ਨਵਾਂ ਬੈਕਅੱਪ ਜਦੋਂ ਆਖਰੀ ਠੀਕ ਬੈਕਅੱਪ ਨੂੰ ਇੱਕ ਦਿਨ ਤੋਂ ਵੱਧ ਸਮਾਂ ਹੋ ਗਿਆ ਹੋਵੇ
ਹਰੇਕ ਕਾਪੀ 'ਤੇ 30-ਦਿਨਾਂ ਦਾ ਧਾਰਨ ਲਾਕ
ਲਾਕ ਹੋਣ ਤੋਂ ਬਾਅਦ ਹਟਾਇਆ ਗਿਆ, 37 ਦਿਨਾਂ ਬਾਅਦ ਅੰਤਿਮ ਸਫਾਈ ਦੇ ਨਾਲ

ਕਿਸੇ ਸਾਈਟ ਦੇ ਰੋਜ਼ਾਨਾ ਬੈਕਅੱਪਾਂ ਦੀ ਸੂਚੀ, ਉਹਨਾਂ ਦੀਆਂ ਮਿਤੀਆਂ ਅਤੇ ਆਕਾਰਾਂ ਸਮੇਤ

ਸਾਈਟ ਡਾਊਨ ਹੋਣ 'ਤੇ ਵੀ, ਇੱਕ ਕਲਿੱਕ ਨਾਲ ਬਹਾਲੀ

SSH ਰਾਹੀਂ ਰੀਸਟੋਰ ਕਰਨਾ ਸਾਡੇ ਵੱਲੋਂ ਚਲਾਇਆ ਜਾਂਦਾ ਹੈ। ਸਮੱਸਿਆ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਵਾਲੀ ਕਾਪੀ ਚੁਣੋ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ; ਅਸੀਂ ਤੁਹਾਡੇ ਸਰਵਰ ਨਾਲ ਕਨੈਕਟ ਕਰਦੇ ਹਾਂ, ਸਾਈਟ ਉੱਤੇ ਪੁਰਾਲੇਖ ਨੂੰ ਅਨਪੈਕ ਕਰਦੇ ਹਾਂ ਅਤੇ ਇਸਦੇ ਡੇਟਾਬੇਸ ਨੂੰ ਆਯਾਤ ਕਰਦੇ ਹਾਂ। ਕਿਉਂਕਿ ਇਹ WordPress ਦੇ ਕੰਮ ਕਰਨ 'ਤੇ ਨਿਰਭਰ ਨਹੀਂ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਇਹ ਉਹ ਰੀਸਟੋਰ ਹੈ ਜਿਸਦੀ ਵਰਤੋਂ ਤੁਸੀਂ ਅਸਫਲ ਅੱਪਡੇਟ ਜਾਂ ਹੈਕ ਤੋਂ ਬਾਅਦ ਵੀ ਕਰ ਸਕਦੇ ਹੋ।

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

SSH ਰਾਹੀਂ ਕਨੈਕਟ ਕੀਤੀਆਂ ਸਾਈਟਾਂ ਲਈ ਉਪਲਬਧ
ਜਦੋਂ WordPress ਖ਼ੁਦ ਲੋਡ ਨਹੀਂ ਹੁੰਦਾ ਉਦੋਂ ਵੀ ਕੰਮ ਕਰਦਾ ਹੈ
ਤੁਹਾਡੇ ਵੱਲੋਂ ਚੁਣੀ ਗਈ ਕਾਪੀ ਤੋਂ ਫ਼ਾਈਲਾਂ ਅਤੇ ਡਾਟਾਬੇਸ ਬਹਾਲ ਕੀਤੇ ਗਏ

ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ ਚੁਣੇ ਹੋਏ ਬੈਕਅੱਪ ਤੋਂ ਇੱਕ ਸਾਈਟ ਨੂੰ ਰੀਸਟੋਰ ਕਰਨਾ

ਕੋਈ ਵੀ ਕਾਪੀ ਡਾਊਨਲੋਡ ਕਰੋ, ਅਤੇ ਇਸਨੂੰ ਆਪਣੇ ਕੋਲ ਰੱਖੋ

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

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

ਕੋਈ ਵੀ ਸਟੋਰ ਕੀਤੀ ਕਾਪੀ, ਇੱਕ ਸੰਕੁਚਿਤ ਆਰਕਾਈਵ ਵਜੋਂ
ਡਾਊਨਲੋਡ ਲਿੰਕ ਮੰਗ 'ਤੇ ਬਣਾਏ ਜਾਂਦੇ ਹਨ ਅਤੇ ਥੋੜ੍ਹੇ ਸਮੇਂ ਲਈ ਹੁੰਦੇ ਹਨ
ਬੈਕਅੱਪ ਪ੍ਰਬੰਧਿਤ ਕਰਨ ਤੋਂ ਇੱਕ ਵੱਖਰੀ ਇਜਾਜ਼ਤ

ਹਰੇਕ ਸਾਈਟ ਦੇ ਆਕਾਰ ਅਨੁਸਾਰ ਕੀਮਤ

ਪ੍ਰਤੀ ਸਾਈਟ ਇੱਕ ਟੀਅਰ ਹੈ, ਜੋ ਇਸ ਅਧਾਰ 'ਤੇ ਚੁਣਿਆ ਜਾਂਦਾ ਹੈ ਕਿ ਉਹ ਸਾਈਟ ਕਿੰਨੀ ਵੱਡੀ ਹੈ: 1 GB, 10 GB ਜਾਂ 50 GB ਤੱਕ। ਹਰ ਇੱਕ ਟੀਅਰ ਵਿੱਚ ਇੱਕੋ ਜਿਹੀਆਂ ਚੀਜ਼ਾਂ ਸ਼ਾਮਲ ਹਨ, ਰੋਜ਼ਾਨਾ ਬੈਕਅੱਪ, 30-ਦਿਨਾਂ ਦਾ ਲਾਕ, ਡਾਊਨਲੋਡ ਅਤੇ SSH ਰਾਹੀਂ ਇੱਕ-ਕਲਿੱਕ ਰੀਸਟੋਰ, ਇਸ ਲਈ ਇਕੋ-ਇਕ ਫੈਸਲਾ ਆਕਾਰ ਦਾ ਹੈ।

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

1 GB, 10 GB ਅਤੇ 50 GB ਪੱਧਰ, ਹਰੇਕ ਲਈ ਇੱਕ ਸਾਈਟ
ਹਰ ਪੱਧਰ 'ਤੇ ਸਭ ਕੁਝ ਸ਼ਾਮਲ ਹੈ
ਅੱਪਲੋਡ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਵੱਧ ਆਕਾਰ ਵਾਲੇ ਬੈਕਅੱਪ ਰੱਦ ਕਰ ਦਿੱਤੇ ਗਏ, ਜਿਸਦਾ ਕਾਰਨ ਦਿਖਾਇਆ ਗਿਆ ਹੈ

ਜਦੋਂ ਕੋਈ ਸਾਈਟ ਪਹਿਲਾਂ ਹੀ ਪ੍ਰਭਾਵਿਤ ਹੋਵੇ ਤਾਂ ਮਾਲਵੇਅਰ ਦੀ ਸਫ਼ਾਈ

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

ਕਿਸੇ ਵੀ ਥਾਂ 'ਤੇ ਹੋਸਟ ਕੀਤੀ ਗਈ ਸਾਈਟ ਲਈ, ਭਾਵੇਂ ਕਿੰਨਾ ਵੀ ਸਮਾਂ ਲੱਗੇ, ਇਹ ਪ੍ਰਤੀ ਸਾਈਟ ਇੱਕ ਨਿਸ਼ਚਿਤ ਕੀਮਤ ਹੈ। ਬਾਅਦ ਵਿੱਚ, ਸਾਫ਼ ਕੀਤੀ ਸਾਈਟ ਨੂੰ ਬੈਕਅੱਪ ਨਾਲ ਜੋੜਨ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਅਗਲੀ ਘਟਨਾ ਐਮਰਜੈਂਸੀ ਦੀ ਬਜਾਏ ਸਿਰਫ਼ ਇੱਕ ਰੀਸਟੋਰ ਹੋਵੇਗੀ।

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

ਗਾਈਡਾਂ