ਫੀਚਰ
ਆਪਣੀ ਐਪ, ਦੁਕਾਨ, ਦਸਤਾਵੇਜ਼ਾਂ ਜਾਂ ਸਟੇਜਿੰਗ ਨੂੰ ਜਿੱਥੇ ਚਾਹੋ ਪੁਆਇੰਟ ਕਰੋ ਅਤੇ ਇਸਦੇ ਪਿੱਛੇ ਇੱਕ ਅਸਲੀ, ਪੂਰੀ ਤਰ੍ਹਾਂ ਅਲੱਗ-ਥਲੱਗ ਸਾਈਟ ਪ੍ਰਾਪਤ ਕਰੋ: ਆਪਣਾ ਖੁਦ ਦਾ ਸਟੈਕ, ਡਾਟਾਬੇਸ, ਕੈਸ਼, ਬੈਕਅੱਪ ਅਤੇ ਰਿਸੋਰਸ ਕੇਜ। ਪੂਰਾ DNS ਰਿਕਾਰਡ ਕੰਟਰੋਲ, ਵਾਈਲਡਕਾਰਡ ਸਮੇਤ ਆਟੋਮੈਟਿਕ SSL, ਅਤੇ ਇੱਕ-ਕਲਿੱਕ ਸਟੇਜਿੰਗ ਉਪ-ਡੋਮੇਨ। ਉਪਲਬਧਤਾ: ਪ੍ਰਤੀ-ਸਾਈਟ ਡਾਟਾਬੇਸ ਥ੍ਰੋਟਲਿੰਗ ਸਰਗਰਮ ਵਿਕਾਸ ਵਿੱਚ ਹੈ ਅਤੇ ਅਜੇ ਉਪਲਬਧ ਨਹੀਂ ਹੈ। ਇੱਥੇ ਵਰਣਨ ਕੀਤੀ ਗਈ ਹਰ ਚੀਜ਼ ਅੱਜ ਲਾਈਵ ਹੈ।
ਜ਼ਿਆਦਾਤਰ ਹੋਸਟਾਂ 'ਤੇ ਇੱਕ ਸਬਡੋਮੇਨ ਉਸ ਦੇ ਅੱਗੇ ਰੀਰਾਈਟ ਰੂਲ ਨਾਲ ਬਣੀ ਇੱਕ ਡਾਇਰੈਕਟਰੀ ਹੁੰਦਾ ਹੈ। ਇੱਥੇ ਇਹ ਇਸਦੇ ਆਪਣੇ ਬਲੂਪ੍ਰਿੰਟ ਸੰਸਕਰਣ, ਫਲੀਟ 'ਤੇ ਇਸਦੀ ਆਪਣੀ ਪਲੇਸਮੈਂਟ ਅਤੇ ਇਸਦੀ ਆਪਣੀ ਆਈਸੋਲੇਸ਼ਨ ਬਾਊਂਡਰੀ ਦੇ ਨਾਲ ਇੱਕ ਫਰਸਟ-ਕਲਾਸ ਸਾਈਟ ਰਿਕਾਰਡ ਹੈ। ਜੋ ਵੀ ਤੁਸੀਂ ਪ੍ਰਾਇਮਰੀ ਡੋਮੇਨ ਲਈ ਕਰ ਸਕਦੇ ਹੋ, ਉਹ ਤੁਸੀਂ ਸਬਡੋਮੇਨ ਲਈ ਵੀ ਕਰ ਸਕਦੇ ਹੋ।
ਹer subdomain site ਇੱਕ versioned blueprint ਤੋਂ ਬਣਿਆ ਹੈ ਅਤੇ ਆਪਣਾ stack type ਅਤੇ runtime ਚਲਾਉਂਦਾ ਹੈ: managed WordPress, WooCommerce, PHP, static HTML ਜਾਂ Node। ਤੁਹਾਡਾ docs subdomain static HTML ਹੋ ਸਕਦਾ ਹੈ ਜਦੋਂ ਕਿ root WordPress ਚਲਾਉਂਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਉਨ੍ਹਾਂ ਵਿਚਕਾਰ ਕੋਈ ਸਮਝੌਤਾ ਨਹੀਂ ਹੁੰਦਾ।
ਹਰ ਸਾਈਟ ਲਈ ਇੱਕ MariaDB ਡਾਟਾਬੇਸ, LiteSpeed LSCache ਫੁੱਲ-ਪੇਜ ਕੈਚਿੰਗ ਅਤੇ ਪ੍ਰਤੀ-ਸਾਈਟ Redis ਜਾਂ Memcached ਆਬਜੈਕਟ ਕੈਚ। ਮੂਲ ਸਾਈਟ ਨਾਲ ਕੁਝ ਵੀ ਸਾਂਝਾ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਇਸ ਲਈ ਇੱਕ ਭਾਰੀ ਸਬਡੋਮੈਨ ਮੂਲ ਸਾਈਟ ਦੇ ਕੈਚ ਨੂੰ ਖਤਮ ਜਾਂ ਇਸ ਦੀਆਂ ਕਿਊਰੀਜ਼ ਨੂੰ ਭੀੜ-ਭੜੱਕੇ ਵਾਲਾ ਨਹੀਂ ਬਣਾ ਸਕਦਾ।
ਕਲਾਉਡਲਿਨਕਸ (CloudLinux) LVE ਹਰੇਕ ਸਾਈਟ ਲਈ CPU, RAM, IO, IOPS ਅਤੇ ਐਂਟਰੀ ਪ੍ਰੋਸੈਸਾਂ ਨੂੰ ਸੀਮਤ ਕਰਦਾ ਹੈ, CageFS ਹਰੇਕ ਸਾਈਟ ਨੂੰ ਆਪਣਾ ਫਾਈਲ ਸਿਸਟਮ ਦ੍ਰਿਸ਼ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਮਾਈਐਸਕਿਊਐਲ ਗਵਰਨਰ (MySQL Governor) ਪ੍ਰਤੀ-ਸਾਈਟ ਡੇਟਾਬੇਸ ਲੋਡ ਨੂੰ ਕਾਬੂ ਵਿੱਚ ਰੱਖਦਾ ਹੈ। ਇੱਕ ਬੇਕਾਬੂ ਉਪ-ਡੋਮੇਨ ਇਸਦੇ ਆਪਣੇ ਕੇਜ ਦੇ ਅੰਦਰ ਹੀ ਸੀਮਤ ਰਹਿੰਦਾ ਹੈ।
ਰੋਜ਼ਾਨਾ ਬੈਕਅੱਪ ਪ੍ਰਤੀ ਸਾਈਟ ਲਈ ਇੱਕ-ਕਲਿੱਕ ਰਿਸਟੋਰ ਨਾਲ 30 ਦਿਨਾਂ ਤੱਕ ਰੱਖੇ ਜਾਂਦੇ ਹਨ। ਤੁਸੀਂ ਮੂਲ ਸਾਈਟ ਜਾਂ ਇਸਦੀਆਂ ਹੋਰ ਸਾਈਟਾਂ ਨੂੰ ਛੇੜੇ ਬਿਨਾਂ ਇੱਕ ਸਬ-ਡੋਮੇਨ ਨੂੰ ਕੱਲ੍ਹ ਵਾਲੀ ਸਥਿਤੀ 'ਤੇ ਵਾਪਸ ਲੈ ਜਾ ਸਕਦੇ ਹੋ।
ਉਪ-ਡੋਮੇਨ ਹੋਸਗਿੰਗ ਦੀ ਸਮੱਸਿਆ ਬਣਨ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ DNS ਸਮੱਸਿਆ ਹੁੰਦੇ ਹਨ, ਇਸ ਲਈ DNS ਪਰਤ ਨੂੰ ਦੋ ਫੀਲਡਾਂ ਵਾਲੇ ਫਾਰਮ ਦੇ ਪਿੱਛੇ ਛੁਪਾਉਣ ਦੀ ਬਜਾਏ ਸਹੀ ਢੰਗ ਨਾਲ ਸਾਹਮਣੇ ਲਿਆਂਦਾ ਜਾਂਦਾ ਹੈ।
ਤੁਹਾਡੇ ਵੱਲੋਂ ਹੋਸਟ ਕੀਤੀ ਜਾਣ ਵਾਲੀ ਹਰੇਕ ਰਜਿਸਟਰ ਕਰਨ ਯੋਗ ਡੋਮੇਨ ਨੂੰ ਸਾਡੇ DNS ਡ੍ਰਾਈਵਰ ਸੀਮ ਰਾਹੀਂ ਪ੍ਰਬੰਧਿਤ ਕੀਤਾ ਗਿਆ ਇੱਕ DNS ਜ਼ੋਨ ਮਿਲਦਾ ਹੈ। ਤੁਹਾਨੂੰ ਉਹਨਾਂ ਰਿਕਾਰਡ ਕਿਸਮਾਂ ਵਿੱਚ ਰਿਕਾਰਡ CRUD ਮਿਲਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਦੀ ਤੁਸੀਂ ਉਮੀਦ ਕਰਦੇ ਹੋ, ਇਸ ਲਈ ਐਪ, ਸ਼ੌਪ, ਡੌਕਸ, ਮੇਲ ਜਾਂ ਵਾਈਲਡਕਾਰਡ ਹੋਸਟ ਜੋੜਨਾ ਇੱਕ ਰਿਕਾਰਡ ਸੰਪਾਦਨ ਹੈ, ਨਾ ਕਿ ਕੋਈ ਸਪੋਰਟ ਟਿਕਟ। ਜ਼ੋਨ ਦੀ ਸਥਿਤੀ ਨੂੰ ਪ੍ਰੋਵਾਈਡਰ ਦੇ ਵਿਰੁੱਧ ਆਈਡੈਮਪੋਟੈਂਟਲੀ ਮਿਲਾਇਆ ਜਾਂਦਾ ਹੈ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਅੱਧਾ ਲਾਗੂ ਕੀਤਾ ਬਦਲਾਅ ਜਾਂ ਮੁੜ-ਕੋਸ਼ਿਸ਼ ਕੀਤਾ ਗਿਆ ਸੰਪਾਦਨ ਤੁਹਾਡੇ ਜ਼ੋਨ ਨੂੰ ਅਸਪਸ਼ਟ ਵਿਚਕਾਰਲੀ ਸਥਿਤੀ ਵਿੱਚ ਛੱਡਣ ਦੀ ਬਜਾਏ ਉਸੇ ਸਥਿਤੀ 'ਤੇ ਲਿਆਉਂਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਮੰਗੀ ਸੀ।
ਰਜਿਸਤ੍ਰਾਰ ਅਤੇ ਡੀ.ਐੱਨ.ਐੱਸ. (DNS) ਜਾਣਬੁੱਝ ਕੇ ਵੱਖ-ਵੱਖ ਕੀਤੇ ਗਏ ਹਨ: ਤੁਸੀਂ ਸਾਡੇ ਕੋਲੋਂ ਡੋਮੇਨ ਰਜਿਸਟਰ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਡੀ.ਐੱਨ.ਐੱਸ. ਨੂੰ ਕਿਤੇ ਹੋਰ ਰੱਖ ਸਕਦੇ ਹੋ, ਜਾਂ ਆਪਣੇ ਮੌਜੂਦਾ ਰਜਿਸਤ੍ਰਾਰ ਕੋਲ ਡੋਮੇਨ ਰੱਖ ਕੇ ਸਿਰਫ਼ ਇੱਕ ਉਪ-ਡੋਮੇਨ (subdomain) ਨੂੰ ਸਾਡੇ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰ ਸਕਦੇ ਹੋ। ਅਸੀਂ ਕਿਸੇ ਡੋਮੇਨ ਨੂੰ ਲਾਈਵ ਘੋਸ਼ਿਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਨੇਮਸਰਵਰ ਡੈਲੀਗੇਸ਼ਨ ਅਤੇ ਐਕਟੀਵੇਸ਼ਨ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦੇ ਹਾਂ, ਤਾਂ ਜੋ ਤੁਹਾਨੂੰ ਗਾਹਕ ਦੀ ਬਜਾਏ ਪਲੇਟਫਾਰਮ ਤੋਂ ਹੀ ਪਤਾ ਲੱਗ ਜਾਵੇ ਕਿ ਕੋਈ ਰਿਕਾਰਡ ਗਲਤ ਹੈ।
ਇੱਕ ਸਬਡੋਮੇਨ ਜੋ ਹੌਲੀ ਹੈ ਜਾਂ ਸਰਟੀਫਿਕੇਟ ਦੀ ਚੇਤਾਵਨੀ ਦਿਖਾਉਂਦਾ ਹੈ, ਉਹ ਬਿਲਕੁਲ ਵੀ ਸਬਡੋਮੇਨ ਨਾ ਹੋਣ ਨਾਲੋਂ ਵੀ ਮਾੜਾ ਹੈ, ਇਸ ਲਈ ਡਿਲੀਵਰੀ ਪਾਥ ਉਹੀ ਹੈ ਜੋ ਪ੍ਰਾਇਮਰੀ ਡੋਮੇਨ ਨੂੰ ਮਿਲਦਾ ਹੈ।
Let's Encrypt ਸਰਟੀਫਿਕੇਟ ਆਪਣੇ ਆਪ ਜਾਰੀ ਅਤੇ ਰੀਨਿਊ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਇੱਕੋ ਵਾਰ ਸਾਰੇ ਉਪ-ਡੋਮੇਨਾਂ ਨੂੰ ਕਵਰ ਕਰਨ ਲਈ ਵਾਈਲਡਕਾਰਡ ਸਰਟੀਫਿਕੇਟ ਦੀ ਵਰਤੋਂ ਕਰੋ, ਜਿੱਥੇ ਤੁਸੀਂ ਉਹਨਾਂ ਨੂੰ ਵੱਖਰਾ ਰੱਖਣਾ ਚਾਹੁੰਦੇ ਹੋ ਉੱਥੇ ਪ੍ਰਤੀ-ਹੋਸਟ ਸਰਟੀਫਿਕੇਟ ਵਰਤੋ, ਜਾਂ ਆਪਣਾ ਖੁਦ ਦਾ ਕਸਟਮ ਸਰਟੀਫਿਕੇਟ ਅੱਪਲੋਡ ਕਰੋ।
ਹਰੇਕ ਸਾਈਟ HTTP/3 ਦੇ ਚਾਲੂ ਹੋਣ ਨਾਲ LiteSpeed ਦੁਆਰਾ ਸਰਵ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਜੋ ਸਬਡੋਮੇਨ ਨੂੰ ਦੂਜੇ ਦਰਜੇ ਦੇ vhost ਦੀ ਬਜਾਏ ਰੂਟ ਡੋਮੇਨ ਵਰਗੀ ਹੀ ਕਨੈਕਸ਼ਨ-ਪੱਧਰ ਦੀ ਪਰਫਾਰਮੈਂਸ ਮਿਲੇ।
ਡੈਸ਼ਬੋਰਡ ਤੋਂ ਜਾਂ WordPress ਦੇ ਅੰਦਰੋਂ ਤਾਲਮੇਲ ਵਾਲੇ ਪਰਜ (purge) ਦੇ ਨਾਲ, LSCache ਪੂਰੇ-ਪੰਨੇ ਦੀ ਕੈਸ਼ਿੰਗ ਅਤੇ ਪ੍ਰਤੀ-ਸਾਈਟ Redis ਆਬਜੈਕਟ ਕੈਸ਼। ਪੇਰੈਂਟ (parent) ਨੂੰ ਪਰਜ ਕਰਨ ਨਾਲ ਤੁਹਾਡੀ ਸਬ-ਡੋਮੇਨ ਦੀ ਕੈਸ਼ ਖਤਮ ਨਹੀਂ ਹੁੰਦੀ।
ਸ ਸਾਡੇ CDN ਅਤੇ Cloudflare ਅਕਾਊਂਟ ਪੂਲ ਰਾਹੀਂ ਡਿਪਲਾਇ ਕਰੋ ਜਾਂ ਆਪਣੇ ਖੁਦ ਦੇ ਅਕਾਊਂਟ ਕਨੈਕਟ ਕਰੋ ਅਤੇ ਚੁਣੋ ਕਿ ਕਿਹੜਾ ਅਕਾਊਂਟ ਕਿਸੇ ਦਿੱਤੀ ਗਈ ਸਾਈਟ 'ਤੇ ਡਿਪਲਾਇ ਹੁੰਦਾ ਹੈ। ਡਿਲੀਵਰੀ ਇੱਕ ਫੈਸਲਾ ਹੈ ਜੋ ਤੁਸੀਂ ਲੈਂਦੇ ਹੋ, ਉਹ ਨਹੀਂ ਜੋ ਅਸੀਂ ਤੁਹਾਡੇ ਲਈ ਲੈਂਦੇ ਹਾਂ।
ਸਬ-ਡੋਮੇਨ ਚਾਹੁਣ ਦਾ ਸਭ ਤੋਂ ਆਮ ਕਾਰਨ ਚੀਜ਼ਾਂ ਨੂੰ ਤੋੜ ਕੇ ਸਿੱਖਣ ਲਈ ਕੋਈ ਸੁਰੱਖਿਅਤ ਥਾਂ ਹੋਣਾ ਹੈ। ਇਹ ਰਸਤਾ Mainstream ਪਲਾਨਾਂ ਵਿੱਚ ਬਣਾਇਆ ਗਿਆ ਹੈ ਅਤੇ ਇਸ 'ਤੇ ਕੋਈ ਪਾਬੰਦੀ ਨਹੀਂ ਹੈ।
ਸਟੇਜਿੰਗ ਵਿੱਚ ਕਲੋਨ ਕਰਨਾ ਲਾਈਵ ਸਾਈਟ ਦੀ ਇੱਕ ਅਲੱਗ ਕਾਪੀ ਸਟੇਜਿੰਗ ਉਪ-ਡੋਮੇਨ 'ਤੇ ਬਣਾਉਂਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਇਸ ਦੀਆਂ ਫ਼ਾਈਲਾਂ ਅਤੇ ਡਾਟਾਬੇਸ ਸੁਰੱਖਿਅਤ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਇਹ ਪ੍ਰੋਡਕਸ਼ਨ ਵਾਂਗ ਹੀ ਸਟੈਕ ਅਤੇ ਬਲੂਪ੍ਰਿੰਟ ਸੰਸਕਰਣ 'ਤੇ ਹੁੰਦੇ ਹਨ। ਤੁਸੀਂ ਪੂਰੇ ਟੂਲਸੈੱਟ ਨਾਲ ਇਸ ਕਾਪੀ 'ਤੇ ਕੰਮ ਕਰਦੇ ਹੋ: ਜੇਲ੍ਹ ਕੀਤੇ SSH ਅਤੇ SFTP, wp-cli, ਬ੍ਰਾਊਜ਼ਰ-ਆਧਾਰਿਤ VS Code ਐਡੀਟਰ, phpMyAdmin ਜਾਂ Adminer, ਪ੍ਰਤੀ-ਸਾਈਟ ਕ੍ਰੌਨ ਅਤੇ ਵਾਤਾਵਰਣ ਵੇਰੀਏਬਲ।
ਜਦੋਂ ਤਬਦੀਲੀ ਸਾਬਤ ਹੋ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਲਾਈਵ 'ਤੇ ਪੁਸ਼ ਕਰਨਾ (push to live) ਪ੍ਰੋਡਕਸ਼ਨ ਵਿੱਚ ਇੱਕ ਡਾਟਾਬੇਸ-ਸਚੇਤ ਸਿੰਕ ਵਾਪਸ ਕਰਦਾ ਹੈ। ਤੁਸੀਂ ਫਾਈਲਾਂ, ਡਾਟਾਬੇਸ ਜਾਂ ਦੋਵੇਂ ਚੁਣਦੇ ਹੋ, ਅਤੇ ਖੋਜ-ਬਦਲੋ (search-replace) ਤੁਹਾਡੇ ਲਈ ਸੰਭਾਲਿਆ ਜਾਂਦਾ ਹੈ ਤਾਂ ਜੋ ਤੁਹਾਡੀ ਸਮੱਗਰੀ ਵਿੱਚ URLs ਸਟੇਜਿੰਗ ਹੋਸਟ ਵੱਲ ਵਾਪਸ ਇਸ਼ਾਰਾ ਕਰਨ ਦੀ ਬਜਾਏ ਸਾਈਟ ਦਾ ਅਨੁਸਰਣ ਕਰਨ। ਕਿਉਂਕਿ ਪ੍ਰੋਵਿਜ਼ਨਿੰਗ, ਕਲੋਨਿੰਗ ਅਤੇ ਡਿਪਲਾਇਮੈਂਟ ਸਾਰੇ ਪ੍ਰਤੀ-ਕਦਮ ਮੁੜ-ਯਤਨਾਂ ਅਤੇ ਮੁਆਵਜ਼ੇ ਦੇ ਨਾਲ ਟਿਕਾਊ Temporal ਵਰਕਫਲੋ ਵਜੋਂ ਚੱਲਦੇ ਹਨ, ਇਸ ਲਈ ਵਿਚਕਾਰ ਵਿੱਚ ਅਸਫਲਤਾ ਤੁਹਾਨੂੰ ਅੱਧੀ-ਕਲੋਨ ਕੀਤੀ ਸਾਈਟ ਨਾਲ ਛੱਡਣ ਦੀ ਬਜਾਏ ਅੰਸ਼ਕ ਕੰਮ ਨੂੰ ਵਾਪਸ ਮੋੜ ਦਿੰਦੀ ਹੈ।
ਅਸੀਂ ਤੁਹਾਨੂੰ ਇਹ ਪਹਿਲਾਂ ਹੀ ਦੱਸਣਾ ਪਸੰਦ ਕਰਾਂਗੇ ਕਿ ਅਜਿਹੀ ਕੋਈ ਚੀਜ਼ ਵੇਚਣ ਨਾਲੋਂ ਜੋ ਤੁਹਾਡੇ ਕੀਤੇ ਜਾ ਰਹੇ ਕੰਮ ਨੂੰ ਕਮਜ਼ੋਰ ਕਰਦੀ ਹੈ।
ਇੱਕ ਬ੍ਰਾਂਡ ਦਾ ਸੰਚਾਲਨ ਕਰਨ ਲਈ ਸਬ-ਡੋਮੇਨ ਸਹੀ ਵਿਕਲਪ ਹਨ: ਇੱਕ ਐਪ, ਇੱਕ ਦੁਕਾਨ, ਇੱਕ ਦਸਤਾਵੇਜ਼ ਸਾਈਟ, ਇੱਕ ਗਾਹਕ ਪੋਰਟਲ, ਪ੍ਰਤੀ-ਗ੍ਰਾਹਕ ਇੱਕ ਸਟੇਜਿੰਗ ਵਾਤਾਵਰਣ। ਇੱਕ ਨਿੱਜੀ ਬਲੌਗ ਨੈੱਟਵਰਕ ਲਈ ਇਹ ਗਲਤ ਵਿਕਲਪ ਹਨ। ਹਰੇਕ ਸਬ-ਡੋਮੇਨ ਇੱਕੋ ਰਜਿਸਟਰੇਸ਼ਨ ਯੋਗ ਡੋਮੇਨ ਨੂੰ ਸਾਂਝਾ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਜਿਸਨੂੰ ਵੀ ਇਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਬਾਰੇ ਪਤਾ ਲੱਗਦਾ ਹੈ, ਉਹ ਆਸਾਨੀ ਨਾਲ ਜਾਣ ਸਕਦਾ ਹੈ ਕਿ ਬਾਕੀਆਂ ਦਾ ਮਾਲਕ ਕੌਣ ਹੈ। ਇੱਕ ਵਾਈਲਡਕਾਰਡ ਸਰਟੀਫਿਕੇਟ ਦੇ ਤਹਿਤ ਉਹ ਇੱਕ ਸਰਟੀਫਿਕੇਟ ਵੀ ਸਾਂਝਾ ਕਰਦੇ ਹਨ, ਅਤੇ ਸਰਟੀਫਿਕੇਟ ਜਾਰੀ ਕਰਨਾ ਜਨਤਕ ਸਰਟੀਫਿਕੇਟ ਪਾਰਦਰਸ਼ਤਾ (Certificate Transparency) ਲੌਗਾਂ ਵਿੱਚ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਇਸਲਈ ਇੱਕ ਸਾਂਝੇ ਡੋਮੇਨ ਦੇ ਅਧੀਨ ਹੋਸਟਾਂ ਦੀ ਸੂਚੀ ਕੋਈ ਵੀ ਵਿਅਕਤੀ ਆਸਾਨੀ ਨਾਲ ਦੇਖ ਸਕਦਾ ਹੈ। ਇਹ ਜਨਤਕ ਵੈੱਬ PKI ਅਤੇ DNS ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ, ਸਾਡੇ ਪਲੇਟਫਾਰਮ ਦੀ ਨਹੀਂ, ਅਤੇ ਕੋਈ ਵੀ ਹੋਸਟਿੰਗ ਕੌਂਫਿਗਰੇਸ਼ਨ ਇਸਨੂੰ ਬਦਲ ਨਹੀਂ ਸਕਦੀ।
ਇਸ ਲਈ ਉਪ-ਡੋਮੇਨ ਸਾਡੀਆਂ ਮੇਨਸਟ੍ਰੀਮ ਅਤੇ ਏਜੰਸੀ ਲਾਈਨਾਂ ਵਿੱਚ ਹਨ, Footprint-Free ਵਿੱਚ ਨਹੀਂ। ਜੇਕਰ ਤੁਹਾਡੀ ਲੋੜ ਇਹ ਹੈ ਕਿ ਸਾਈਟਾਂ ਇੱਕ-ਦੂਜੇ ਨਾਲ ਲਿੰਕ ਕਰਨ ਯੋਗ ਨਹੀਂ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ, ਤਾਂ ਤੁਹਾਨੂੰ ਫੁੱਟਪ੍ਰਿੰਟ-ਫ੍ਰੀ ਉਤਪਾਦ ਲਾਈਨ 'ਤੇ ਵੱਖਰੇ ਰਜਿਸਟਰ ਕਰਨ ਯੋਗ ਡੋਮੇਨਾਂ ਦੀ ਲੋੜ ਹੈ, ਜਿੱਥੇ CDN ਅਤੇ DNS ਖਾਤਾ ਪੂਲ, ਫੁੱਟਪ੍ਰਿੰਟ ਪ੍ਰਬੰਧਨ ਅਤੇ ਸਟੈਟਿਕ-HTML ਡਿਲੀਵਰੀ ਉਸ ਪੈਟਰਨ ਨੂੰ ਤੋੜਨ ਲਈ ਮੌਜੂਦ ਹਨ। ਦੋਵੇਂ ਇੱਕੋ ਇੰਜਣ ਅਤੇ ਇੱਕੋ ਡੈਸ਼ਬੋਰਡ 'ਤੇ ਕੰਮ ਕਰਦੇ ਹਨ, ਇਸ ਲਈ ਸਹੀ ਚੋਣ ਕਰਨ ਨਾਲ ਸਹੂਲਤ ਵਿੱਚ ਕੋਈ ਨੁਕਸਾਨ ਨਹੀਂ ਹੁੰਦਾ।
ਏਜੰਸੀਆਂ ਅਤੇ ਰੀਸੇਲਰ ਵੱਡੇ ਪੱਧਰ 'ਤੇ ਸਬਡੋਮੇਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ: ਪ੍ਰਤੀ ਗਾਹਕ ਇੱਕ ਸਟੇਜਿੰਗ ਹੋਸਟ, ਪ੍ਰਤੀ ਪ੍ਰੋਜੈਕਟ ਇੱਕ ਪ੍ਰੀਵਿਊ ਹੋਸਟ, ਪ੍ਰਤੀ ਖਾਤਾ ਇੱਕ ਪੋਰਟਲ। ਪਲੇਟਫਾਰਮ ਇਸ ਤਰ੍ਹਾਂ ਦੇ ਕੰਮ ਲਈ ਹੀ ਬਣਾਇਆ ਗਿਆ ਹੈ।
ਸੰਸਥਾਵਾਂ ਇੱਕ ਟ੍ਰੀ ਵਾਂਗ ਵੱਡੀਆਂ ਹੁੰਦੀਆਂ ਹਨ, ਰੀਸੇਲਰ ਤੋਂ ਕਲਾਇੰਟ ਤੱਕ ਅਤੇ ਫਿਰ ਸਾਈਟਾਂ ਤੱਕ, ਅਤੇ ਹਰੇਕ ਰਿਕਾਰਡ ਨੂੰ ਰੋਅ-ਪੱਧਰੀ ਸੁਰੱਖਿਆ ਨਾਲ ਡਾਟਾਬੇਸ 'ਤੇ ਨਿਯੰਤਰਿਤ ਅਤੇ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਕਿਸੇ ਕਲਾਇੰਟ ਦੇ ਉਪ-ਡੋਮੇਨ ਉਸ ਕਲਾਇੰਟ ਦੀ ਸੰਸਥਾ ਨਾਲ ਸਬੰਧਤ ਹੁੰਦੇ ਹਨ, ਨਾ ਕਿ ਕਿਸੇ ਸਾਂਝੇ ਬਕਸੇ ਨਾਲ ਜਿਸਦੀ ਤੁਹਾਨੂੰ ਨਿਯਮਾਂ ਅਨੁਸਾਰ ਦੇਖਭਾਲ ਕਰਨੀ ਪਵੇ।
ਹਰ ਸਾਈਟ ਲਈ ਵਾਰ-ਵਾਰ ਉਹੀ ਕੰਮ ਕਰਨ ਦੀ ਬਜਾਏ, ਇੱਕੋ ਕਾਰਵਾਈ ਨਾਲ ਕਈ ਸਾਈਟਾਂ ਨੂੰ ਡਿਪਲਾਇ ਕਰ, ਅੱਪਡੇਟ ਅਤੇ ਪ੍ਰਬੰਧਿਤ ਕਰੋ।
ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ ਸਭ ਕੁਝ ਪਬਲਿਕ API ਵਿੱਚ ਹੈ, ਜੋ OpenAPI ਸਪੈਸੀਫਿਕੇਸ਼ਨ ਤੋਂ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ। ਇੱਕ org-ਦਾਇਰੇ ਵਾਲੀ API ਕੁੰਜੀ, CLI, Terraform, ਜਾਂ ਸਾਡੇ MCP ਸਰਵਰ ਉੱਤੇ ਇੱਕ AI ਟੂਲ ਤੋਂ ਉਪ-ਡੋਮੇਨ ਬਣਾਉਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਚਲਾਓ।
ਵਿਸ਼ੇਸ਼ ਅਤੇ ਪ੍ਰਸ਼ਾਸਕੀ ਕਾਰਵਾਈਆਂ ਦੇ ਆਡਿਟ-ਲੌਗ ਰੱਖੇ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਰੋਲ-ਅਧਾਰਿਤ ਪਹੁੰਚ ਕੰਟਰੋਲ ਇਹ ਨਿਯੰਤਰਿਤ ਕਰਦਾ ਹੈ ਕਿ ਤੁਹਾਡੀ ਟੀਮ ਵਿੱਚ ਕੌਣ ਕੀ ਕਰ ਸਕਦਾ ਹੈ। ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਕਿਸ ਨੇ ਕਿਸੇ ਹੋਸਟ ਨੂੰ ਬਣਾਇਆ, ਬਦਲਿਆ ਜਾਂ ਹਟਾਇਆ ਹੈ।
ਹਾਂ ਜੀ। ਕਿਉਂਕਿ ਹਰੇਕ ਸਬਡੋਮੇਨ ਆਪਣੇ ਖੁਦ ਦੇ ਸਟੈਕ, ਡਾਟਾਬੇਸ, ਕੈਸ਼ ਅਤੇ ਬੈਕਅੱਪ ਨਾਲ ਇੱਕ ਪੂਰੀ ਤਰ੍ਹਾਂ ਅਲੱਗ-ਥਲੱਗ ਸਾਈਟ ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹੈ, ਇਹ ਤੁਹਾਡੀ ਯੋਜਨਾ ਵਿੱਚ ਪ੍ਰਾਇਮਰੀ ਡੋਮੇਨ ਵਾਂਗ ਹੀ ਇੱਕ ਸਾਈਟ ਸਲਾਟ ਲੈਂਦਾ ਹੈ। ਯੋਜਨਾਵਾਂ ਉਹਨਾਂ ਦੁਆਰਾ ਕਵਰ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਸਾਈਟਾਂ ਦੀ ਸੰਖਿਆ ਦੁਆਰਾ ਵੇਚੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਇਸਲਈ ਇੱਕ ਸਬਡੋਮੇਨ ਸਾਈਟ ਨੂੰ ਜੋੜਨਾ ਕਿਸੇ ਹੋਰ ਸਾਈਟ ਨੂੰ ਜੋੜਨ ਦੇ ਸਮਾਨ ਹੀ ਹੈ।
ਹਾਂ, ਅਤੇ ਉਹ ਸੱਚਮੁੱਚ ਸੁਤੰਤਰ ਹਨ। ਹਰੇਕ subdomain ਆਪਣੇ ਖੁਦ ਦੇ blueprint ਦੇ ਨਾਲ ਆਪਣਾ ਇੱਕ ਵੱਖਰਾ site record ਹੈ, ਇਸ ਲਈ stacks ਦਾ ਆਪਸ ਵਿੱਚ ਮੇਲ ਖਾਣਾ ਜ਼ਰੂਰੀ ਨਹੀਂ ਹੈ: ਮੁੱਖ domain 'ਤੇ WordPress, shop 'ਤੇ WooCommerce, app 'ਤੇ ਇੱਕ Node.js ਐਪ ਅਤੇ docs 'ਤੇ ਇੱਕ static site ਇੱਥੇ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਕੇਸ ਦੀ ਬਜਾਏ ਇੱਕ ਆਮ ਸੈੱਟਅੱਪ ਹੈ। ਉਹ ਵੱਖ-ਵੱਖ ਮਸ਼ੀਨਾਂ 'ਤੇ ਸਥਿਤ ਹੋ ਸਕਦੇ ਹਨ, ਵੱਖ-ਵੱਖ runtimes ਅਤੇ ਵੱਖ-ਵੱਖ PHP ਜਾਂ Node ਸੰਸਕਰਣਾਂ ਨੂੰ ਚਲਾ ਸਕਦੇ ਹਨ, ਅਤੇ ਆਪਣੇ ਖੁਦ ਦੇ ਸ਼ਡਿਊਲ 'ਤੇ deploy, stage, back up ਅਤੇ roll back ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ। ਇੱਕ domain name ਸਾਂਝਾ ਕਰਨ ਤੋਂ ਇਲਾਵਾ ਇੱਕ ਬਾਰੇ ਕੋਈ ਵੀ ਚੀਜ਼ ਦੂਜੇ ਨੂੰ ਸੀਮਤ ਨਹੀਂ ਕਰਦੀ।
ਉਹ ਦੋਵੇਂ ਤਰੀਕਿਆਂ ਨਾਲ ਆਪਣੇ ਆਪ ਕਵਰ ਹੁੰਦੇ ਹਨ। ਤੁਸੀਂ ਇੱਕ ਵਾਈਲਡਕਾਰਡ ਸਰਟੀਫਿਕੇਟ ਜਾਰੀ ਕਰ ਸਕਦੇ ਹੋ ਜੋ ਡੋਮੇਨ ਦੇ ਅਧੀਨ ਹਰੇਕ ਹੋਸਟ ਨੂੰ ਇੱਕੋ ਵਾਰ ਕਵਰ ਕਰਦਾ ਹੈ, ਜਾਂ ਪ੍ਰਤੀ-ਹੋਸਟ ਸਰਟੀਫਿਕੇਟ ਜਾਰੀ ਕਰ ਸਕਦੇ ਹੋ ਜਿੱਥੇ ਤੁਸੀਂ ਉਹਨਾਂ ਨੂੰ ਵੱਖਰਾ ਰੱਖਣਾ ਚਾਹੁੰਦੇ ਹੋ। Let's Encrypt ਸਰਟੀਫਿਕੇਟ ਮੁਫ਼ਤ ਹਨ, ਆਪਣੇ ਆਪ ਜਾਰੀ ਅਤੇ ਨਵੀਨੀਕਰਨ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਕੋਈ ਹੋਰ ਹੈ ਤਾਂ ਤੁਸੀਂ ਇਸਦੀ ਜਗ੍ਹਾ ਇੱਕ ਕਸਟਮ ਸਰਟੀਫਿਕੇਟ ਅੱਪਲੋਡ ਕਰ ਸਕਦੇ ਹੋ।
ਅਸੀਂ ਇਸਦੇ ਵਿਰੁੱਧ ਸਲਾਹ ਦੇਵਾਂਗੇ, ਅਤੇ ਅਸੀਂ ਇਸਨੂੰ ਇਸ ਤਰੀਕੇ ਨਾਲ ਨਹੀਂ ਵੇਚਾਂਗੇ। ਹਰੇਕ ਸਬ-ਡੋਮੇਨ ਇੱਕ ਰਜਿਸਟਰ ਕਰਨ ਯੋਗ ਡੋਮੇਨ ਨੂੰ ਸਾਂਝਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਵਾਈਲਡਕਾਰਡ ਸਰਟੀਫਿਕੇਟ ਦੇ ਤਹਿਤ ਇੱਕ ਸਾਂਝਾ ਸਰਟੀਫਿਕੇਟ ਸਾਂਝਾ ਕਰਦਾ ਹੈ ਜਿਸਦਾ ਜਾਰੀ ਹੋਣਾ ਜਨਤਕ Certificate Transparency ਲੌਗਾਂ ਵਿੱਚ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ, ਤਾਂ ਜੋ ਕੋਈ ਵੀ ਦੇਖਣ ਵਾਲਾ ਹੋਸਟਾਂ ਨੂੰ ਇੱਕ ਦੂਜੇ ਨਾਲ ਜੋੜ ਸਕੇ। ਅਜਿਹੇ ਕੰਮ ਲਈ ਜਿੱਥੇ ਸਾਈਟਾਂ ਆਪਸ ਵਿੱਚ ਜੁੜਨਯੋਗ ਨਹੀਂ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ, ਸਾਡੀ Footprint-Free ਲਾਈਨ 'ਤੇ ਵੱਖ-ਵੱਖ ਰਜਿਸਟਰ ਕਰਨ ਯੋਗ ਡੋਮੇਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰੋ, ਜਿਸਨੂੰ CDN ਅਤੇ DNS ਅਕਾਊਂਟ ਪੂਲ, ਪ੍ਰਬੰਧਿਤ footprints ਅਤੇ ਸਟੈਟਿਕ-HTML ਡਿਲੀਵਰੀ ਨਾਲ ਖਾਸ ਤੌਰ 'ਤੇ ਉਸੇ ਲਈ ਇੰਜੀਨੀਅਰ ਕੀਤਾ ਗਿਆ ਹੈ।
ਪਲੇਟਫਾਰਮ ਨੂੰ ਇਸਨੂੰ ਫੈਲਣ ਦੇਣ ਦੀ ਬਜਾਏ ਸੀਮਤ ਕਰਨ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ। CloudLinux LVE ਹਰ ਸਾਈਟ ਦੇ CPU, ਮੈਮੋਰੀ ਅਤੇ IO ਨੂੰ ਇਸਦੇ ਆਪਣੇ ਪਿੰਜਰੇ ਦੇ ਅੰਦਰ ਸੀਮਤ ਕਰਦਾ ਹੈ, CageFS ਹਰ ਸਾਈਟ ਨੂੰ ਇੱਕ ਅਲੱਗ ਫਾਈਲ ਸਿਸਟਮ ਦ੍ਰਿਸ਼ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਤਾਂ ਜੋ ਕਿਸੇ ਵੀ ਉਲੰਘਣਾ ਨੂੰ ਸੀਮਤ ਕੀਤਾ ਜਾ ਸਕੇ, ਅਤੇ MySQL Governor ਪ੍ਰਤੀ-ਸਾਈਟ ਡਾਟਾਬੇਸ ਲੋਡ ਨੂੰ ਕੰਟਰੋਲ ਕਰਦਾ ਹੈ ਤਾਂ ਜੋ ਇੱਕ ਸਾਈਟ ਦੀਆਂ ਭਾਰੀ ਕਿਊਰੀਆਂ ਸਰਵਰ ਨੂੰ ਹੌਲੀ ਨਾ ਕਰਨ। ਮਾਲਵੇਅਰ ਸਕੈਨਿੰਗ, ਇੱਕ ਕਿਰਿਆਸ਼ੀਲ ਵੈੱਬ ਐਪਲੀਕੇਸ਼ਨ ਫਾਇਰਵਾਲ ਅਤੇ ਪ੍ਰਤੀ-ਸਾਈਟ ਨਾ ਬਦਲਣਯੋਗ ਬੈਕਅੱਪ ਇਸਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ। ਸੀਮਤ ਕਰਨਾ ਹੀ ਡਿਜ਼ਾਈਨ ਦਾ ਟੀਚਾ ਹੈ; ਕੋਈ ਵੀ ਹੋਸਟ ਇਹ ਵਾਅਦਾ ਨਹੀਂ ਕਰ ਸਕਦਾ ਕਿ ਕਿਸੇ ਕੰਪਰੋਮਾਈਜ਼ ਤੋਂ ਬਚਣਾ ਅਸੰਭਵ ਹੈ।
ਹਾਂ। ਰਜਿਸਟ੍ਰਾਰ ਅਤੇ DNS ਨੂੰ ਜਾਣਬੁੱਝ ਕੇ ਵੱਖ ਕੀਤਾ ਗਿਆ ਹੈ। ਤੁਸੀਂ ਆਪਣੇ ਡੋਮੇਨ ਨੂੰ ਆਪਣੇ ਮੌਜੂਦਾ ਰਜਿਸਟ੍ਰਾਰ ਕੋਲ ਅਤੇ ਆਪਣੇ ਜ਼ੋਨ ਨੂੰ ਆਪਣੇ ਮੌਜੂਦਾ DNS ਪ੍ਰਦਾਤਾ ਕੋਲ ਰੱਖ ਸਕਦੇ ਹੋ ਅਤੇ ਬਸ ਇੱਕ ਸਬ-ਡੋਮੇਨ ਦੇ ਰਿਕਾਰਡ ਨੂੰ ਸਾਡੇ ਵੱਲ ਪੁਆਇੰਟ ਕਰ ਸਕਦੇ ਹੋ। ਅਸੀਂ ਸਾਈਟ ਨੂੰ ਲਾਈਵ ਮੰਨਣ ਤੋਂ ਪਹਿਲਾਂ ਡੈਲੀਗੇਸ਼ਨ ਅਤੇ ਐਕਟੀਵੇਸ਼ਨ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦੇ ਹਾਂ, ਤਾਂ ਜੋ ਕੋਈ ਗਲਤ ਟਾਈਪ ਕੀਤਾ ਰਿਕਾਰਡ ਚੁੱਪਚਾਪ ਫੇਲ੍ਹ ਹੋਣ ਦੀ ਬਜਾਏ ਤੁਰੰਤ ਸਾਹਮਣੇ ਆ ਜਾਵੇ। ਜਦੋਂ ਪੇਰੈਂਟ ਡੋਮੇਨ ਦਾ ਜ਼ੋਨ ਪਹਿਲਾਂ ਹੀ ਇੱਥੇ ਹੋਸਟ ਕੀਤਾ ਗਿਆ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਅਸੀਂ ਤੁਹਾਡੇ ਲਈ ਸਬ-ਡੋਮੇਨ ਦਾ ਰਿਕਾਰਡ ਇਸ ਵਿੱਚ ਲਿਖ ਦਿੰਦੇ ਹਾਂ, ਤਾਂ ਜੋ ਤੁਹਾਨੂੰ ਖੁਦ ਕੁੱਝ ਵੀ ਜੋੜਨ ਦੀ ਲੋੜ ਨਾ ਪਵੇ।
ਸਿਰਫ਼ ਇਸ ਦੇ ਬਣਾਏ ਜਾਣ ਦੇ ਤਰੀਕੇ ਵਿੱਚ। ਸਟੇਜਿੰਗ ਲਈ ਕਲੋਨ ਕਰਨਾ ਲਾਈਵ ਸਾਈਟ ਦੀ ਇੱਕ ਆਈਸੋਲੇਟਿਡ ਕਾਪੀ ਤਿਆਰ ਕਰਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਫ਼ਾਈਲਾਂ ਅਤੇ ਡੇਟਾਬੇਸ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ, ਇੱਕ ਸਟੇਜਿੰਗ ਉਪ-ਡੋਮੇਨ ਉੱਤੇ ਜੋ ਪ੍ਰੋਡਕਸ਼ਨ ਵਾਂਗ ਹੀ ਸਟੈਕ ਅਤੇ ਬਲੂਪ੍ਰਿੰਟ ਸੰਸਕਰਣ ਉੱਤੇ ਚੱਲਦਾ ਹੈ। ਜਦੋਂ ਤੁਸੀਂ ਸੰਤੁਸ਼ਟ ਹੋ ਜਾਂਦੇ ਹੋ, ਤਾਂ ਪੁਸ਼-ਟੂ-ਲਾਈਵ ਇਸ ਨੂੰ ਡੇਟਾਬੇਸ-ਜਾਣੂ ਖੋਜ-ਬਦਲਾਵ (ਸਰਚ-ਰਿਪਲੇਸ) ਨਾਲ ਵਾਪਸ ਸਿੰਕ ਕਰ ਦਿੰਦਾ ਹੈ। ਬਾਕੀ ਸਭ ਕੁਝ, ਆਈਸੋਲੇਸ਼ਨ, SSL, ਕੈਚਿੰਗ, ਬੈਕਅੱਪ ਅਤੇ ਡਿਵੈਲਪਰ ਪਹੁੰਚ, ਕਿਸੇ ਵੀ ਹੋਰ ਸਾਈਟ ਵਾਂਗ ਬਿਲਕੁਲ ਇੱਕੋ ਜਿਹਾ ਹੈ।
ਤੁਸੀਂ ਉਨ੍ਹਾਂ ਨੂੰ ਆਪਣੇ ਨਾਲ ਲੈ ਜਾਂਦੇ ਹੋ। ਪਲੇਟਫਾਰਮ ਵਿੱਚ ਕਿਤੇ ਵੀ ਕੋਈ ਲਾਕ-ਇਨ ਨਹੀਂ ਹੈ: ਤੁਸੀਂ ਪ੍ਰਮਾਣੀਕਰਨ ਕੋਡ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹੋ, ਡੋਮੇਨ ਅਨਲੌਕ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਉਨ੍ਹਾਂ ਨੂੰ ਟਰਾਂਸਫਰ ਕਰ ਸਕਦੇ ਹੋ, ਆਪਣੇ ਖੁਦ ਦੇ CDN ਅਤੇ DNS ਖਾਤੇ ਲਿਆ ਸਕਦੇ ਹੋ, ਅਤੇ ਆਪਣੀਆਂ ਸਾਈਟਾਂ ਨੂੰ ਐਕਸਪੋਰਟ ਕਰ ਸਕਦੇ ਹੋ। ਸਾਡੇ ਦੁਆਰਾ ਵਰਤਿਆ ਜਾਣ ਵਾਲਾ ਹਰ ਬਾਹਰੀ ਪ੍ਰਦਾਤਾ ਇੱਕ ਬਦਲਣਯੋਗ ਅਡਾਪਟਰ ਦੇ ਪਿੱਛੇ ਹੁੰਦਾ ਹੈ, ਜੋ ਤੁਹਾਡੇ ਲਈ ਵੀ ਉੱਨਾ ਹੀ ਸੱਚ ਹੈ ਜਿੰਨਾ ਇਹ ਸਾਡੇ ਲਈ ਹੈ।
ਪੂਰੀ ਅਲੱਗ-ਥਲੱਗਤਾ, ਵਾਈਲਡਕਾਰਡ SSL, ਅਸਲ DNS ਕੰਟਰੋਲ ਅਤੇ ਤੁਹਾਡੇ ਵੱਲੋਂ ਜੋੜੇ ਗਏ ਹਰ ਹੋਸਟ 'ਤੇ ਇੱਕ-ਕਲਿੱਕ ਸਟੇਜਿੰਗ। ਕਾਰਡ-ਮੁਕਤ 14-ਦਿਨਾਂ ਦੀ ਅਜ਼ਮਾਇਸ਼ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਵਚਨਬੱਧ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਦੇਖੋ ਕਿ ਇਹ ਕਿਵੇਂ ਫਿੱਟ ਬਠਦੀ ਹੈ।
ਮੁਫ਼ਤ ਸ਼ੁਰੂ ਕਰੋ