ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ
app, shop, docs ਜਾਂ staging ਨੂੰ ਜਿੱਥੇ ਵੀ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ ਪੁਆਇੰਟ ਕਰੋ ਅਤੇ ਇਸਦੇ ਪਿੱਛੇ ਇੱਕ ਅਸਲੀ, ਪੂਰੀ ਤਰ੍ਹਾਂ ਅਲੱਗ ਕੀਤੀ ਸਾਈਟ ਪ੍ਰਾਪਤ ਕਰੋ: ਇਸਦਾ ਆਪਣਾ ਸਟੈਕ, ਡਾਟਾਬੇਸ, ਕੈਸ਼, ਬੈਕਅੱਪ ਅਤੇ ਸਰੋਤ ਸੀਮਾ ਖੇਤਰ। ਪੂਰਾ DNS ਰਿਕਾਰਡ ਕੰਟਰੋਲ, ਵਾਈਲਡਕਾਰਡਸ ਸਮੇਤ ਆਟੋਮੈਟਿਕ SSL, ਅਤੇ ਇੱਕ-ਕਲਿੱਕ ਸਟੇਜਿੰਗ ਸਬ-ਡੋਮੇਨ। ਉਪਲਬਧਤਾ: ਪ੍ਰਤੀ-ਸਾਈਟ ਡਾਟਾਬੇਸ ਥ੍ਰੋਟਲਿੰਗ 'ਤੇ ਸਰਗਰਮੀ ਨਾਲ ਕੰਮ ਚੱਲ ਰਿਹਾ ਹੈ ਅਤੇ ਇਹ ਅਜੇ ਉਪਲਬਧ ਨਹੀਂ ਹੈ। ਇੱਥੇ ਦੱਸਿਆ ਗਿਆ ਬਾਕੀ ਸਭ ਕੁਝ ਅੱਜ ਤੋਂ ਲਾਈਵ ਹੈ।
ਜ਼ਿਆਦਾਤਰ ਹੋਸਟਾਂ 'ਤੇ ਇੱਕ ਸਬਡੋਮੇਨ ਇੱਕ ਡਾਇਰੈਕਟਰੀ ਹੁੰਦੀ ਹੈ ਜਿਸਦੇ ਅੱਗੇ ਇੱਕ ਰੀਰਾਈਟ ਨਿਯਮ ਹੁੰਦਾ ਹੈ। ਇੱਥੇ ਇਹ ਆਪਣਾ ਬਲੂਪ੍ਰਿੰਟ ਸੰਸਕਰਣ, ਫਲੀਟ 'ਤੇ ਆਪਣੀ ਪਲੇਸਮੈਂਟ ਅਤੇ ਆਪਣੀ ਇਕੱਲਤਾ ਸੀਮਾ ਵਾਲਾ ਇੱਕ ਪਹਿਲੇ ਦਰਜੇ ਦਾ ਸਾਈਟ ਰਿਕਾਰਡ ਹੈ। ਜੋ ਕੁਝ ਤੁਸੀਂ ਪ੍ਰਾਇਮਰੀ ਡੋਮੇਨ 'ਤੇ ਕਰ ਸਕਦੇ ਹੋ, ਉਹ ਤੁਸੀਂ ਸਬਡੋਮੇਨ 'ਤੇ ਵੀ ਕਰ ਸਕਦੇ ਹੋ।
ਹਰੇਕ ਸਬਡੋਮੇਨ ਸਾਈਟ ਇੱਕ ਸੰਸਕਰਣ ਵਾਲੇ ਬਲੂਪ੍ਰਿੰਟ ਤੋਂ ਬਣਾਈ ਜਾਂਦੀ ਹੈ ਅਤੇ ਆਪਣੀ ਖੁਦ ਦੀ ਸਟੈਕ ਕਿਸਮ ਅਤੇ ਰਨਟਾਈਮ ਚਲਾਉਂਦੀ ਹੈ: ਪ੍ਰਬੰਧਿਤ WordPress, WooCommerce, PHP, ਸਥਿਰ HTML ਜਾਂ Node। ਤੁਹਾਡਾ ਦਸਤਾਵੇਜ਼ ਸਬਡੋਮੇਨ ਸਥਿਰ HTML ਹੋ ਸਕਦਾ ਹੈ ਜਦੋਂ ਕਿ ਰੂਟ WordPress ਚਲਾਉਂਦਾ ਹੈ, ਉਹਨਾਂ ਵਿਚਕਾਰ ਬਿਨਾਂ ਕਿਸੇ ਸਮਝੌਤੇ ਦੇ।
ਪ੍ਰਤੀ ਸਾਈਟ ਇੱਕ MariaDB ਡਾਟਾਬੇਸ, LiteSpeed LSCache ਪੂਰੇ ਪੰਨੇ ਦੀ ਕੈਚਿੰਗ ਅਤੇ ਪ੍ਰਤੀ ਸਾਈਟ Redis ਜਾਂ Memcached ਆਬਜੈਕਟ ਕੈਸ਼। ਮੁੱਖ ਸਾਈਟ ਨਾਲ ਕੁਝ ਵੀ ਸਾਂਝਾ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ, ਇਸ ਲਈ ਇੱਕ ਭਾਰੀ ਸਬ-ਡੋਮੇਨ ਮੁੱਖ ਸਾਈਟ ਦੇ ਕੈਸ਼ ਨੂੰ ਹਟਾ ਨਹੀਂ ਸਕਦਾ ਜਾਂ ਇਸਦੀਆਂ ਪੁੱਛਗਿੱਛਾਂ ਵਿੱਚ ਭੀੜ ਨਹੀਂ ਲਗਾ ਸਕਦਾ।
CloudLinux LVE ਪ੍ਰਤੀ ਸਾਈਟ CPU, RAM, IO, IOPS ਅਤੇ ਐਂਟਰੀ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਸੀਮਤ ਕਰਦਾ ਹੈ, CageFS ਹਰੇਕ ਸਾਈਟ ਨੂੰ ਇਸਦਾ ਆਪਣਾ ਫਾਈਲਸਿਸਟਮ ਦ੍ਰਿਸ਼ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਅਤੇ MySQL Governor ਪ੍ਰਤੀ ਸਾਈਟ ਡਾਟਾਬੇਸ ਲੋਡ ਨੂੰ ਕੰਟਰੋਲ ਕਰਦਾ ਹੈ। ਇੱਕ ਬੇਕਾਬੂ ਸਬਡੋਮੇਨ ਆਪਣੇ ਹੀ ਪਿੰਜਰੇ ਦੇ ਅੰਦਰ ਸੀਮਤ ਰਹਿੰਦਾ ਹੈ।
ਹਰੇਕ ਸਾਈਟ ਲਈ ਇੱਕ-ਕਲਿੱਕ ਰੀਸਟੋਰ ਨਾਲ 30 ਦਿਨਾਂ ਲਈ ਰੱਖੇ ਗਏ ਰੋਜ਼ਾਨਾ ਬੈਕਅੱਪ। ਤੁਸੀਂ ਮੂਲ ਸਾਈਟ ਜਾਂ ਇਸਦੀਆਂ ਕਿਸੇ ਹੋਰ ਸੰਬੰਧਿਤ ਸਾਈਟਾਂ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕੀਤੇ ਬਿਨਾਂ ਇੱਕ ਸਬਡੋਮੇਨ ਨੂੰ ਕੱਲ੍ਹ ਵਾਲੀ ਸਥਿਤੀ ਵਿੱਚ ਵਾਪਸ ਲਿਆ ਸਕਦੇ ਹੋ।
ਸਬਡੋਮੇਨ ਹੋਸਟਿੰਗ ਸਮੱਸਿਆ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ DNS ਸਮੱਸਿਆ ਹਨ, ਇਸ ਲਈ DNS ਪਰਤ ਨੂੰ ਦੋ ਖੇਤਰਾਂ ਵਾਲੇ ਫਾਰਮ ਦੇ ਪਿੱਛੇ ਲੁਕਾਉਣ ਦੀ ਬਜਾਏ ਸਹੀ ਢੰਗ ਨਾਲ ਪ੍ਰਦਰਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਹੈ।
ਤੁਹਾਡੇ ਵੱਲੋਂ ਹੋਸਟ ਕੀਤਾ ਜਾਣ ਵਾਲਾ ਹਰੇਕ ਰਜਿਸਟਰ ਕਰਨ ਯੋਗ ਡੋਮੇਨ ਸਾਡੇ DNS ਡਰਾਈਵਰ ਸੀਮ ਰਾਹੀਂ ਪ੍ਰਬੰਧਿਤ DNS ਜ਼ੋਨ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ। ਤੁਹਾਨੂੰ ਉਹਨਾਂ ਸਾਰੀਆਂ ਰਿਕਾਰਡ ਕਿਸਮਾਂ ਵਿੱਚ ਰਿਕਾਰਡ CRUD ਮਿਲਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਦੀ ਤੁਸੀਂ ਉਮੀਦ ਕਰਦੇ ਹੋ, ਇਸ ਲਈ app, shop, docs, mail ਜਾਂ ਵਾਈਲਡਕਾਰਡ ਹੋਸਟ ਸ਼ਾਮਲ ਕਰਨਾ ਇੱਕ ਰਿਕਾਰਡ ਸੰਪਾਦਨ ਹੈ, ਨਾ ਕਿ ਕੋਈ ਸਹਾਇਤਾ ਟਿਕਟ। ਜ਼ੋਨ ਦੀ ਸਥਿਤੀ ਨੂੰ ਪ੍ਰਦਾਤਾ ਦੇ ਵਿਰੁੱਧ ਆਈਡੈਂਪੋਟੈਂਟਲੀ ਢੰਗ ਨਾਲ ਸੁਲਝਾਇਆ ਜਾਂਦਾ ਹੈ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਅੱਧਾ ਲਾਗੂ ਕੀਤਾ ਬਦਲਾਅ ਜਾਂ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕੀਤਾ ਗਿਆ ਸੰਪਾਦਨ ਤੁਹਾਡੇ ਜ਼ੋਨ ਨੂੰ ਕਿਸੇ ਅਸਪਸ਼ਟ ਵਿਚਕਾਰਲੀ ਸਥਿਤੀ ਵਿੱਚ ਛੱਡਣ ਦੀ ਬਜਾਏ ਤੁਹਾਡੇ ਵੱਲੋਂ ਮੰਗੀ ਗਈ ਸਥਿਤੀ ਵੱਲ ਲੈ ਜਾਂਦਾ ਹੈ।
ਰਜਿਸਟਰਾਰ ਅਤੇ DNS ਜਾਣਬੁੱਝ ਕੇ ਵੱਖ ਕੀਤੇ ਗਏ ਹਨ: ਤੁਸੀਂ ਸਾਡੇ ਕੋਲ ਡੋਮੇਨ ਰਜਿਸਟਰ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ DNS ਕਿਤੇ ਹੋਰ ਰੱਖ ਸਕਦੇ ਹੋ, ਜਾਂ ਡੋਮੇਨ ਨੂੰ ਆਪਣੇ ਮੌਜੂਦਾ ਰਜਿਸਟਰਾਰ ਕੋਲ ਰੱਖ ਕੇ ਸਿਰਫ਼ ਇੱਕ ਸਬ-ਡੋਮੇਨ ਨੂੰ ਸਾਡੇ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰ ਸਕਦੇ ਹੋ। ਅਸੀਂ ਕਿਸੇ ਡੋਮੇਨ ਨੂੰ ਲਾਈਵ ਮੰਨਣ ਤੋਂ ਪਹਿਲਾਂ ਨੇਮਸਰਵਰ ਡੈਲੀਗੇਸ਼ਨ ਅਤੇ ਐਕਟੀਵੇਸ਼ਨ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦੇ ਹਾਂ, ਤਾਂ ਜੋ ਤੁਹਾਨੂੰ ਕਿਸੇ ਗਾਹਕ ਤੋਂ ਪਤਾ ਲੱਗਣ ਦੀ ਬਜਾਏ ਪਲੇਟਫਾਰਮ ਤੋਂ ਹੀ ਪਤਾ ਲੱਗ ਸਕੇ ਕਿ ਕੋਈ ਰਿਕਾਰਡ ਗਲਤ ਹੈ।
ਇੱਕ ਸਬਡੋਮੇਨ ਜੋ ਹੌਲੀ ਹੈ ਜਾਂ ਸਰਟੀਫਿਕੇਟ ਚੇਤਾਵਨੀ ਦਿਖਾਉਂਦਾ ਹੈ, ਬਿਨਾਂ ਕਿਸੇ ਸਬਡੋਮੇਨ ਦੇ ਹੋਣ ਨਾਲੋਂ ਵੀ ਮਾੜਾ ਹੈ, ਇਸ ਲਈ ਡਿਲੀਵਰੀ ਮਾਰਗ ਉਹੀ ਹੈ ਜੋ ਪ੍ਰਾਇਮਰੀ ਡੋਮੇਨ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ।
Let's Encrypt ਸਰਟੀਫਿਕੇਟ ਸਵੈਚਲਿਤ ਤੌਰ 'ਤੇ ਜਾਰੀ ਅਤੇ ਨਵਿਆਏ ਜਾਂਦੇ ਹਨ। ਇੱਕੋ ਸਮੇਂ ਹਰੇਕ ਸਬਡੋਮੇਨ ਨੂੰ ਕਵਰ ਕਰਨ ਲਈ ਵਾਈਲਡਕਾਰਡ ਸਰਟੀਫਿਕੇਟ ਦੀ ਵਰਤੋਂ ਕਰੋ, ਜਿੱਥੇ ਤੁਸੀਂ ਉਹਨਾਂ ਨੂੰ ਵੱਖਰਾ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ ਉੱਥੇ ਪ੍ਰਤੀ-ਹੋਸਟ ਸਰਟੀਫਿਕੇਟ ਵਰਤੋ, ਜਾਂ ਆਪਣਾ ਖੁਦ ਦਾ ਕਸਟਮ ਸਰਟੀਫਿਕੇਟ ਅੱਪਲੋਡ ਕਰੋ।
ਹਰੇਕ ਸਾਈਟ HTTP/3 ਸਮਰੱਥ ਨਾਲ LiteSpeed ਦੁਆਰਾ ਸੇਵਾ ਪ੍ਰਦਾਨ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਇਸ ਲਈ ਇੱਕ ਸਬਡੋਮੇਨ ਨੂੰ ਦੂਜੇ ਦਰਜੇ ਦੇ ਵਰਚੁਅਲ ਹੋਸਟ ਦੀ ਬਜਾਏ ਰੂਟ ਡੋਮੇਨ ਦੇ ਬਰਾਬਰ ਹੀ ਕੁਨੈਕਸ਼ਨ-ਪੱਧਰ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਮਿਲਦੀ ਹੈ।
LSCache ਪੂਰੇ-ਪੰਨੇ ਦੀ ਕੈਸ਼ਿੰਗ ਅਤੇ ਪ੍ਰਤੀ-ਸਾਈਟ Redis ਆਬਜੈਕਟ ਕੈਸ਼, ਡੈਸ਼ਬੋਰਡ ਤੋਂ ਜਾਂ WordPress ਦੇ ਅੰਦਰੋਂ ਤਾਲਮੇਲ ਵਾਲੇ ਪਰਜ ਦੇ ਨਾਲ। ਪੇਰੈਂਟ ਨੂੰ ਪਰਜ ਕਰਨ ਨਾਲ ਤੁਹਾਡੇ ਸਬ-ਡੋਮੇਨ ਦੀ ਕੈਸ਼ ਨਹੀਂ ਹਟਦੀ।
ਸਾਡੇ CDN ਅਤੇ Cloudflare ਖਾਤਾ ਪੂਲ ਰਾਹੀਂ ਤੈਨਾਤ ਕਰੋ ਜਾਂ ਆਪਣੇ ਖੁਦ ਦੇ ਖਾਤੇ ਕਨੈਕਟ ਕਰੋ ਅਤੇ ਚੁਣੋ ਕਿ ਦਿੱਤੀ ਗਈ ਸਾਈਟ ਕਿਸ ਖਾਤੇ ਵਿੱਚ ਤੈਨਾਤ ਹੁੰਦੀ ਹੈ। ਡਿਲੀਵਰੀ ਇੱਕ ਅਜਿਹਾ ਫੈਸਲਾ ਹੈ ਜੋ ਤੁਸੀਂ ਲੈਂਦੇ ਹੋ, ਨਾ ਕਿ ਉਹ ਜੋ ਅਸੀਂ ਤੁਹਾਡੇ ਲਈ ਲੈਂਦੇ ਹਾਂ।
ਸਬਡੋਮੇਨ ਦੀ ਮੰਗ ਕਰਨ ਦਾ ਸਭ ਤੋਂ ਆਮ ਕਾਰਨ ਪ੍ਰਯੋਗ ਕਰਨ ਅਤੇ ਬਿਨਾਂ ਕਿਸੇ ਚਿੰਤਾ ਦੇ ਤਬਦੀਲੀਆਂ ਕਰ ਕੇ ਦੇਖਣ ਲਈ ਇੱਕ ਸੁਰੱਖਿਅਤ ਥਾਂ ਪ੍ਰਾਪਤ ਕਰਨਾ ਹੈ। ਇਹ ਸੁਵਿਧਾ Mainstream ਪਲਾਨਾਂ ਵਿੱਚ ਪਹਿਲਾਂ ਤੋਂ ਮੌਜੂਦ ਹੈ ਅਤੇ ਬਿਨਾਂ ਕਿਸੇ ਪਾਬੰਦੀ ਦੇ ਉਪਲਬਧ ਹੈ।
ਸਟੇਜਿੰਗ 'ਤੇ ਕਲੋਨ ਕਰਨਾ ਸਟੇਜਿੰਗ ਸਬ-ਡੋਮੇਨ 'ਤੇ ਲਾਈਵ ਸਾਈਟ ਦੀ ਇੱਕ ਅਲੱਗ ਕਾਪੀ ਬਣਾਉਂਦਾ ਹੈ, ਇਸ ਦੀਆਂ ਫਾਈਲਾਂ ਅਤੇ ਡਾਟਾਬੇਸ ਬਰਕਰਾਰ ਰਹਿੰਦੇ ਹਨ, ਪ੍ਰੋਡਕਸ਼ਨ ਦੇ ਸਮਾਨ ਸਟੈਕ ਅਤੇ ਬਲੂਪ੍ਰਿੰਟ ਸੰਸਕਰਣ 'ਤੇ। ਤੁਸੀਂ ਪੂਰੇ ਟੂਲਸੈੱਟ ਨਾਲ ਕਾਪੀ 'ਤੇ ਕੰਮ ਕਰਦੇ ਹੋ: ਜੇਲ੍ਹਬੰਦ SSH ਅਤੇ SFTP, wp-cli, ਬ੍ਰਾਊਜ਼ਰ-ਅਧਾਰਤ VS Code ਸੰਪਾਦਕ, phpMyAdmin ਜਾਂ Adminer, ਪ੍ਰਤੀ-ਸਾਈਟ cron ਅਤੇ ਵਾਤਾਵਰਣ ਵੇਰੀਏਬਲ।
ਜਦੋਂ ਤਬਦੀਲੀ ਸਾਬਤ ਹੋ ਜਾਂਦੀ ਹੈ, ਤਾਂ push to live ਪ੍ਰੋਡਕਸ਼ਨ ਵਿੱਚ ਵਾਪਸ ਇੱਕ ਡਾਟਾਬੇਸ-ਸੁਚੇਤ ਸਮਕਾਲੀਕਰਨ (ਸਿੰਕ) ਕਰਦਾ ਹੈ। ਤੁਸੀਂ ਫ਼ਾਈਲਾਂ, ਡਾਟਾਬੇਸ ਜਾਂ ਦੋਵੇਂ ਚੁਣਦੇ ਹੋ, ਅਤੇ ਖੋਜ-ਬਦਲ (ਸਰਚ-ਰਿਪਲੇਸ) ਤੁਹਾਡੇ ਲਈ ਸੰਭਾਲਿਆ ਜਾਂਦਾ ਹੈ ਤਾਂ ਜੋ ਤੁਹਾਡੀ ਸਮੱਗਰੀ ਵਿੱਚ URL ਸਟੇਜਿੰਗ ਹੋਸਟ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਨ ਦੀ ਬਜਾਏ ਸਾਈਟ ਦੀ ਪਾਲਣਾ ਕਰਨ। ਕਿਉਂਕਿ ਪ੍ਰੋਵਿਜ਼ਨਿੰਗ, ਕਲੋਨਿੰਗ ਅਤੇ ਡਿਪਲੋਇਮੈਂਟ ਸਾਰੇ ਪ੍ਰਤੀ-ਕਦਮ ਮੁੜ-ਯਤਨਾਂ ਅਤੇ ਮੁਆਵਜ਼ੇ ਦੇ ਨਾਲ ਟਿਕਾਊ Temporal ਵਰਕਫਲੋਜ਼ ਵਜੋਂ ਚੱਲਦੇ ਹਨ, ਇਸ ਲਈ ਅੱਧ-ਵਿਚਕਾਰ ਕੋਈ ਅਸਫ਼ਲਤਾ ਤੁਹਾਨੂੰ ਅੱਧੀ-ਕਲੋਨ ਕੀਤੀ ਸਾਈਟ ਦੇ ਨਾਲ ਛੱਡਣ ਦੀ ਬਜਾਏ ਅੰਸ਼ਕ ਕੰਮ ਨੂੰ ਵਾਪਸ ਪਹਿਲਾਂ ਵਰਗਾ ਕਰ ਦਿੰਦੀ ਹੈ।
ਅਸੀਂ ਤੁਹਾਨੂੰ ਕੋਈ ਅਜਿਹੀ ਚੀਜ਼ ਵੇਚਣ ਦੀ ਬਜਾਏ ਪਹਿਲਾਂ ਹੀ ਇਹ ਦੱਸਣਾ ਪਸੰਦ ਕਰਾਂਗੇ ਜੋ ਤੁਹਾਡੇ ਟੀਚਿਆਂ ਵਿੱਚ ਰੁਕਾਵਟ ਬਣੇ।
ਸਬਡੋਮੇਨ ਇੱਕ ਬ੍ਰਾਂਡ ਨੂੰ ਸੰਰਚਿਤ ਕਰਨ ਲਈ ਸਹੀ ਹੱਲ ਹਨ: ਇੱਕ ਐਪ, ਇੱਕ ਦੁਕਾਨ, ਇੱਕ ਦਸਤਾਵੇਜ਼ ਸਾਈਟ, ਇੱਕ ਗਾਹਕ ਪੋਰਟਲ, ਇੱਕ ਪ੍ਰਤੀ-ਕਲਾਇੰਟ ਸਟੇਜਿੰਗ ਵਾਤਾਵਰਣ। ਉਹ ਇੱਕ ਪ੍ਰਾਈਵੇਟ ਬਲੌਗ ਨੈੱਟਵਰਕ ਲਈ ਗਲਤ ਹੱਲ ਹਨ। ਹਰੇਕ ਸਬਡੋਮੇਨ ਇੱਕੋ ਰਜਿਸਟਰੇਸ਼ਨ ਯੋਗ ਡੋਮੇਨ ਨੂੰ ਸਾਂਝਾ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਉਹਨਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਇੱਕ ਨੂੰ ਵੀ ਰਿਜ਼ੌਲਵ ਕਰਨ ਵਾਲਾ ਕੋਈ ਵੀ ਵਿਅਕਤੀ ਬਿਲਕੁਲ ਜਾਣਦਾ ਹੈ ਕਿ ਬਾਕੀ ਦਾ ਮਾਲਕ ਕੌਣ ਹੈ। ਇੱਕ ਵਾਈਲਡਕਾਰਡ ਸਰਟੀਫਿਕੇਟ ਦੇ ਤਹਿਤ ਉਹ ਇੱਕ ਸਰਟੀਫਿਕੇਟ ਵੀ ਸਾਂਝਾ ਕਰਦੇ ਹਨ, ਅਤੇ ਸਰਟੀਫਿਕੇਟ ਜਾਰੀ ਕਰਨ ਨੂੰ ਜਨਤਕ Certificate Transparency ਲੌਗਾਂ ਵਿੱਚ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਇਸ ਲਈ ਇੱਕ ਸਾਂਝੇ ਡੋਮੇਨ ਅਧੀਨ ਹੋਸਟ ਕਿਸੇ ਵੀ ਵਿਅਕਤੀ ਦੁਆਰਾ ਸੂਚੀਬੱਧ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ ਜੋ ਦੇਖਣਾ ਚਾਹੁੰਦਾ ਹੈ। ਇਹ ਜਨਤਕ ਵੈੱਬ PKI ਅਤੇ DNS ਦੀ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ, ਸਾਡੇ ਪਲੇਟਫਾਰਮ ਦੀ ਨਹੀਂ, ਅਤੇ ਕੋਈ ਵੀ ਹੋਸਟਿੰਗ ਕੌਂਫਿਗਰੇਸ਼ਨ ਇਸਨੂੰ ਬਦਲ ਨਹੀਂ ਸਕਦੀ।
ਇਸ ਲਈ ਸਬਡੋਮੇਨ ਸਾਡੀਆਂ Mainstream ਅਤੇ Agency ਲਾਈਨਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ, Footprint-Free ਵਿੱਚ ਨਹੀਂ। ਜੇ ਤੁਹਾਡੀ ਲੋੜ ਇਹ ਹੈ ਕਿ ਸਾਈਟਾਂ ਇੱਕ ਦੂਜੇ ਨਾਲ ਜੁੜਨਯੋਗ ਨਹੀਂ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ, ਤਾਂ ਤੁਹਾਨੂੰ footprint-ਮੁਕਤ ਉਤਪਾਦ ਲਾਈਨ 'ਤੇ ਵੱਖਰੇ ਰਜਿਸਟਰ ਕਰਨ ਯੋਗ ਡੋਮੇਨਾਂ ਦੀ ਲੋੜ ਹੈ, ਜਿੱਥੇ CDN ਅਤੇ DNS ਖਾਤਾ ਪੂਲ, footprint ਪ੍ਰਬੰਧਨ ਅਤੇ ਸਟੈਟਿਕ-HTML ਡਿਲੀਵਰੀ ਖਾਸ ਤੌਰ 'ਤੇ ਉਸ ਪੈਟਰਨ ਨੂੰ ਤੋੜਨ ਲਈ ਮੌਜੂਦ ਹਨ। ਦੋਵੇਂ ਇੱਕੋ ਇੰਜਣ ਅਤੇ ਇੱਕੋ ਡੈਸ਼ਬੋਰਡ 'ਤੇ ਚੱਲਦੇ ਹਨ, ਇਸ ਲਈ ਸਹੀ ਚੋਣ ਕਰਨ ਨਾਲ ਤੁਹਾਡੀ ਸੁਵਿਧਾ ਵਿੱਚ ਕੋਈ ਕਮੀ ਨਹੀਂ ਆਉਂਦੀ।
ਏਜੰਸੀਆਂ ਅਤੇ ਮੁੜ-ਵਿਕਰੇਤਾ ਵੱਡੀ ਮਾਤਰਾ ਵਿੱਚ ਸਬ-ਡੋਮੇਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ: ਪ੍ਰਤੀ ਗਾਹਕ ਇੱਕ ਸਟੇਜਿੰਗ ਹੋਸਟ, ਪ੍ਰਤੀ ਪ੍ਰੋਜੈਕਟ ਇੱਕ ਪੂਰਵਦਰਸ਼ਨ ਹੋਸਟ, ਪ੍ਰਤੀ ਖਾਤਾ ਇੱਕ ਪੋਰਟਲ। ਪਲੇਟਫਾਰਮ ਖਾਸ ਤੌਰ 'ਤੇ ਇਸ ਕਿਸਮ ਦੇ ਕੰਮ ਲਈ ਬਣਾਇਆ ਗਿਆ ਹੈ।
ਸੰਸਥਾਵਾਂ ਇੱਕ ਰੁੱਖ ਦੇ ਢਾਂਚੇ ਵਾਂਗ ਲੜੀਬੱਧ ਹੁੰਦੀਆਂ ਹਨ, ਰੀਸੈਲਰ ਤੋਂ ਕਲਾਇੰਟ ਅਤੇ ਫਿਰ ਸਾਈਟਾਂ ਤੱਕ, ਅਤੇ ਹਰੇਕ ਰਿਕਾਰਡ ਨੂੰ ਕਤਾਰ-ਪੱਧਰੀ ਸੁਰੱਖਿਆ ਨਾਲ ਡਾਟਾਬੇਸ ਵਿੱਚ ਸੀਮਤ ਅਤੇ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਕਿਸੇ ਕਲਾਇੰਟ ਦੇ ਸਬਡੋਮੇਨ ਉਸੇ ਕਲਾਇੰਟ ਦੀ ਸੰਸਥਾ ਨਾਲ ਸੰਬੰਧਿਤ ਹੁੰਦੇ ਹਨ, ਨਾ ਕਿ ਕਿਸੇ ਸਾਂਝੇ ਬਕੇਟ ਨਾਲ ਜਿਸਦੀ ਤੁਹਾਨੂੰ ਨਿਯਮਾਂ ਅਨੁਸਾਰ ਨਿਗਰਾਨੀ ਕਰਨੀ ਪਵੇ।
ਹਰੇਕ ਸਾਈਟ ਲਈ ਕੰਮ ਦੁਹਰਾਉਣ ਦੀ ਬਜਾਏ ਇੱਕੋ ਕਾਰਵਾਈ ਵਿੱਚ ਕਈ ਸਾਈਟਾਂ ਨੂੰ ਤੈਨਾਤ ਕਰੋ, ਅੱਪਡੇਟ ਕਰੋ ਅਤੇ ਪ੍ਰਬੰਧਿਤ ਕਰੋ।
ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ ਮੌਜੂਦ ਹਰ ਚੀਜ਼ ਜਨਤਕ API ਵਿੱਚ ਉਪਲਬਧ ਹੈ, ਜੋ ਕਿ OpenAPI ਨਿਰਧਾਰਨ ਤੋਂ ਤਿਆਰ ਕੀਤੀ ਗਈ ਹੈ। ਸੰਸਥਾ-ਪੱਧਰੀ API ਕੁੰਜੀ, CLI, Terraform, ਜਾਂ ਸਾਡੇ MCP ਸਰਵਰ ਰਾਹੀਂ ਇੱਕ AI ਟੂਲ ਤੋਂ ਸਬ-ਡੋਮੇਨ ਬਣਾਉਣ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰੋ।
ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਪ੍ਰਾਪਤ ਅਤੇ ਪ੍ਰਬੰਧਕੀ ਕਾਰਵਾਈਆਂ ਦਾ ਆਡਿਟ-ਲੌਗ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਭੂਮਿਕਾ-ਅਧਾਰਿਤ ਪਹੁੰਚ ਨਿਯੰਤਰਣ ਇਹ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ ਕਿ ਤੁਹਾਡੀ ਟੀਮ ਵਿੱਚ ਕੌਣ ਕੀ ਕਰ ਸਕਦਾ ਹੈ। ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਕਿਸ ਨੇ ਹੋਸਟ ਬਣਾਇਆ, ਬਦਲਿਆ ਜਾਂ ਹਟਾਇਆ ਹੈ।
ਹਾਂ। ਕਿਉਂਕਿ ਹਰੇਕ ਸਬ-ਡੋਮੇਨ ਆਪਣੇ ਖੁਦ ਦੇ ਸਟੈਕ, ਡੇਟਾਬੇਸ, ਕੈਸ਼ ਅਤੇ ਬੈਕਅੱਪ ਦੇ ਨਾਲ ਇੱਕ ਪੂਰੀ, ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਅਲੱਗ ਸਾਈਟ ਵਜੋਂ ਚੱਲਦਾ ਹੈ, ਇਹ ਤੁਹਾਡੇ ਪਲਾਨ 'ਤੇ ਉਸੇ ਤਰ੍ਹਾਂ ਇੱਕ ਸਾਈਟ ਸਲਾਟ ਲੈਂਦਾ ਹੈ ਜਿਵੇਂ ਕਿ ਇੱਕ ਪ੍ਰਾਇਮਰੀ ਡੋਮੇਨ ਲੈਂਦਾ ਹੈ। ਪਲਾਨ ਉਹਨਾਂ ਦੁਆਰਾ ਕਵਰ ਕੀਤੀਆਂ ਜਾਣ ਵਾਲੀਆਂ ਸਾਈਟਾਂ ਦੀ ਸੰਖਿਆ ਦੇ ਹਿਸਾਬ ਨਾਲ ਵੇਚੇ ਜਾਂਦੇ ਹਨ, ਇਸ ਲਈ ਸਬ-ਡੋਮੇਨ ਸਾਈਟ ਨੂੰ ਜੋੜਨਾ ਕਿਸੇ ਹੋਰ ਸਾਈਟ ਨੂੰ ਜੋੜਨ ਦੇ ਬਰਾਬਰ ਹੀ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ।
ਹਾਂ, ਅਤੇ ਉਹ ਅਸਲ ਵਿੱਚ ਸੁਤੰਤਰ ਹਨ। ਹਰੇਕ ਸਬ-ਡੋਮੇਨ ਦਾ ਆਪਣਾ ਬਲੂਪ੍ਰਿੰਟ ਵਾਲਾ ਆਪਣਾ ਸਾਈਟ ਰਿਕਾਰਡ ਹੁੰਦਾ ਹੈ, ਇਸ ਲਈ ਸਟੈਕਾਂ ਦਾ ਮੇਲ ਖਾਣਾ ਜ਼ਰੂਰੀ ਨਹੀਂ ਹੈ: ਮੁੱਖ ਡੋਮੇਨ 'ਤੇ WordPress, shop 'ਤੇ WooCommerce, app 'ਤੇ ਇੱਕ Node.js ਐਪ ਅਤੇ docs 'ਤੇ ਇੱਕ ਸਟੈਟਿਕ ਸਾਈਟ ਇੱਥੇ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਕੇਸ ਦੀ ਬਜਾਏ ਇੱਕ ਆਮ ਸੈੱਟਅੱਪ ਹੈ। ਉਹ ਵੱਖ-ਵੱਖ ਮਸ਼ੀਨਾਂ 'ਤੇ ਰਹਿ ਸਕਦੇ ਹਨ, ਵੱਖ-ਵੱਖ ਰਨਟਾਈਮ ਅਤੇ ਵੱਖ-ਵੱਖ PHP ਜਾਂ Node ਸੰਸਕਰਣਾਂ ਨੂੰ ਚਲਾ ਸਕਦੇ ਹਨ, ਅਤੇ ਆਪਣੇ ਖੁਦ ਦੇ ਸ਼ਡਿਊਲ ਅਨੁਸਾਰ ਡਿਪਲੋਏ, ਸਟੇਜ, ਬੈਕਅੱਪ ਅਤੇ ਰੋਲਬੈਕ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ। ਇੱਕ ਡੋਮੇਨ ਨਾਮ ਸਾਂਝਾ ਕਰਨ ਤੋਂ ਇਲਾਵਾ ਇੱਕ ਬਾਰੇ ਕੁਝ ਵੀ ਦੂਜੇ ਨੂੰ ਸੀਮਤ ਨਹੀਂ ਕਰਦਾ।
ਉਹ ਦੋਵੇਂ ਤਰੀਕਿਆਂ ਨਾਲ ਆਪਣੇ ਆਪ ਕਵਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਤੁਸੀਂ ਇੱਕ ਵਾਈਲਡਕਾਰਡ ਸਰਟੀਫਿਕੇਟ ਜਾਰੀ ਕਰ ਸਕਦੇ ਹੋ ਜੋ ਡੋਮੇਨ ਅਧੀਨ ਹਰੇਕ ਹੋਸਟ ਨੂੰ ਇੱਕੋ ਵਾਰ ਕਵਰ ਕਰਦਾ ਹੈ, ਜਾਂ ਜਿੱਥੇ ਤੁਸੀਂ ਉਹਨਾਂ ਨੂੰ ਵੱਖਰਾ ਰੱਖਣਾ ਚਾਹੁੰਦੇ ਹੋ ਉੱਥੇ ਪ੍ਰਤੀ-ਹੋਸਟ ਸਰਟੀਫਿਕੇਟ ਜਾਰੀ ਕਰ ਸਕਦੇ ਹੋ। Let's Encrypt ਸਰਟੀਫਿਕੇਟ ਮੁਫ਼ਤ ਹਨ, ਆਪਣੇ ਆਪ ਜਾਰੀ ਅਤੇ ਨਵਿਆਏ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਇੱਕ ਕਸਟਮ ਸਰਟੀਫਿਕੇਟ ਹੈ ਤਾਂ ਤੁਸੀਂ ਇਸਦੀ ਬਜਾਏ ਉਸਨੂੰ ਅੱਪਲੋਡ ਕਰ ਸਕਦੇ ਹੋ।
ਅਸੀਂ ਇਸ ਦੇ ਵਿਰੁੱਧ ਸਲਾਹ ਦੇਵਾਂਗੇ, ਅਤੇ ਅਸੀਂ ਇਸਨੂੰ ਇਸ ਤਰੀਕੇ ਨਾਲ ਨਹੀਂ ਵੇਚਾਂਗੇ। ਹਰੇਕ ਸਬ-ਡੋਮੇਨ ਇੱਕ ਰਜਿਸਟਰ ਕਰਨ ਯੋਗ ਡੋਮੇਨ ਸਾਂਝਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਵਾਈਲਡਕਾਰਡ ਸਰਟੀਫਿਕੇਟ ਦੇ ਤਹਿਤ ਇੱਕ ਸਾਂਝਾ ਸਰਟੀਫਿਕੇਟ ਜਿਸਦਾ ਜਾਰੀ ਹੋਣਾ ਜਨਤਕ Certificate Transparency ਲੌਗਾਂ ਵਿੱਚ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ, ਇਸ ਲਈ ਕੋਈ ਵੀ ਦੇਖਣ ਵਾਲਾ ਹੋਸਟਾਂ ਨੂੰ ਇੱਕ ਦੂਜੇ ਨਾਲ ਜੋੜ ਸਕਦਾ ਹੈ। ਅਜਿਹੇ ਕੰਮ ਲਈ ਜਿੱਥੇ ਸਾਈਟਾਂ ਆਪਸ ਵਿੱਚ ਜੁੜਨਯੋਗ ਨਹੀਂ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ, ਸਾਡੀ Footprint-Free ਲਾਈਨ 'ਤੇ ਵੱਖਰੇ ਰਜਿਸਟਰ ਕਰਨ ਯੋਗ ਡੋਮੇਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰੋ, ਜੋ ਕਿ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ CDN ਅਤੇ DNS ਖਾਤਾ ਪੂਲ, ਪ੍ਰਬੰਧਿਤ ਫੁੱਟਪ੍ਰਿੰਟਸ ਅਤੇ ਸਥਿਰ-HTML ਡਿਲੀਵਰੀ ਦੇ ਨਾਲ ਉਸੇ ਲਈ ਤਿਆਰ ਕੀਤੀ ਗਈ ਹੈ।
ਪਲੇਟਫਾਰਮ ਇਸਨੂੰ ਫੈਲਣ ਦੇਣ ਦੀ ਬਜਾਏ ਇਸਨੂੰ ਰੋਕਣ ਲਈ ਬਣਾਇਆ ਗਿਆ ਹੈ। CloudLinux LVE ਹਰੇਕ ਸਾਈਟ ਦੇ CPU, ਮੈਮੋਰੀ ਅਤੇ IO ਨੂੰ ਇਸਦੇ ਆਪਣੇ cage ਅੰਦਰ ਸੀਮਤ ਕਰਦਾ ਹੈ, CageFS ਹਰੇਕ ਸਾਈਟ ਨੂੰ ਇੱਕ ਵੱਖਰਾ ਫਾਈਲ ਸਿਸਟਮ ਦ੍ਰਿਸ਼ ਦਿੰਦਾ ਹੈ ਤਾਂ ਜੋ ਉਲੰਘਣਾ ਨੂੰ ਰੋਕਿਆ ਜਾ ਸਕੇ, ਅਤੇ MySQL Governor ਪ੍ਰਤੀ-ਸਾਈਟ ਡਾਟਾਬੇਸ ਲੋਡ ਨੂੰ ਕੰਟਰੋਲ ਕਰਦਾ ਹੈ ਤਾਂ ਜੋ ਇੱਕ ਸਾਈਟ ਦੀਆਂ ਭਾਰੀ ਪੁੱਛਗਿੱਛਾਂ ਸਰਵਰ ਨੂੰ ਹੌਲੀ ਨਾ ਕਰਨ। ਮਾਲਵੇਅਰ ਸਕੈਨਿੰਗ, ਇੱਕ ਕਿਰਿਆਸ਼ੀਲ ਵੈੱਬ ਐਪਲੀਕੇਸ਼ਨ ਫਾਇਰਵਾਲ ਅਤੇ ਪ੍ਰਤੀ-ਸਾਈਟ ਅਟੱਲ ਬੈਕਅੱਪ ਇਸਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ। ਰੋਕਥਾਮ ਹੀ ਡਿਜ਼ਾਈਨ ਦਾ ਟੀਚਾ ਹੈ; ਕੋਈ ਵੀ ਹੋਸਟ ਇਹ ਵਾਅਦਾ ਨਹੀਂ ਕਰ ਸਕਦਾ ਕਿ ਉਲੰਘਣਾ ਅਸੰਭਵ ਹੈ।
ਹਾਂ। ਰਜਿਸਟਰਾਰ ਅਤੇ DNS ਨੂੰ ਜਾਣਬੁੱਝ ਕੇ ਵੱਖ ਕੀਤਾ ਗਿਆ ਹੈ। ਤੁਸੀਂ ਆਪਣੇ ਡੋਮੇਨ ਨੂੰ ਆਪਣੇ ਮੌਜੂਦਾ ਰਜਿਸਟਰਾਰ ਕੋਲ ਅਤੇ ਆਪਣੇ ਜ਼ੋਨ ਨੂੰ ਆਪਣੇ ਮੌਜੂਦਾ DNS ਪ੍ਰਦਾਤਾ ਕੋਲ ਰੱਖ ਸਕਦੇ ਹੋ ਅਤੇ ਸਿਰਫ਼ ਇੱਕ ਸਬ-ਡੋਮੇਨ ਦੇ ਰਿਕਾਰਡ ਨੂੰ ਸਾਡੇ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰ ਸਕਦੇ ਹੋ। ਸਾਈਟ ਨੂੰ ਲਾਈਵ ਮੰਨਣ ਤੋਂ ਪਹਿਲਾਂ ਅਸੀਂ ਡੈਲੀਗੇਸ਼ਨ ਅਤੇ ਐਕਟੀਵੇਸ਼ਨ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦੇ ਹਾਂ, ਤਾਂ ਜੋ ਗਲਤ ਟਾਈਪ ਕੀਤਾ ਰਿਕਾਰਡ ਚੁੱਪਚਾਪ ਅਸਫਲ ਹੋਣ ਦੀ ਬਜਾਏ ਤੁਰੰਤ ਸਾਹਮਣੇ ਆ ਜਾਵੇ। ਜਦੋਂ ਮੂਲ ਡੋਮੇਨ ਦਾ ਜ਼ੋਨ ਪਹਿਲਾਂ ਹੀ ਇੱਥੇ ਹੋਸਟ ਕੀਤਾ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਅਸੀਂ ਤੁਹਾਡੇ ਲਈ ਸਬ-ਡੋਮੇਨ ਦਾ ਰਿਕਾਰਡ ਇਸ ਵਿੱਚ ਲਿਖ ਦਿੰਦੇ ਹਾਂ, ਇਸ ਲਈ ਤੁਹਾਨੂੰ ਹੱਥੀਂ ਕੁਝ ਵੀ ਜੋੜਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।
ਸਿਰਫ਼ ਇਸ ਵਿੱਚ ਕਿ ਇਹ ਕਿਵੇਂ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ। ਕਲੋਨ ਟੂ ਸਟੇਜਿੰਗ ਇੱਕ ਲਾਈਵ ਸਾਈਟ ਦੀ ਇੱਕ ਅਲੱਗ ਕਾਪੀ ਬਣਾਉਂਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਫ਼ਾਈਲਾਂ ਅਤੇ ਡਾਟਾਬੇਸ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ, ਇੱਕ ਅਜਿਹੇ ਸਟੇਜਿੰਗ ਸਬਡੋਮੇਨ 'ਤੇ ਜੋ ਪ੍ਰੋਡਕਸ਼ਨ ਵਾਂਗ ਹੀ ਸਟੈਕ ਅਤੇ ਬਲੂਪ੍ਰਿੰਟ ਸੰਸਕਰਣ ਚਲਾਉਂਦਾ ਹੈ। ਜਦੋਂ ਤੁਸੀਂ ਸੰਤੁਸ਼ਟ ਹੋ ਜਾਂਦੇ ਹੋ, ਤਾਂ ਪੁਸ਼-ਟੂ-ਲਾਈਵ ਇਸਨੂੰ ਇੱਕ ਡਾਟਾਬੇਸ-ਸੁਚੇਤ ਖੋਜ-ਬਦਲੋ ਨਾਲ ਵਾਪਸ ਸਿੰਕ ਕਰਦਾ ਹੈ। ਬਾਕੀ ਸਭ ਕੁਝ, ਅਲੱਗਤਾ, SSL, ਕੈਸ਼ਿੰਗ, ਬੈਕਅੱਪ ਅਤੇ ਡਿਵੈਲਪਰ ਪਹੁੰਚ, ਕਿਸੇ ਵੀ ਹੋਰ ਸਾਈਟ ਦੇ ਸਮਾਨ ਹੈ।
ਤੁਸੀਂ ਉਹਨਾਂ ਨੂੰ ਆਪਣੇ ਨਾਲ ਲੈ ਜਾ ਸਕਦੇ ਹੋ। ਪਲੇਟਫਾਰਮ 'ਤੇ ਕਿਤੇ ਵੀ ਕੋਈ ਲੌਕ-ਇਨ ਨਹੀਂ ਹੈ: ਤੁਸੀਂ ਪ੍ਰਮਾਣੀਕਰਨ ਕੋਡ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹੋ, ਡੋਮੇਨਾਂ ਨੂੰ ਅਨਲੌਕ ਕਰਕੇ ਟ੍ਰਾਂਸਫਰ ਕਰ ਸਕਦੇ ਹੋ, ਆਪਣੇ ਖੁਦ ਦੇ CDN ਅਤੇ DNS ਖਾਤੇ ਲਿਆ ਸਕਦੇ ਹੋ, ਅਤੇ ਆਪਣੀਆਂ ਸਾਈਟਾਂ ਨੂੰ ਐਕਸਪੋਰਟ ਕਰ ਸਕਦੇ ਹੋ। ਸਾਡੇ ਦੁਆਰਾ ਵਰਤਿਆ ਜਾਣ ਵਾਲਾ ਹਰੇਕ ਬਾਹਰੀ ਪ੍ਰਦਾਤਾ ਇੱਕ ਬਦਲਣਯੋਗ ਅਡੈਪਟਰ ਦੇ ਪਿੱਛੇ ਸਥਿਤ ਹੈ, ਜੋ ਸਾਡੇ ਲਈ ਜਿੰਨਾ ਸੱਚ ਹੈ, ਤੁਹਾਡੇ ਲਈ ਵੀ ਓਨਾ ਹੀ ਸੱਚ ਹੈ।
ਤੁਹਾਡੇ ਵੱਲੋਂ ਸ਼ਾਮਲ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਹਰ ਹੋਸਟ 'ਤੇ ਪੂਰੀ ਸੁਤੰਤਰਤਾ, ਵਾਈਲਡਕਾਰਡ SSL, ਅਸਲ DNS ਕੰਟਰੋਲ ਅਤੇ ਇੱਕ-ਕਲਿੱਕ ਸਟੇਜਿੰਗ। ਬਿਨਾਂ ਕਾਰਡ ਦੇ 14-ਦਿਨਾਂ ਦੇ ਟਰਾਇਲ ਨਾਲ ਸ਼ੁਰੂਆਤ ਕਰੋ ਅਤੇ ਕੋਈ ਵਚਨਬੱਧਤਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਦੇਖੋ ਕਿ ਇਹ ਤੁਹਾਡੇ ਲਈ ਕਿੰਨਾ ਢੁਕਵਾਂ ਹੈ।
ਮੁਫ਼ਤ ਸ਼ੁਰੂ ਕਰੋ