ਕਿਸੇ ਸਾਈਟ ਨੂੰ ਕਿਸੇ ਹੋਰ Zinn® ਖਾਤੇ ਵਿੱਚ ਭੇਜਣਾ

ਸਾਈਟਾਂ → ਤੁਹਾਡੀ ਸਾਈਟ → ਟ੍ਰਾਂਸਫਰ, ਜਾਂ ਇੱਕੋ ਵਾਰ ਅਨੇਕਾਂ ਲਈ ਟ੍ਰਾਂਸਫਰ ਸਕ੍ਰੀਨ।

ਇਹ ਕੀ ਕਰਦਾ ਹੈ

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

ਦੂਜੇ ਪੱਖ ਨੂੰ ਕੀ ਕਰਨਾ ਪਵੇਗਾ

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

ਬਿਲਿੰਗ

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

ਡੋਮੇਨ

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

ਡਾਊਨਲੋਡ ਦੀ ਬਜਾਏ ਇਸਦੀ ਵਰਤੋਂ ਕਦੋਂ ਕਰਨੀ ਹੈ

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

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