PBN ਅਤੇ ਫੁੱਟਪ੍ਰਿੰਟਸ
"footprint-free" PBN ਹੌਸਟਿੰਗ ਦਾ ਅਸਲ ਵਿੱਚ ਕੀ ਮਤਲਬ ਹੈ
ਫੁਟਪ੍ਰਿੰਟ ਕੋਈ ਵੀ ਅਜਿਹਾ ਸਿਗਨਲ ਹੁੰਦਾ ਹੈ ਜੋ ਤੁਹਾਡੀਆਂ ਸਾਈਟਾਂ ਨੂੰ ਇੱਕ-ਦੂਜੇ ਨਾਲ ਜਾਂ ਸਰਚ ਇੰਜਣਾਂ ਵੱਲੋਂ ਅਵਿਸ਼ਵਾਸਯੋਗ ਮੰਨੇ ਗਏ ਕਿਸੇ ਹੋਰ ਹੌਸਟਿੰਗ ਪੈਟਰਨ ਨਾਲ ਜੋੜਦਾ ਹੈ—ਇੱਥੇ ਇਹ ਦੱਸਿਆ ਗਿਆ ਹੈ ਕਿ ਉਹ ਸਿਗਨਲ ਕਿੱਥੇ ਲੁਕੇ ਹੁੰਦੇ ਹਨ ਅਤੇ ਅਸੀਂ ਉਨ੍ਹਾਂ ਨੂੰ ਕਿਵੇਂ ਖਤਮ ਕਰਦੇ ਹਾਂ।
ਇੱਕ ਫੁੱਟਪ੍ਰਿੰਟ ਇੱਕ ਸਬੰਧ ਹੁੰਦਾ ਹੈ, ਨਾ ਕਿ ਇੱਕੋ ਇੱਕ ਸੰਕੇਤ
"Footprint-free" ਦਾ ਅਕਸਰ ਅਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਇਸਤੇਮਾਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਇਸ ਲਈ ਸਟੀਕ ਹੋਣਾ ਫ਼ਾਇਦੇਮੰਦ ਹੈ। Footprint ਕੋਈ ਵੀ ਅਜਿਹੇ ਸਿਗਨਲ ਨੂੰ ਕਿਹਾ ਜਾਂਦਾ ਹੈ ਜੋ ਕਿਸੇ ਤੀਜੀ ਧਿਰ — ਸਰਚ ਇੰਜਣ, ਟੂਲ ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੇ ਮੁਕਾਬਲੇਬਾਜ਼, ਜਾਂ ਮੈਨੂਅਲ ਸਮੀਖਿਅਕ — ਨੂੰ ਤੁਹਾਡੀਆਂ ਸਾਈਟਾਂ ਨੂੰ ਇਕੱਠਿਆਂ ਗਰੁੱਪ ਕਰਨ, ਜਾਂ ਉਹਨਾਂ ਨੂੰ ਅਜਿਹੇ ਹੌਸਟਿੰਗ ਪੈਟਰਨ ਨਾਲ ਗਰੁੱਪ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ ਜੋ ਪਹਿਲਾਂ ਹੀ ਮਨੜੀ-ਖੇਡ ਨਾਲ ਜੁੜਿਆ ਹੋਇਆ ਹੈ। Deindexing ਸ਼ਾਇਦ ਹੀ ਕਦੇ ਕਿਸੇ ਇੱਕ ਦੋਸ਼ੀ ਪਦਾਰਥ ਤੋਂ ਹੁੰਦੀ ਹੈ। ਇਹ ਆਪਸੀ ਸਬੰਧਾਂ ਤੋਂ ਹੁੰਦੀ ਹੈ: ਇੱਕ ਦਰਜਨ ਸਾਈਟਾਂ ਜੋ ਵਿਅਕਤੀਗਤ ਤੌਰ 'ਤੇ ਠੀਕ ਲੱਗਦੀਆਂ ਹਨ ਪਰ ਇੱਕੋ ਜਿਹਾ ਜਨਰੇਟਰ ਟੈਗ, ਇੱਕੋ ਜਿਹਾ ਨੇਮਸਰਵਰ ਜੋੜਾ, ਇੱਕੋ ਜਿਹਾ /24, ਇੱਕੋ ਜਿਹਾ ਥੀਮ ਫਿੰਗਰਪ੍ਰਿੰਟ ਅਤੇ ਇੱਕੋ ਜਿਹੀ ਪਬਲਿਸ਼ਿੰਗ ਤਾਲ ਸਾਂਝੀ ਕਰਦੀਆਂ ਹਨ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਇੱਕ ਚੀਜ਼ ਰੌਲਾ ਹੈ। ਇਕੱਠੇ ਕੀਤੇ ਜਾਣ 'ზე, ਉਹ ਇੱਕ ਨੈੱਟਵਰਕ ਬਣ ਜਾਂਦੀਆਂ ਹਨ।
ਇਹ ਪੂਰੀ ਸਮੱਸਿਆ ਨੂੰ ਇੱਕ ਨਵੇਂ ਨਜ਼ਰੀਏ ਤੋਂ ਦੇਖਣ ਲਈ ਮਜਬੂਰ ਕਰਦਾ ਹੈ। ਤੁਸੀਂ ਛੁਪਾਉਣ ਲਈ ਕਿਸੇ ਇੱਕ ਚੀਜ਼ ਦੀ ਭਾਲ ਨਹੀਂ ਕਰ ਰਹੇ ਹੋ; ਤੁਸੀਂ ਇੱਕੋ ਸਮੇਂ ਹਰ ਪਰਤ ਵਿੱਚ ਆਪਸੀ ਸਬੰਧ (correlation) ਨੂੰ ਤੋੜਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੇ ਹੋ — ਉਹ HTML ਜੋ ਸਾਈਟ ਜਾਰੀ ਕਰਦੀ ਹੈ, ਉਹ ਨੈੱਟਵਰਕ ਮਾਰਗ ਜਿਸ ਰਾਹੀਂ ਇਹ ਰਿਜ਼ੋਲਵ ਹੁੰਦੀ ਹੈ, ਉਹ ਖਾਤਾ ਜੋ ਇਸਨੂੰ ਅੱਗੇ ਰੱਖਦਾ ਹੈ, ਅਤੇ ਉਹ ਬਲਾਸਟ ਰੇਡੀਅਸ ਜੋ ਇਹ ਆਪਣੇ ਆਂਢ-ਗੁਆਂਢ ਨਾਲ ਸਾਂਝਾ ਕਰਦੀ ਹੈ। ਇੱਕ ਵੀ ਪਰਤ ਖੁੰਝ ਜਾਵੇ ਤਾਂ ਬਾਕੀ ਅਜੇ ਵੀ ਇੱਕ ਲਾਈਨ ਵਿੱਚ ਆ ਜਾਂਦੀਆਂ ਹਨ। ਇਹੋ ਕਾਰਨ ਹੈ ਕਿ ਇੱਕ ਸਸਤੇ ਸ਼ੇਅਰਡ ਬਾਕਸ ਦੇ ਅੱਗੇ ਇੱਕ CDN ਜੋੜਨਾ ਲਗਭਗ ਕੁਝ ਨਹੀਂ ਕਰਦਾ: ਇਹ ਪੂਰੀ ਐਸਟੇਟ ਵਿੱਚ ਆਨ-ਸਾਈਟ ਫਿੰਗਰਪ੍ਰਿੰਟ, DNS ਪੈਟਰਨ ਅਤੇ ਸਾਂਝੀ-ਕਿਸਮਤ ਦੇ ਵੱਖਰੇਵੇਂ ਨੂੰ ਇੱਕੋ ਜਿਹਾ ਰੱਖਦੇ ਹੋਏ ਸਿਰਫ਼ ਇੱਕ ਵੇਰੀਏਬਲ ਨੂੰ ਬਦਲਦਾ ਹੈ।
ਸਾਈਟ 'ਤੇ ਪੈਰਾਂ ਦੇ ਨਿਸ਼ਾਨ: HTML ਕੀ ਕੁਝ ਸਾਹਮਣੇ ਲਿਆਉਂਦਾ ਹੈ
ਪਤਾ ਲਗਾਉਣ ਲਈ ਸਭ ਤੋਂ ਸਸਤੇ footprint ਉਹ ਹੁੰਦੇ ਹਨ ਜੋ ਇੱਕ ਸਾਈਟ ਆਪਣੇ ਆਉਟਪੁੱਟ ਵਿੱਚ ਖੁਦ ਘੋਸ਼ਿਤ ਕਰਦੀ ਹੈ। ਇੱਕ ਡਿਫੌਲਟ WordPress ਇੰਸਟਾਲ ਇੱਕ ਮੇਟਾ ਜਨਰੇਟਰ ਟੈਗ ਵਿੱਚ ਅਤੇ ਆਪਣੀ ਅਸੈੱਸਟਸ 'ਤੇ ਕਵੇਰੀ ਸ੍ਰਿੰਗਸ ਵਿੱਚ ਆਪਣੇ ਸੰਸਕਰਣ ਨੂੰ ਪ੍ਰਸਾਰਿਤ ਕਰਦਾ ਹੈ, wp-json ਖੋਜ ਐਂਡਪੁਆਇੰਟਸ ਅਤੇ ਇੱਕ XML-RPC ਇੰਟਰਫੇਸ ਵੱਲ ਲਿੰਕ ਕਰਦਾ ਹੈ, ਪਿੰਗਬੈਕ ਹੈਡਰ ਭੇਜਦਾ ਹੈ, ਅਤੇ ਸਟੈਕ ਦਾ ਨਾਮ ਦੇਣ ਵਾਲਾ ਇੱਕ X-Powered-By ਹੈਡਰ ਵਾਪਸ ਕਰਦਾ ਹੈ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੁਝ ਵੀ ਇੱਕ ਮਨੁੱਖੀ ਪਾਠਕ ਨੂੰ ਦਿਖਾਈ ਨਹੀਂ ਦਿੰਦਾ, ਪਰ ਇਸਦਾ ਸਾਰਾ ਕੁਝ ਆਸਾਨੀ ਨਾਲ ਸਕ੍ਰਿਪਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ - ਤੁਸੀਂ ਇੱਕ ਦੁਪਹਿਰ ਵਿੱਚ ਇਹਨਾਂ ਸੰਕੇਤਾਂ ਲਈ ਦੱਸ ਹਜ਼ਾਰ ਸਾਈਟਾਂ ਦੇ ਫਿੰਗਰਪ੍ਰਿੰਟ ਲੈ ਸਕਦੇ ਹੋ।
ਸ ਸਾਡਾ ਫੁੱਟਪ੍ਰਿੰਟ ਰਿਮੂਵਰ ਹਰੇਕ ਡਿਪਲਾਏ 'ਤੇ ਬਿਲਕੁਲ ਇਸੇ ਸਤਹ ਨੂੰ ਹਟਾ ਦਿੰਦਾ ਹੈ: ਵਰਜ਼ਨ ਅਤੇ ਜਨਰੇਟਰ ਟੈਗ, ਡਿਸਕਵਰੀ ਲਿੰਕ, XML-RPC, ਪਿੰਗਬੈਕ ਅਤੇ X-Powered-By ਸਾਰੇ ਹਟਾ ਦਿੱਤੇ ਜਾਂਦੇ ਹਨ, ਤਾਂ ਜੋ ਹਰੇਕ ਸਾਈਟ WordPress-ਆਕਾਰ ਦੀ ਬਜਾਏ ਇੱਕ ਸਾਫ਼, ਜੈਨਰਿਕ ਸਤਹ ਪੇਸ਼ ਕਰੇ। ਕਿਉਂਕਿ ਇਹ ਇੱਕ ਵਾਰ ਦੀ ਸਫ਼ਾਈ ਦੀ ਬਜਾਏ ਡਿਪਲਾਏ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਚੱਲਦਾ ਹੈ, ਇਸ ਲਈ ਕੋਈ ਪਲੱਗਇਨ ਅੱਪਡੇਟ ਜਾਂ ਥੀਮ ਬਦਲਾਵ ਚੁੱਪ-ਚਾਪ ਉਸ ਹੈਡਰ ਨੂੰ ਦੁਬਾਰਾ ਸ਼ਾਮਲ ਨਹੀਂ ਕਰ ਸਕਦਾ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਹਟਾਇਆ ਸਮਝਦੇ ਸੀ। ਇਸਦਾ ਮਤਲਬ ਸਿਰਫ਼ ਗੁਪਤਤਾ ਰੱਖਣਾ ਨਹੀਂ ਹੈ — ਇਹ ਸਭ ਤੋਂ ਸਸਤੇ, ਸਭ ਤੋਂ ਵੱਧ ਸਕੇਲੇਬਲ ਕੋਰੀਲੇਸ਼ਨ ਸਿਗਨਲ ਨੂੰ ਰੋਕਣਾ ਹੈ।
ਥੀਮ ਅਤੇ ਸਟ੍ਰਕਚਰ ਫਿੰਗਰਪ੍ਰਿੰਟ ਵੀ ਮਾਇਨੇ ਰੱਖਦੇ ਹਨ। ਇੱਕ ਅਜਿਹਾ ਨੈੱਟਵਰਕ ਜਿੱਥੇ ਹਰ ਸਾਈਟ ਇੱਕੋ ਥੀਮ, ਇੱਕੋ ਵਿਜੇਟ ਲੇਆਉਟ ਅਤੇ ਇੱਕੋ ਫੁਟਰ ਟੈਕਸਟ ਵਾਲੀ ਹੋਵੇ, ਉਹ ਇਕੱਲੇ ਲੇਆਉਟ 'ਤੇ ਹੀ ਮੇਲ ਖਾਂਦੀ ਹੈ। ਸਟੈਟਿਕ-HTML ਡਿਲੀਵਰੀ ਇੱਥੇ ਮਦਦ ਕਰਦੀ ਹੈ: ਕਿਸੇ ਸਾਈਟ ਨੂੰ ਫਲੈਟ HTML ਵਜੋਂ ਸਰਵ ਕਰਨਾ ਲਾਈਵ-ਸਟੈਕ ਦੇ ਸੰਕੇਤਾਂ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਹਟਾ ਦਿੰਦਾ ਹੈ ਅਤੇ ਹਰ ਸਾਈਟ ਦੇ ਮਾਰਕਅਪ ਨੂੰ ਆਪਣੇ ਆਪ ਵਿੱਚ ਖੜ੍ਹਾ ਹੋਣ ਦਿੰਦਾ ਹੈ।
ਨੈੱਟਵਰਕ ਫੁੱਟਪ੍ਰਿੰਟਸ: IP, CDN ਅਤੇ DNS
ਉਹ ਪਰਤ ਜਿਸ ਵਿੱਚ ਜ਼ਿਆਦਾਤਰ ਓਪਰੇਟਰ ਗਲਤੀ ਕਰਦੇ ਹਨ, ਉਹ ਹੈ ਨੈੱਟਵਰਕ। ਇੱਕ ਹੀ ਬਾਕਸ 'ਤੇ ਸੌ ਸਾਈਟਾਂ ਨੂੰ ਹੋਸਟ ਕਰਨ ਨਾਲ ਉਹ ਇੱਕੋ IP, ਇੱਕੋ /24 ਵਿੱਚ, ਇੱਕੋ ਰਿਵਰਸ-DNS ਪੈਟਰਨ ਦੇ ਪਿੱਛੇ ਆ ਜਾਂਦੀਆਂ ਹਨ — ਇੱਕ ਟੈਕਸਟਬੁੱਕ ਕਲਸਟਰ। ਉਹਨਾਂ ਨੂੰ ਤੁਹਾਡੇ ਮਲਕੀਅਤ ਵਾਲੇ ਕੁਝ ਸਰਵਰਾਂ 'ਤੇ ਫੈਲਾਉਣ ਨਾਲ ਵੀ ਕੋਈ ਖਾਸ ਫਰਕ ਨਹੀਂ ਪੈਂਦਾ, ਕਿਉਂਕਿ IPs ਦਾ ਇੱਕ ਛੋਟਾ ਸਮੂਹ ਅਜੇ ਵੀ ਇੱਕ ਸਮੂਹ ਹੀ ਹੁੰਦਾ ਹੈ। ਅਤੇ ਹਰ ਚੀਜ਼ ਨੂੰ ਇੱਕੋ CDN ਖਾਤੇ, ਜਾਂ ਇੱਕੋ DNS ਪ੍ਰਦਾਤਾ ਰਾਹੀਂ ਰਾਊਟ ਕਰਨ ਨਾਲ ਕਲਸਟਰ ਬਸ ਇੱਕ ਪਰਤ ਉੱਪਰ ਚਲਾ ਜਾਂਦਾ ਹੈ: ਹੁਣ ਸਬੰਧ IP ਦੀ ਬਜਾਏ ਖਾਤਾ, ਜਾਂ ਨੇਮਸਰਵਰ ਸੈੱਟ ਬਣ ਜਾਂਦਾ ਹੈ।
ਫ਼ੁੱਟਪ੍ਰਿੰਟ-ਮੁਕਤ (Footprint-free) ਨੈੱਟਵਰਕ ਡਿਜ਼ਾਈਨ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਇੱਕ ਦੀ ਬਜਾਏ ਕਈ ਖਾਤਿਆਂ ਅਤੇ ਕਈ ਪ੍ਰਦਾਤਾਵਾਂ (providers) ਵਿੱਚ ਵੰਡ। ਸਾਡੇ CDN ਅਤੇ DNS ਖਾਤਾ ਪੂਲ ਸਾਈਟਾਂ ਨੂੰ ਬਹੁਤ ਸਾਰੇ Cloudflare, bunny.net, CDN77 ਅਤੇ KeyCDN ਖਾਤਿਆਂ ਅਤੇ ClouDNS ਸਮੇਤ ਕਈ DNS ਪ੍ਰਦਾਤਾਵਾਂ ਵਿੱਚ ਫੈਲਾਉਂਦੇ ਹਨ — ਅਤੇ ਤੁਸੀਂ ਆਪਣੇ ਖੁਦ ਦੇ ਖਾਤੇ ਵੀ ਇਸ ਪੂਲ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰ ਸਕਦੇ ਹੋ। ਹਰ ਇੱਕ ਡਿਪਲੋਏ (deploy) 'ਤੇ ਲਾਈਵ ਖਾਤੇ ਦੀ ਸਥਿਤੀ ਤੋਂ ਇਹ ਵੰਡ ਮੁੜ-ਗਣਨਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਜੋ ਜਿਵੇਂ-ਜਿਵੇਂ ਨੈੱਟਵਰਕ ਵਧਦਾ ਹੈ, ਇਹ ਚੁੱਪਚਾਪ ਕਿਸੇ ਇੱਕ ਡਿਫਾਲਟ ਖਾਤੇ ਦੇ ਕਲੱਸਟਰ ਵਿੱਚ ਤਬਦੀਲ ਨਾ ਹੋਵੇ। ਓਰੀਜਨ IPs CDN ਦੇ ਪਿੱਛੇ ਹੁੰਦੇ ਹਨ, ਇਸ ਲਈ ਅਸਲ ਵਿੱਚ ਸਮੱਗਰੀ ਪ੍ਰਦਾਨ ਕਰਨ ਵਾਲਾ ਸਰਵਰ ਕਦੇ ਵੀ ਲੁੱਕਅੱਪ (lookup) ਵਿੱਚ ਸਾਹਮਣੇ ਨਹੀਂ ਆਉਂਦਾ।
ਇਸ ਸ਼ਬਦ ਵਿੱਚ ਅਸਲ ਕੰਮ ਪੂਲ ਕਰਦਾ ਹੈ। ਇੱਕ ਫੁੱਟਪ੍ਰਿੰਟ-ਮੁਕਤ ਨੈੱਟਵਰਕ ਕੋਈ ਇੱਕ ਚਲਾਕੀ ਵਾਲੀ ਲੁਕਣਗਾਹ ਨਹੀਂ ਹੈ; ਇਹ ਕਾਫ਼ੀ ਆਜ਼ਾਦ ਸਤ੍ਹਾਵਾਂ ਹਨ, ਜਿਨ੍ਹਾਂ ਨੂੰ ਇੰਨੇ ਇਰਾਦੇ ਨਾਲ ਅਸਾਈਨ ਕੀਤਾ ਗਿਆ ਹੈ ਕਿ ਕੋਈ ਵੀ ਇੱਕ ਅਕਾਊਂਟ, ਨਾਮਸਰਵਰ ਜਾਂ ਸਬਨੈੱਟ ਤੁਹਾਡੀਆਂ ਸਾਈਟਾਂ ਦਾ ਕੋਈ ਸ਼ੱਕੀ ਹਿੱਸਾ ਇਕੱਠਾ ਨਹੀਂ ਕਰਦਾ।
ਪ੍ਰਿੰਟਸ ਨੂੰ ਪ੍ਰਤੀ ਡਿਪਲਾਏ ਕਿਉਂ ਪ੍ਰਬੰਧਿਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਇੱਕ ਵਾਰ ਸੈੱਟ ਨਹੀਂ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ
ਨੈੱਟਵਰਕ ਸਥਿਰ ਨਹੀਂ ਹੁੰਦੇ। ਤੁਸੀਂ ਡੋਮੇਨ ਜੋੜਦੇ ਹੋ, ਦੂਜਿਆਂ ਨੂੰ ਹਟਾਉਂਦੇ ਹੋ, ਇੱਕ ਬੈਚ ਨੂੰ ਮਾਈਗ੍ਰੇਟ ਕਰਦੇ ਹੋ, ਇੱਕ ਥੀਮ ਬਦਲਦੇ ਹੋ, ਇੱਕ ਟਾਇਰ ਨੂੰ ਤਬਦੀਲ ਕਰਦੇ ਹੋ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਇਵੈਂਟ ਫੁੱਟਪ੍ਰਿੰਟ ਦੇ ਵਾਪਸ ਆਉਣ ਦਾ ਇੱਕ ਮੌਕਾ ਹੁੰਦਾ ਹੈ — ਇੱਕ ਮੁੜ-ਸਮਰੱਥ ਬਣਾਇਆ ਗਿਆ XML-RPC ਐਂਡਪੁਆਇੰਟ, ਇੱਕ ਨਵੀਂ ਸਾਈਟ ਜੋ ਕਿਸੇ ਜ਼ਿਆਦਾ ਵਰਤੇ ਗਏ CDN ਖਾਤੇ 'ਤੇ ਲੈਂਡ ਕਰਦੀ ਹੈ, ਇੱਕ ਰੀਸਟੋਰ ਕੀਤਾ ਗਿਆ ਬੈਕਅੱਪ ਜੋ ਇੱਕ ਪੁਰਾਣਾ ਜੇਨਰੇਟਰ ਟੈਗ ਲੈ ਕੇ ਆਉਂਦਾ ਹੈ। ਲਾਂਚ ਦੇ ਸਮੇਂ ਸਾਫ਼-ਸੁਥਰਾ ਰਿਹਾ ਫੁੱਟਪ੍ਰਿੰਟ ਆਡਿਟ ਛੇ ਮਹੀਨਿਆਂ ਅਤੇ ਦੋ ਸੌ ਡਿਪਲਾਏ ਤੋਂ ਬਾਅਦ ਬੇਕਾਰ ਹੋ ਜਾਂਦਾ ਹੈ।
ਇਹੋ ਕਾਰਨ ਹੈ ਕਿ ਅਸੀਂ ਫੁੱਟਪ੍ਰਿੰਟ ਪ੍ਰਬੰਧਨ ਨੂੰ ਕਦੇ-ਕਦਾਈਂ ਚਲਾਉਣ ਵਾਲੀ ਚੈਕਲਿਸਟ ਦੀ ਬਜਾਏ ਡਿਪਲਾਇਮੈਂਟ ਪਾਈਪਲਾਈਨ ਦੀ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਵਜੋਂ ਮੰਨਦੇ ਹਾਂ। ਸਾਈਟ ਤੋਂ ਹਟਾਉਣਾ, ਅਕਾਊਂਟ-ਪੂਲ ਸੰਤੁਲਨ ਅਤੇ ਪਲੱਗਇਨ ਬੇਸਲਾਈਨ ਨੂੰ ਹਰ ਵਾਰ ਜਦੋਂ ਕੋਈ ਸਾਈਟ ਪ੍ਰੋਵਿਜ਼ਨ ਜਾਂ ਬਦਲੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਦੁਬਾਰਾ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਜਿਸਦੀ ਗਣਨਾ ਸੈੱਟਅੱਪ ਦੇ ਸਨੈਪਸ਼ਾਟ ਦੀ ਬਜਾਏ ਅਸਟੇਟ ਦੀ ਮੌਜੂਦਾ ਸਥਿਤੀ ਦੇ ਆਧਾਰ 'ਤੇ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਹਰ ਡਿਪਲਾਇਮੈਂਟ 'ਤੇ ਲਾਈਵ ਅਕਾਊਂਟ ਡੇਟਾ ਤੋਂ ਸੰਤੁਲਨ ਦੀ ਮੁੜ ਗਣਨਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਜੋ ਸੌਵੀਂ ਸਾਈਟ ਨੂੰ ਇਸ ਪੂਰੀ ਜਾਣਕਾਰੀ ਨਾਲ ਰੱਖਿਆ ਜਾ ਸਕੇ ਕਿ ਪਿਛਲੀਆਂ ਨੜੀਂ ਸਾਈਟਾਂ ਕਿੱਥੇ ਗਈਆਂ ਸਨ। ਸੈੱਟ-ਅੱਪ-ਅਤੇ-ਭੁੱਲ ਜਾਓ ਅਸਫਲਤਾ ਦਾ ਮੋਡ ਹੈ; ਨਿਰੰਤਰ, ਪ੍ਰਤੀ-ਡਿਪਲਾਇਮੈਂਟ ਲਾਗੂਕਰਨ ਇਸ ਦਾ ਹੱਲ ਹੈ।
ਸਾਂਝੀ ਕਿਸਮਤ ਅਲੱਗ-ਥਲੱਗਤਾ: ਢਹਿਣ ਦਾ ਪ੍ਰਭਾਵ-ਖੇਤਰ
ਇੱਥੇ ਇੱਕ ਫੁੱਟਪ੍ਰਿੰਟ (footprint) ਹੈ ਜੋ ਸਿਰਫ਼ ਦਬਾਅ ਹੇਠ ਹੀ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ। ਜੇ ਸੌ ਸਾਈਟਾਂ ਇੱਕ ਫਾਈਲ ਸਿਸਟਮ ਅਤੇ ਇੱਕ PHP ਪੂਲ ਨੂੰ ਸਾਂਝਾ ਕਰਦੀਆਂ ਹਨ, ਤਾਂ ਇੱਕ ਖਰਾਬ ਹੋਈ ਸਾਈਟ, ਇੱਕ ਬੇਕਾਬੂ ਪ੍ਰਕਿਰਿਆ ਜਾਂ ਇੱਕ ਰਿਸੋਰਸ ਸਪਾਈਕ ਆਪਣੇ ਨਾਲ ਵਾਲਿਆਂ ਨੂੰ ਵੀ ਹੇਠਾਂ ਲੈ ਜਾਂਦੀ ਹੈ — ਅਤੇ ਇੱਕੋ ਸਮੇਂ 'ਤੇ ਸਾਫਟ-404 ਜਾਂ ਹੌਲੀ ਹੋਣ ਵਾਲਾ ਪੂਰਾ ਸਬਨੈੱਟ ਖੁਦ ਹੀ ਮਾਲਵੇਅਰ ਜਾਂ ਆਉਟੇਜ ਤੋਂ ਬਿਲਕੁਲ ਵੱਖਰਾ, ਇੱਕ ਸਹਿਸੰਬੰਧ ਸਿਗਨਲ ਹੁੰਦਾ ਹੈ। ਸਾਂਝੀ ਕਿਸਮਤ ਵਾਲੀ ਹੌੱਸਟਿੰਗ (Shared-fate hosting) ਇੱਕ ਸਾਈਟ ਦੀ ਸਮੱਸਿਆ ਨੂੰ ਪੂਰੇ ਨੈੱਟਵਰਕ ਦੀ ਘਟਨਾ ਵਿੱਚ ਬਦਲ ਦਿੰਦੀ ਹੈ।
ਪ੍ਰਤੀ-ਸਾਈਟ ਆਈਸੋਲੇਸ਼ਨ ਹਰ ਸਾਈਟ ਨੂੰ ਇਸਦੀ ਆਪਣੀ ਸੀਮਾ ਦੇ ਅੰਦਰ ਰੱਖਦੀ ਹੈ ਤਾਂ ਜੋ ਇੱਕ ਸਾਈਟ ਦੂਜੀ ਦੀਆਂ ਫਾਈਲਾਂ, ਪ੍ਰਕਿਰਿਆਵਾਂ ਜਾਂ ਮੈਮੋਰੀ ਤੱਕ ਨਾ ਪਹੁੰਚ ਸਕੇ, ਜਿਸ ਵਿੱਚ ਮਾਲਵੇਅਰ ਸਕੈਨਿੰਗ ਅਤੇ ਡੀਡੀਓਐਸ ਸੁਰੱਖਿਆ ਡਿਫੌਲਟ ਰੂਪ ਵਿੱਚ ਮੌਜੂਦ ਹੁੰਦੀ ਹੈ। ਇਹ ਉਨ੍ਹਾਂ ਸਾਈਟਾਂ ਦੀ ਰੱਖਿਆ ਕਰਦੀ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਤੁਸੀਂ ਪ੍ਰਭਾਵਿਤ ਸਾਈਟ ਤੋਂ ਇਲਾਵਾ ਨਹੀਂ ਛੂਹਿਆ, ਅਤੇ ਇਸਦਾ ਇਹ ਵੀ ਮਤਲਬ ਹੈ ਕਿ ਪੂਰਾ ਸਿਸਟਮ ਇੱਕ ਵਾਰ ਵਿੱਚ ਫੇਲ੍ਹ ਨਹੀਂ ਹੁੰਦਾ — ਜੋ ਕਿ ਇੱਕ ਉਪਲਬਧਤਾ ਵਿਸ਼ੇਸ਼ਤਾ ਅਤੇ, ਚੁੱਪਚਾਪ, ਇੱਕ footprint ਵਿਸ਼ੇਸ਼ਤਾ ਦੋਵੇਂ ਹਨ। ਕੈਸ਼ਿੰਗ ਇਸ ਵਿੱਚ ਇੱਕ ਸੰਬੰਧਿਤ ਭੂਮਿਕਾ ਨਿਭਾਉਂਦੀ ਹੈ: LiteSpeed Enterprise ਅਤੇ ਜ਼ਿਆਦਾਤਰ ਟ੍ਰੈਫਿਕ ਨੂੰ ਸੰਭਾਲਣ ਵਾਲੇ ਪ੍ਰਤੀ-ਸਾਈਟ ਆਬਜੈਕਟ ਕੈਸ਼ ਦੇ ਨਾਲ, ਇੱਕ ਸਾਈਟ 'ਤੇ ਆਉਣ ਵਾਲਾ ਅਚਾਨਕ ਟ੍ਰੈਫਿਕ ਸ਼ਾਇਦ ਹੀ ਕਦੇ ਕੋਈ ਅਜਿਹਾ ਰਿਸੋਰਸ ਈਵੈਂਟ ਬਣਦਾ ਹੈ ਜੋ ਪਹਿਲੇ ਸਥਾਨ 'ਤੇ ਬਾਹਰ ਵੱਲ ਫੈਲਦਾ ਹੈ।
ਪੁਰਾਣੇ ਡੋਮੇਨਾਂ ਨੂੰ ਉਨ੍ਹਾਂ ਦੇ ਫੁੱਟਪ੍ਰਿੰਟ ਨੂੰ ਆਯਾਤ ਕੀਤੇ ਬਿਨਾਂ ਵਾਪਸ ਲਿਆਉਣਾ
ਪੁਰਾਣੀਆਂ ਐਕਸਪਾਇਰ ਹੋਈਆਂ ਡੋਮੇਨਾਂ ਨੈੱਟਵਰਕ ਬਣਾਉਣ ਦਾ ਇੱਕ ਅਹਿਮ ਹਿੱਸਾ ਹਨ, ਅਤੇ ਉਹਨਾਂ ਦਾ ਆਪਣਾ ਫੁੱਟਪ੍ਰਿੰਟ ਜੋਖਮ ਹੁੰਦਾ ਹੈ। ਇੱਕ ਆਮ ਟੈਂਪਲੇਟ ਤੋਂ ਕਿਸੇ ਡੋਮੇਨ ਨੂੰ ਦੁਬਾਰਾ ਬਣਾਉਣਾ ਉਸੇ ਇਤਿਹਾਸ ਨੂੰ ਖਤਮ ਕਰ ਦਿੰਦਾ ਹੈ ਜਿਸ ਕਰਕੇ ਡੋਮੇਨ ਖਰੀਦਣ ਦੇ ਯੋਗ ਬਣੀ ਸੀ, ਅਤੇ ਇੱਕੋ ਢਾਂਚੇ 'ਤੇ ਦੁਬਾਰਾ ਬਣਾਈਆਂ ਗਈਆਂ ਐਕਸਪਾਇਰ ਹੋਈਆਂ ਡੋਮੇਨਾਂ ਦਾ ਸਮੂਹ ਉਸੇ ਢਾਂਚੇ ਨਾਲ ਆਪਸ ਵਿੱਚ ਜੁੜ ਜਾਂਦਾ ਹੈ। ਵਧੇਰੇ ਸਾਫ਼-ਸੁਥਰਾ ਤਰੀਕਾ ਇਹ ਹੈ ਕਿ ਇੰਟਰਨੈੱਟ ਆਰਕਾਈਵ ਤੋਂ ਡੋਮੇਨ ਦੀ ਅਸਲ ਸਾਈਟ ਨੂੰ ਮੁੜ-ਬਹਾਲ ਕੀਤਾ ਜਾਵੇ ਅਤੇ ਇਸਨੂੰ ਸਟੈਟਿਕ HTML ਵਜੋਂ ਚਲਾਇਆ ਜਾਵੇ — ਕਿਸੇ ਨੈੱਟਵਰਕ-ਸਟੈਂਡਰਡ ਢਾਂਚੇ ਦੀ ਬਜਾਏ ਇਸਦੇ ਆਪਣੇ ਅਸਲ ਢਾਂਚੇ ਨਾਲ ਇੱਕ ਪੁਰਾਣੀ ਡੋਮੇਨ ਨੂੰ ਵਾਪਸ ਆਨਲਾਈਨ ਲਿਆਉਣ ਅਤੇ ਮੁੜ-ਇੰਡੈਕਸ ਕਰਨ ਦਾ ਇਹ ਸਭ ਤੋਂ ਤੇਜ਼ ਤਰੀਕਾ ਹੈ।
ਸਟੈਤਿਕ HTML ਵਜੋਂ ਬਹਾਲ ਕਰਨ ਦਾ ਇੱਕ ਸਰਚ-ਇੰਜਣ ਫੁੱਟਪ੍ਰਿੰਟ ਲਾਭ ਵੀ ਹੈ: ਫਿੰਗਰਪ੍ਰਿੰਟ ਕਰਨ ਲਈ ਕੋਈ ਲਾਈਵ CMS ਨਹੀਂ ਹੈ, ਲੀਕ ਕਰਨ ਲਈ ਕੋਈ ਸੰਸਕਰਣ ਨਹੀਂ ਹੈ, ਅਤੇ ਪੜਤਾਲ ਕਰਨ ਲਈ ਕੋਈ ਖੋਜ ਐਂਡਪੁਆਇੰਟ ਨਹੀਂ ਹੈ। ਸਾਈਟ ਉਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ ਜਿਵੇਂ ਇਹ ਇਤਿਹਾਸਕ ਤੌਰ 'ਤੇ ਸੀ। ਅਕਾਊਂਟ-ਪੂਲ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਅਤੇ ਪ੍ਰਤੀ-ਤੈਨਾਤੀ ਆਨ-ਸਾਈਟ ਹਟਾਉਣ ਦੇ ਨਾਲ ਮਿਲਾ ਕੇ, ਇੱਕ ਮੁਨਰ-ਸੁਰਜੀਤ ਡੋਮੇਨ ਉਨ੍ਹਾਂ ਨਿਸ਼ਾਨੀਆਂ ਨੂੰ ਵਿਰਸੇ ਵਿੱਚ ਲਏ ਬਿਨਾਂ ਤੁਹਾਡੇ ਨੈੱਟਵਰਕ ਵਿੱਚ ਦੁਬਾਰਾ ਸ਼ਾਮਲ ਹੋ ਜਾਂਦਾ ਹੈ ਜੋ ਇਸਨੂੰ ਬਾਕੀ ਸਭ ਨਾਲੋਂ ਵੱਖਰਾ ਕਰਦੀਆਂ।
ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੁਝ ਵੀ ਅਸਾਧਾਰਨ ਨਹੀਂ ਹੈ। ਫੁੱਟਪ੍ਰਿੰਟ-ਮੁਕਤ ਹੌਸਟਿੰਗ ਸਿਰਫ਼ ਹਰ ਪੱਧਰ 'ਤੇ—HTML, ਨੈੱਟਵਰਕ, ਖਾਤੇ, ਅਲੱਗ-ਥਲੱਗਤਾ ਅਤੇ ਇਤਿਹਾਸ—ਕੋਰੇਲੇਸ਼ਨ ਨੂੰ ਤੋੜਨ ਅਤੇ ਕੁਝ ਸਾਈਟਾਂ ਦੀ ਬਜਾਏ ਇੱਕ ਅਸਲ ਨੈੱਟਵਰਕ ਦੇ ਪੈਮਾਨੇ 'ਤੇ, ਹਰ ਬਦਲਾਅ 'ਤੇ ਇਸਨੂੰ ਦੁਬਾਰਾ ਲਾਗੂ ਕਰਨ ਦਾ ਅਨੁਸ਼ਾਸਨ ਹੈ।
ਅਕਸਰ ਪੁੱਛੇ ਜਾਂਦੇ ਸਵਾਲ
ਕ ਕੀ ਮੇਰੀਆਂ ਸਾਈਟਾਂ ਦੇ ਅੱਗੇ ਇੱਕ CDN ਲਗਾਉਣ ਨਾਲ ਉਹ ਫੁਟਪ੍ਰਿੰਟ-ਮੁਕਤ (footprint-free) ਹੋ ਜਾਂਦੀਆਂ ਹਨ?
ਨਹੀਂ। ਇੱਕ ਸਾਂਝੇ ਸਰਵਰ ਦੇ ਅੱਗੇ ਇੱਕੋ CDN ਖਾਤਾ ਸਿਰਫ਼ ਇੱਕ ਵੇਰੀਏਬਲ ਬਦਲਦਾ ਹੈ — ਇੱਕ IP ਜਿਸ ਨੂੰ ਲੁੱਕਅੱਪ ਵਾਪਸ ਕਰਦਾ ਹੈ — ਜਦੋਂ ਕਿ ਹਰ ਸਾਈਟ 'ਤੇ ਆਨ-ਸਾਈਟ ਫਿੰਗਰਪ੍ਰਿੰਟ, DNS ਪੈਟਰਨ ਅਤੇ ਸਾਂਝੀ-ਕਿਸਮ ਦੀ ਅਲੱਗ-ਥਲੱਗਤਾ ਨੂੰ ਬਦਲਿਆ ਨਹੀਂ ਛੱਡਦਾ। ਇਸ ਤੋਂ ਵੀ ਮਾੜੀ ਗੱਲ ਇਹ ਹੈ ਕਿ ਕਿਸੇ ਪੂਰੇ ਨੈੱਟਵਰਕ ਨੂੰ ਇੱਕ CDN ਜਾਂ DNS ਖਾਤੇ ਰਾਹੀਂ ਰੂਟ ਕਰਨਾ ਕਲੱਸਟਰ ਨੂੰ ਸਿਰਫ਼ ਉਸ ਖਾਤੇ ਵਿੱਚ ਤਬਦੀਲ ਕਰ ਦਿੰਦਾ ਹੈ। ਫੁੱਟਪ੍ਰਿੰਟ-ਮੁਕਤ (Footprint-free) ਡਿਜ਼ਾਈਨ ਨੂੰ ਇੱਕੋ ਪ੍ਰੌਕਸੀ ਪਰਤ ਦੀ ਬਜਾਏ ਕਈ ਖਾਤਿਆਂ ਅਤੇ ਪ੍ਰਦਾਤਾਵਾਂ ਵਿੱਚ ਵੰਡ, ਆਨ-ਸਾਈਟ ਹਟਾਉਣ, ਅਤੇ ਪ੍ਰਤੀ-ਸਾਈਟ ਅਲੱਗ-ਥਲੱਗਤਾ ਦੇ ਇਕੱਠੇ ਕੰਮ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
ਫੁੱਟਪ੍ਰਿੰਟ ਰਿਮੂਵਰ ਅਸਲ ਵਿੱਚ ਕਿਹੜੇ ਆਨ-ਸਾਈਟ ਫੁੱਟਪ੍ਰਿੰਟਸ ਨੂੰ ਹਟਾਉਂਦਾ ਹੈ?
ਹਰ ਡਿਪਲਾਇਮੈਂਟ 'ਤੇ ਇਹ WordPress ਵਰਜਨ ਅਤੇ ਜਨਰੇਟਰ ਟੈਗ, wp-json ਖੋਜ ਲਿੰਕ, XML-RPC, ਪਿੰਗਬੈਕ ਅਤੇ X-Powered-By ਹੈਡਰ ਨੂੰ ਹਟਾ ਦਿੰਦਾ ਹੈ — ਇਹ ਉਹ ਸਸਤੇ ਅਤੇ ਸਕ੍ਰਿਪਟਯੋਗ ਸੰਕੇਤ ਹਨ ਜੋ ਕਿਸੇ ਨੂੰ ਵੀ ਵੱਡੇ ਪੱਧਰ 'ਤੇ WordPress ਸਟੇਟ ਦੀ ਪਛਾਣ ਕਰਨ ਦਿੰਦੇ ਹਨ। ਕਿਉਂਕਿ ਇਹ ਇੱਕ ਵਾਰ ਦੀ ਸਫ਼ਾਈ ਦੀ ਬਜਾਏ ਡਿਪਲਾਇਮੈਂਟ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਚੱਲਦਾ ਹੈ, ਇਸ ਲਈ ਕੋਈ ਪਲੱਗਇਨ ਜਾਂ ਥੀਮ ਅੱਪਡੇਟ ਉਸ ਸਿਗਨਲ ਨੂੰ ਚੁਪਚਾਪ ਦੁਬਾਰਾ ਸ਼ਾਮਲ ਨਹੀਂ ਕਰ ਸਕਦਾ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਹਟਾ ਚੁੱਕੇ ਹੋ।
ਹਰ ਡਿਪਲਾਇਮੈਂਟ 'ਤੇ ਫੁੱਟਪ੍ਰਿੰਟ ਪ੍ਰਬੰਧਨ ਕਿਉਂ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ?
ਕਿਉਂਕਿ ਨੈੱਟਵਰਕ ਲਗਾਤਾਰ ਬਦਲਦੇ ਰਹਿੰਦੇ ਹਨ — ਨਵੀਆਂ ਡੋਮੇਨਾਂ, ਮਾਈਗ੍ਰੇਸ਼ਨ, ਥੀਮ ਦੀ ਅਦਲਾ-ਬਦਲੀ, ਟਾਇਰ ਬਦਲਾਅ — ਅਤੇ ਹਰੇਕ ਬਦਲਾਅ ਫੁੱਟਪ੍ਰਿੰਟ ਦੇ ਦੁਬਾਰਾ ਆਉਣ ਦਾ ਜਾਂ ਕਿਸੇ ਨਵੀਂ ਸਾਈਟ ਦੇ ਪਹਿਲਾਂ ਤੋਂ ਹੀ ਜ਼ਿਆਦਾ ਵਰਤੇ ਗਏ ਅਕਾਊਂਟ 'ਤੇ ਆਉਣ ਦਾ ਇੱਕ ਮੌਕਾ ਹੁੰਦਾ ਹੈ। ਇੱਕ ਫੁੱਟਪ੍ਰਿੰਟ ਆਡਿਟ ਜੋ ਲਾਂਚ ਵੇਲੇ ਸਾਫ਼ ਸੀ, ਸੈਂਕੜੇ ਬਾਅਦ ਵਾਲੀਆਂ ਡਿਪਲਾਇਮੈਂਟਾਂ ਤੋਂ ਬਾਅਦ ਅਰਥਹੀਣ ਹੋ ਜਾਂਦਾ ਹੈ। ਅਸੀਂ ਸੈੱਟਅੱਪ ਦੇ ਸਮੇਂ ਦੇ ਸਨੈਪਸ਼ਾਟ ਦੀ ਬਜਾਏ ਅਸਟੇਟ ਦੀ ਲਾਈਵ ਸਥਿਤੀ ਦੇ ਆਧਾਰ 'ਤੇ ਗਣਨਾ ਕਰਕੇ, ਹਰ ਪ੍ਰੋਵੀਜ਼ਨਿੰਗ ਈਵੈਂਟ 'ਤੇ ਆਨ-ਸਾਈਟ ਰਿਮੂਵਲ, ਅਕਾਊਂਟ-ਪੂਲ ਬੈਲੇਂਸਿੰਗ ਅਤੇ ਪਲੱਗਇਨ ਬੇਸਲਾਈਨ ਨੂੰ ਦੁਬਾਰਾ ਲਾਗੂ ਕਰਦੇ ਹਾਂ।
ਕ کی ਮੈਂ ਆਪਣੇ ਪੂਲ ਦੀ ਬਜਾਏ ਆਪਣੇ ਖੁਦ ਦੇ Cloudflare ਜਾਂ CDN ਖਾਤਿਆਂ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦਾ ਹਾਂ?
ਹਾਂ। ਤੁਸੀਂ ਸਾਡੇ ਨਾਲੋਂ ਆਪਣੇ ਖ਼ੁਦ ਦੇ CDN ਅਤੇ DNS ਖਾਤਿਆਂ ਨੂੰ ਵੀ ਪੂਲ ਵਿੱਚ ਲਿਆ ਸਕਦੇ ਹੋ, ਅਤੇ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਹਰੇਕ ਡਿਪਲਾਇਮੈਂਟ 'ਤੇ ਲਾਈਵ ਅਕਾਊਂਟ ਸਟੇਟ ਤੋਂ ਅਜੇ ਵੀ ਦੁਬਾਰਾ ਕੰਪਿਊਟ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਤਾਂ ਜੋ ਕੁਝ ਵੀ ਕਿਸੇ ਕਲੱਸਟਰ ਵਿੱਚ ਭਟਕ ਨਾ ਜਾਵੇ। ਇਹ ਉਹਨਾਂ ਆਪਰੇਟਰਾਂ ਲਈ ਅਨੁਕੂਲ ਹੈ ਜਿਨ੍ਹਾਂ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਪੁਰਾਣੇ ਜਾਂ ਭਰੋਸੇਮੰਦ ਖਾਤੇ ਹਨ ਜਿਨ੍ਹਾਂ ਨੂੰ ਉਹ ਰੋਟੇਸ਼ਨ ਵਿੱਚ ਰੱਖਣਾ ਚਾਹੁੰਦੇ ਹਨ।
ਸੰਬੰਧਿਤ
14 ਦਿਨਾਂ ਲਈ ਇਸ ਨੂੰ ਮੁਫ਼ਤ ਅਜ਼ਮਾਓ
ਆਪਣੀਆਂ ਪਹਿਲੀਆਂ ਸਾਈਟਾਂ 14 ਦਿਨਾਂ ਲਈ ਮੁਫ਼ਤ ਸ਼ੁਰੂ ਕਰੋ — ਕੋਈ ਕਾਰਡ ਨਹੀਂ। ਕੋਈ ਮੌਜੂਦਾ ਨੈੱਟਵਰਕ ਮੂਵ ਕਰ ਰਹੇ ਹੋ? ਤੁਹਾਡੀ ਪਹਿਲੀ ਮਾਈਗ੍ਰੇਸ਼ਨ ਸਾਡੇ ਵੱਲੋਂ ਹੈ।
ਮੁਫ਼ਤ ਸ਼ੁਰੂ ਕਰੋ