ವೈಶಿಷ್ಟ್ಯಗಳು
ಪಾಯಿಂಟ್ ಆಪ್, ಶಾಪ್, ಡಾಕ್ಸ್ ಅಥವಾ ಸ್ಟೇಜಿಂಗ್ ಅನ್ನು ನೀವು ಇಷ್ಟಪಡುವ ಎಲ್ಲಿಯಾದರೂ ಸೂಚಿಸಿ ಮತ್ತು ಅದರ ಹಿಂದೆ ಅಚ್ಚುಕಟ್ಟಾದ, ಸಂಪೂರ್ಣವಾಗಿ ಪ್ರತ್ಯೇಕಿಸಲ್ಪಟ್ಟ ಸೈಟ್ ಅನ್ನು ಪಡೆದುಕೊಳ್ಳಿ: ಅದರದೇ ಆದ ಸ್ಟ್ಯಾಕ್, ಡೇಟಾಬೇಸ್, ಕ್ಯಾಶ್, ಬ್ಯಾಕಪ್ಗಳು ಮತ್ತು ರಿಸೋರ್ಸ್ ಕೇಜ್. ಸಂಪೂರ್ಣ ಡಿಎನ್ಎಸ್ ರೆಕಾರ್ಡ್ ನಿಯಂತ್ರಣ, ವೈಲ್ಡ್ಕಾರ್ಡ್ಗಳು ಸೇರಿದಂತೆ ಸ್ವಯಂಚಾಲಿತ ಎಸ್ಎಸ್ಎಲ್, ಮತ್ತು ಒನ್-ಕ್ಲಿಕ್ ಸ್ಟೇಜಿಂಗ್ ಉಪಡೊಮೇನ್ಗಳು. ಲಭ್ಯತೆ: ಪ್ರತಿ ಸೈಟ್ನ ಡೇಟಾಬೇಸ್ ಥ್ರಾಟ್ಲಿಂಗ್ ಸಕ್ರಿಯ ಅಭಿವೃದ್ಧಿಯಲ್ಲಿದೆ ಮತ್ತು ಇನ್ನೂ ಲಭ್ಯವಿಲ್ಲ. ಇಲ್ಲಿ ವಿವರಿಸಲಾದ ಉಳಿದ ಎಲ್ಲವೂ ಇಂದೇ ಲಭ್ಯವಿದೆ.
ಹೆಚ್ಚಿನ ಹೋಸ್ಟ್ಗಳಲ್ಲಿ ಸಬ್ಡೊಮೈನ್ ಎನ್ನುವುದು ಅದರ ಮುಂದೆ ರೀರೈಟ್ ನಿಯಮವನ್ನು ಹೊಂದಿರುವ ಡೈರೆಕ್ಟರಿಯಾಗಿದೆ. ಇಲ್ಲಿ ಇದು ತನ್ನದೇ ಆದ ಬ್ಲೂಪ್ರಿಂಟ್ ಆವೃತ್ತಿ, ಫ್ಲೀಟ್ನಲ್ಲಿ ತನ್ನದೇ ಆದ ನಿಯೋಜನೆ ಮತ್ತು ತನ್ನದೇ ಆದ ಪ್ರತ್ಯೇಕತೆಯ ಗಡಿಯನ್ನು ಹೊಂದಿರುವ ಪ್ರಥಮ ದರ್ಜೆ ಸೈಟ್ ದಾಖಲೆಯಾಗಿದೆ. ಪ್ರಾಥಮಿಕ ಡೊಮೈನ್ಗೆ ನೀವು ಏನು ಮಾಡಬಹುದೋ, ಅದನ್ನೇ ನೀವು ಸಬ್ಡೊಮೈನ್ಗೂ ಮಾಡಬಹುದು.
ಪ್ರತಿಯೊಂದು ಉಪಡೊಮೇನ್ ಸೈಟ್ ಅನ್ನು ಆವೃತ್ತಿಯ ಬ್ಲೂಪ್ರಿಂಟ್ನಿಂದ ನಿರ್ಮಿಸಲಾಗಿದೆ ಮತ್ತು ಅದರದೇ ಆದ ಸ್ಟಾಕ್ ಪ್ರಕಾರ ಮತ್ತು ರನ್ಟೈಮ್ ಅನ್ನು ಚಲಾಯಿಸುತ್ತದೆ: managed WordPress, WooCommerce, PHP, static HTML ಅಥವಾ Node. ರೂಟ್ WordPress ಅನ್ನು ರನ್ ಮಾಡುವಾಗ ನಿಮ್ಮ ಡಾಕ್ಸ್ ಉಪಡೊಮೇನ್ static HTML ಆಗಿರಬಹುದು, ಅವುಗಳ ನಡುವೆ ಯಾವುದೇ ರಾಜಿ ಇಲ್ಲ.
ಪ್ರತಿ ಸೈಟ್ಗೆ ಒಂದು MariaDB ಡೇಟಾಬೇಸ್, LiteSpeed LSCache ಪೂರ್ಣ-ಪುಟ ಕ್ಯಾಚಿಂಗ್ ಮತ್ತು ಪ್ರತಿ ಸೈಟ್ಗೆ ಒಂದು Redis ಅಥವಾ Memcached ಆಬ್ಜೆಕ್ಟ್ ಕ್ಯಾಚ್. ಮೂಲ ಸೈಟ್ನೊಂದಿಗೆ ಏನನ್ನೂ ಹಂಚಿಕೊಳ್ಳುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಭಾರವಾದ ಉಪಡೊಮೇನ್ ಮೂಲ ಸೈಟ್ನ ಕ್ಯಾಚ್ ಅನ್ನು ಹೊರಹಾಕಲು ಅಥವಾ ಅದರ ಪ್ರಶ್ನೆಗಳನ್ನು ದಟ್ಟಣೆ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ.
CloudLinux LVE ಕ್ಯಾಪ್ಸ್ CPU, RAM, IO, IOPS ಮತ್ತು ಪ್ರತಿ ಸೈಟ್ಗೆ ಎಂಟ್ರಿ ಪ್ರಕ್ರಿಯೆಗಳು, CageFS ಪ್ರತಿ ಸೈಟ್ಗೆ ತನ್ನದೇ ಆದ ಫೈಲ್ ಸಿಸ್ಟಮ್ ವೀವ್ ಅನ್ನು ನೀಡುತ್ತದೆ, ಮತ್ತು MySQL Governor ಪ್ರತಿ ಸೈಟ್ನ ಡೇಟಾಬೇಸ್ ಲೋಡ್ ಅನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ. ಕಂಟ್ರೋಲ್ ತಪ್ಪಿದ ಉಪಡೊಮೇನ್ ಅನ್ನು ಅದರದೇ ಆದ ಕೇಜ್ ಒಳಗೆ ಬಂಧಿಸಲಾಗುತ್ತದೆ.
ಪ್ರತಿ ಸೈಟ್ಗೆ 30 ದಿನಗಳವರೆಗೆ ಸಂಗ್ರಹಿಸಿಡಲಾಗುವ ದೈನಂದಿನ ಬ್ಯಾಕಪ್ಗಳು ಮತ್ತು ಒಂದು ಕ್ಲಿಕ್ನಲ್ಲಿ ಮರುಸ್ಥಾಪನೆ. ಮೂಲ ಸೈಟ್ ಅಥವಾ ಅದರ ಯಾವುದೇ ಸಹೋದರ ಸೈಟ್ಗಳಿಗೆ ತೊಂದರೆ ನೀಡದೆ ನೀವು ಉಪಡೊಮೇನ್ ಅನ್ನು ನಿನ್ನೆಯ ಸ್ಥಿತಿಗೆ ಮರಳಿಸಬಹುದು.
ಉಪಡೊಮೇನ್ಗಳು ಹೋಸ್ಟಿಂಗ್ ಸಮಸ್ಯೆಯಾಗುವುದಕ್ಕಿಂತ ಮುಂಚೆ ಡಿಎನ್ಎಸ್ ಸಮಸ್ಯೆಯಾಗಿರುತ್ತವೆ, ಆದ್ದರಿಂದ ಎರಡು ಕ್ಷೇತ್ರಗಳಿರುವ ನಮೂನೆಯ ಹಿಂದೆ ಮರೆಮಾಡುವ ಬದಲು ಡಿಎನ್ಎಸ್ ಪದರವನ್ನು ಸರಿಯಾಗಿ ಪ್ರದರ್ಶಿಸಲಾಗುತ್ತದೆ.
ನೀವು ಹೋಸ್ಟ್ ಮಾಡುವ ಪ್ರತಿಯೊಂದು ನೋಂದಾಯಿಸಬಹುದಾದ ಡೊಮೇನ್ಗೆ ನಮ್ಮ DNS ಡ್ರೈವರ್ ಸೀಮ್ ಮೂಲಕ ನಿರ್ವಹಿಸಲ್ಪಡುವ DNS ವಲಯ ಸಿಗುತ್ತದೆ. ನೀವು ನಿರೀಕ್ಷಿಸುವ ರೆಕಾರ್ಡ್ ಪ್ರಕಾರಗಳಾದ್ಯಂತ ನಿಮಗೆ ರೆಕಾರ್ಡ್ CRUD ಸಿಗುತ್ತದೆ, ಆದ್ದರಿಂದ app, shop, docs, mail ಅಥವಾ ವೈಲ್ಡ್ಕಾರ್ಡ್ ಹೋಸ್ಟ್ ಅನ್ನು ಸೇರಿಸುವುದು ಬೆಂಬಲ ಟಿಕೆಟ್ ಆಗಿರದೆ ಒಂದು ರೆಕಾರ್ಡ್ ಸಂಪಾದನೆಯಾಗಿರುತ್ತದೆ. ವಲಯ ಸ್ಥಿತಿಯು ಒದಗಿಸುವವರ ವಿರುದ್ಧ ಐಡೆಂಪೊಟೆಂಟ್ ಆಗಿ ಹೊಂದಾಣಿಕೆಯಾಗುತ್ತದೆ, ಅಂದರೆ ಅರ್ಧ-ಅನ್ವಯಿಸಲಾದ ಬದಲಾವಣೆ ಅಥವಾ ಮರುಪ್ರಯತ್ನಿಸಿದ ಸಂಪಾದನೆಯು ನಿಮ್ಮ ವಲಯವನ್ನು ಅಸ್ಪಷ್ಟ ಸ್ಥಿತಿಯಲ್ಲಿ ಬಿಡುವ ಬದಲು ನೀವು ಕೇಳಿದ ಸ್ಥಿತಿಗೆ ಬರುತ್ತದೆ.
ರಿಜಿಸ್ಟ್ರಾರ್ ಮತ್ತು ಡಿಎನ್ಎಸ್ ಅನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಪ್ರತ್ಯೇಕಿಸಲಾಗಿದೆ: ನೀವು ನಮ್ಮೊಂದಿಗೆ ಡೊಮೇನ್ ಅನ್ನು ನೋಂದಾಯಿಸಿ ಡಿಎನ್ಎಸ್ ಅನ್ನು ಬೇರೆಡೆ ಇರಿಸಿಕೊಳ್ಳಬಹುದು, ಅಥವಾ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ನಿಮ್ಮ ರಿಜಿಸ್ಟ್ರಾರ್ ಬಳಿಯೇ ಡೊಮೇನ್ ಅನ್ನು ಇರಿಸಿ ಕೇವಲ ಒಂದು ಉಪಡೊಮೇನ್ ಅನ್ನು ನಮ್ಮ দিকে ಸೂಚಿಸಬಹುದು. ಡೊಮೇನ್ ಲೈವ್ ಎಂದು ಪರಿಗಣಿಸುವ ಮೊದಲು ನಾವು ನೇಮ್ಸರ್ವರ್ ನಿಯೋಗ ಮತ್ತು ಸಕ್ರಿಯಗೊಳಿಸುವಿಕೆಯನ್ನು ಪರಿಶೀಲಿಸುತ್ತೇವೆ, ಇದರಿಂದ ಗ್ರಾಹಕರಿಂದ ತಿಳಿದುಕೊಳ್ಳುವ ಬದಲು ರೆಕಾರ್ಡ್ ತಪ್ಪಾಗಿದೆ ಎಂದು ನೀವು ಪ್ಲಾಟ್ಫಾರ್ಮ್ನಿಂದಲೇ ತಿಳಿದುಕೊಳ್ಳಬಹುದು.
ನಿಧಾನವಾಗಿರುವ ಅಥವಾ ಪ್ರಮಾಣಪತ್ರದ ಎಚ್ಚರಿಕೆಯನ್ನು ತೋರಿಸುವ ಸಬ್ಡೊಮೈನ್, ಸಬ್ಡೊಮೈನ್ ಇಲ್ಲದಿರುವುದಕ್ಕಿಂತ ಕೆಟ್ಟದಾಗಿದೆ, ಆದ್ದರಿಂದ ವಿತರಣಾ ಮಾರ್ಗವು ಪ್ರಾಥಮಿಕ ಡೊಮೈನ್ ಪಡೆಯುವಂತೆಯೇ ಇರುತ್ತದೆ.
ಲೆಟ್ಸ್ ಎನ್ಕ್ರಿಪ್ಟ್ (Let's Encrypt) ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ನೀಡಲಾಗುತ್ತದೆ ಮತ್ತು ನವೀಕರಿಸಲಾಗುತ್ತದೆ. ಪ್ರತಿ ಸಬ್ಡೊಮೈನ್ ಅನ್ನು ಒಮ್ಮೆಯೇ ಕವರ್ ಮಾಡಲು ವೈಲ್ಡ್ಕಾರ್ಡ್ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಬಳಸಿ, ಅವುಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿರಿಸಲು ಬಯಸಿದರೆ ಪ್ರತಿ-ಹೋಸ್ಟ್ (per-host) ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ಬಳಸಿ, ಅಥವಾ ನಿಮ್ಮ ಸ್ವಂತ ಕಸ್ಟಮ್ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಅಪ್ಲೋಡ್ ಮಾಡಿ.
ಪ್ರತಿಯೊಂದು ಸೈಟ್ ಅನ್ನು HTTP/3 ಸಕ್ರಿಯಗೊಳಿಸಲಾದ LiteSpeed ಮೂಲಕ ನೀಡಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಸಬ್ಡೊಮೇನ್ ದ್ವಿತೀಯ ದರ್ಜೆಯ vhost ಬದಲಿಗೆ ರೂಟ್ ಡೊಮೇನ್ನಂತಹ ಅದೇ ಸಂಪರ್ಕ-ಹಂತದ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಪಡೆಯುತ್ತದೆ.
LSCache ಪೂರ್ಣ-ಪುಟ ಕ್ಯಾಶಿಂಗ್ ಜೊತೆಗೆ ಪ್ರತಿ ಸೈಟ್ಗೆ Redis ಆಬ್ಜೆಕ್ಟ್ ಕ್ಯಾಶ್, ಡ್ಯಾಶ್ಬೋರ್ಡ್ನಿಂದ ಅಥವಾ WordPress ಒಳಗೆ ಸಮನ್ವಯಗೊಳಿಸಿದ ಪರ್ಜ್ನೊಂದಿಗೆ. ಪೇರೆಂಟ್ ಅನ್ನು ಪರ್ಜ್ ಮಾಡುವುದರಿಂದ ನಿಮ್ಮ ಸಬ್ಡೊಮೇನ್ನ ಕ್ಯಾಶ್ ಅಳಿಸಿಹೋಗುವುದಿಲ್ಲ.
ನಮ್ಮ CDN ಮತ್ತು Cloudflare ಖಾತೆ ಪೂಲ್ ಮೂಲಕ ಡಿಪ್ಲಾಯ್ ಮಾಡಿ ಅಥವಾ ನಿಮ್ಮ ಸ್ವಂತ ಖಾತೆಗಳನ್ನು ಸಂಪರ್ಕಿಸಿ ಮತ್ತು ನಿರ್ದಿಷ್ಟ ಸೈಟ್ ಯಾವ ಖಾತೆಗೆ ಡಿಪ್ಲಾಯ್ ಆಗಬೇಕು ಎಂಬುದನ್ನು ಆಯ್ಕೆಮಾಡಿ. ಡೆಲಿವರಿ ಎನ್ನುವುದು ನಾವು ತೆಗೆದುಕೊಳ್ಳುವ ತೀರ್ಮಾನವಲ್ಲ, ಬದಲಿಗೆ ನೀವೇ ತೆಗೆದುಕೊಳ್ಳುವ ತೀರ್ಮಾನವಾಗಿದೆ.
ಉಪಡೊಮೇನ್ ಬೇಕಾಗಲು ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ಕಾರಣವೆಂದರೆ ಪ್ರಯೋಗ ಮಾಡಲು ಸುರಕ್ಷಿತವಾದ ಸ್ಥಳವನ್ನು ಹೊಂದಿರುವುದು. ಆ ಮಾರ್ಗವು ಮೇನ್ಸ್ಟ್ರೀಮ್ ಯೋಜನೆಗಳಲ್ಲಿ ಮೊದಲೇ ನಿರ್ಮಿಸಲ್ಪಟ್ಟಿದೆ ಮತ್ತು ಯಾವುದೇ ನಿರ್ಬಂಧಗಳಿಲ್ಲದೆ ಲಭ್ಯವಿದೆ.
ಸ್ಟೇಜಿಂಗ್ಗೆ ಕ್ಲೋನ್ ಮಾಡುವುದರಿಂದ, ಪ್ರೊಡಕ್ಷನ್ನಂತೆಯೇ ಅದೇ ಸ್ಟಾಕ್ ಮತ್ತು ಬ್ಲೂಪ್ರಿಂಟ್ ಆವೃತ್ತಿಯಲ್ಲಿ, ಲೈವ್ ಸೈಟ್ನ ಪ್ರತ್ಯೇಕಿಸಿದ ಪ್ರತಿಯನ್ನು ಫೈಲ್ಗಳು ಮತ್ತು ಡೇಟಾಬೇಸ್ ಹಾಗೇ ಇರುವಂತೆ ಸ್ಟೇಜಿಂಗ್ ಉಪಡೊಮೇನ್ನಲ್ಲಿ ರಚಿಸುತ್ತದೆ. ನೀವು ಪೂರ್ಣ ಟೂಲ್ಸೆಟ್ನೊಂದಿಗೆ ಪ್ರತಿಯ ಮೇಲೆ ಕೆಲಸ ಮಾಡುತ್ತೀರಿ: ಜೈಲ್ಡ್ SSH ಮತ್ತು SFTP, wp-cli, ಬ್ರೌಸರ್ ಆಧಾರಿತ VS Code ಎಡಿಟರ್, phpMyAdmin ಅಥವಾ Adminer, ಪ್ರತಿ ಸೈಟ್ನ ಕ್ರೋನ್ ಮತ್ತು ಪರಿಸರ ವೇರಿಯೇಬಲ್ಗಳು.
ಬದಲಾವಣೆಯು ಸಾಬೀತಾದಾಗ, ಪುಶ್ ಟು ಲೈವ್ ಕಾರ್ಯಾಚರಣೆಯು ಪ್ರೊಡಕ್ಷನ್ಗೆ ಡೇಟಾಬೇಸ್-ಅವೇರ್ ಸಿಂಕ್ ಹಿಂತಿರುಗಿಸುತ್ತದೆ. ನೀವು ಫೈಲ್ಗಳು, ಡೇಟಾಬೇಸ್ ಅಥವಾ ಎರಡನ್ನೂ ಆಯ್ಕೆ ಮಾಡುತ್ತೀರಿ, ಮತ್ತು ಸರ್ಚ್-ರಿಪ್ಲೇಸ್ ಅನ್ನು ನಿಮಗಾಗಿ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ ಆದ್ದರಿಂದ ನಿಮ್ಮ ಕಂಟೆಂಟ್ನಲ್ಲಿರುವ URLಗಳು ಸ್ಟೇಜಿಂಗ್ ಹೋಸ್ಟ್ ಅನ್ನು ಸೂಚಿಸುವ ಬದಲಿಗೆ ಸೈಟ್ ಅನ್ನು ಅನುಸರಿಸುತ್ತವೆ. ಪ್ರೊವಿಷನಿಂಗ್, ಕ್ಲೋನಿಂಗ್ ಮತ್ತು ಡೆಪ್ಲಾಯ್ಮೆಂಟ್ ಇವೆಲ್ಲವೂ ಪ್ರತಿ-ಹಂತದ ರಿಟ್ರೈಗಳು ಮತ್ತು ಪರಿಹಾರಗಳೊಂದಿಗೆ ಡ್ಯುರೇಕಬಲ್ Temporal ವರ್ಕ್ಫ್ಲೋಗಳಾಗಿ ರನ್ ಆಗುವುದರಿಂದ, ನಡುವೆ ಉಂಟಾಗುವ ವೈಫಲ್ಯವು ಭಾಗಶಃ ಕೆಲಸವನ್ನು ರದ್ದುಗೊಳಿಸುತ್ತದೆಯೇ ಹೊರತು ನಿಮ್ಮನ್ನು ಅರ್ಧ-ಕ್ಲೋನ್ ಮಾಡಿದ ಸೈಟ್ನೊಂದಿಗೆ ಬಿಡುವುದಿಲ್ಲ.
ನೀವು ಸಾಧಿಸಲು ಹೊರಟಿರುವ ವಿಷಯಕ್ಕೆ ಧಕ್ಕೆ ತರುವಂತಹದ್ದನ್ನು ನಿಮಗೆ ಮಾರಾಟ ಮಾಡುವುದಕ್ಕಿಂತ ಮುಂಚಿತವಾಗಿ ನೇರವಾಗಿ ಈ ವಿಷಯವನ್ನು ನಿಮಗೆ ತಿಳಿಸಲು ನಾವು ಬಯಸುತ್ತೇವೆ.
ಒಂದು ಬ್ರ್ಯಾಂಡ್ ಅನ್ನು ವ್ಯವಸ್ಥಿತವಾಗಿ ರೂಪಿಸಲು ಉಪಡೊಮೈನ್ಗಳು ಸೂಕ್ತ ಉತ್ತರವಾಗಿವೆ: ಒಂದು ಆಪ್, ಒಂದು ಶಾಪ್, ಡಾಕ್ಸ್ ಸೈಟ್, ಗ್ರಾಹಕರ ಪೋರ್ಟಲ್, ಪ್ರತಿ ಕ್ಲೈಂಟ್ಗೆ ಸ್ಟೇಜಿಂಗ್ ಪರಿಸರ. ಆದರೆ ಖಾಸಗಿ ಬ್ಲಾಗ್ ನೆಟ್ವರ್ಕ್ ರಚಿಸಲು ಅವು ಸರಿಯಾದ ಉತ್ತರವಲ್ಲ. ಪ್ರತಿಯೊಂದು ಉಪಡೊಮೈನು ಒಂದೇ ರಿಜಿಸ್ಟ್ರೇಬಲ್ ಡೊಮೈನ್ ಅನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತದೆ, ಆದ್ದರಿಂದ ಅವುಗಳಲ್ಲಿ ಒಂದನ್ನು ರಿಸಾಲ್ವ್ ಮಾಡುವ ಯಾರಿಗಾದರೂ ಉಳಿದವುಗಳ ಮಾಲೀಕರು ಯಾರೆಂದು ನಿಖರವಾಗಿ ತಿಳಿದಿರುತ್ತದೆ. ವೈಲ್ಡ್ಕಾರ್ಡ್ ಪ್ರಮಾಣಪತ್ರದ ಅಡಿಯಲ್ಲಿ ಅವು ಪ್ರಮಾಣಪತ್ರವನ್ನೂ ಸಹ ಹಂಚಿಕೊಳ್ಳುತ್ತವೆ, ಮತ್ತು ಪ್ರಮಾಣಪತ್ರ ವಿತರಣೆಯು ಸಾರ್ವಜನಿಕ ಪ್ರಮಾಣಪತ್ರ ಪಾರದರ್ಶಕತೆ ಲಾಗ್ಗಳಲ್ಲಿ ಪ್ರಕಟಗೊಳ್ಳುತ್ತದೆ, ಆದ್ದರಿಂದ ಹಂಚಿದ ಡೊಮೈನ್ ಅಡಿಯಲ್ಲಿರುವ ಹೋಸ್ಟ್ಗಳನ್ನು ನೋಡಲು ಬಯಸುವ ಯಾರಾದರೂ ಪಟ್ಟಿ ಮಾಡಬಹುದು. ಇದು ನಮ್ಮ ಪ್ಲಾಟ್ಫಾರ್ಮ್ನ ವೈಶಿಷ್ಟ್ಯವಲ್ಲ, ಬದಲಿಗೆ ಸಾರ್ವಜನಿಕ ವೆಬ್ PKI ಮತ್ತು DNS ನ ವೈಶಿಷ್ಟ್ಯವಾಗಿದೆ, ಮತ್ತು ಯಾವುದೇ ಹೋಸ್ಟಿಂಗ್ ಕಾನ್ಫಿಗರೇಶನ್ ಇದನ್ನು ಬದಲಾಯಿಸುವುದಿಲ್ಲ.
ಆದ್ದರಿಂದ ಸಬ್ಡೊಮೇನ್ಗಳು ನಮ್ಮ ಮೇನ್ಸ್ಟ್ರೀಮ್ ಮತ್ತು ಏಜೆನ್ಸಿ ಶ್ರೇಣಿಗಳಲ್ಲಿ ಇರುತ್ತವೆ, Footprint-Free ಒಂದರಲ್ಲಿ ಅಲ್ಲ. ಸೈಟ್ಗಳು ಒಂದಕ್ಕೊಂದು ಲಿಂಕ್ ಆಗಲು ಸಾಧ್ಯವಿಲ್ಲ ಎಂಬುದು ನಿಮ್ಮ ಅವಶ್ಯಕತೆಯಾಗಿದ್ದರೆ, ನಿಮಗೆ footprint-free ಉತ್ಪನ್ನ ಶ್ರೇಣಿಯಲ್ಲಿ ಪ್ರತ್ಯೇಕ ರಿಜಿಸ್ಟ್ರೇಬಲ್ ಡೊಮೇನ್ಗಳು ಬೇಕಾಗುತ್ತವೆ, ಅಲ್ಲಿ CDN ಮತ್ತು DNS ಖಾತೆ ಪೂಲ್ಗಳು, footprint ನಿರ್ವಹಣೆ ಮತ್ತು ಸ್ಟಾಟಿಕ್-HTML ಡೆಲಿವರಿ ಆ ಪ್ಯಾಟರ್ನ್ ಅನ್ನು ಮುರಿಯಲು ನಿಖರವಾಗಿ ಅಸ್ತಿತ್ವದಲ್ಲಿವೆ. ಎರಡೂ ಒಂದೇ ಎಂಜಿನ್ ಮತ್ತು ಒಂದೇ ಡ್ಯಾಶ್ಬೋರ್ಡ್ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದರಿಂದ, ಸರಿಯಾದದನ್ನು ಆರಿಸಿಕೊಳ್ಳುವುದರಿಂದ ಅನುಕೂಲತೆಯ ವಿಷಯದಲ್ಲಿ ನಿಮಗೆ ಯಾವುದೇ ವೆಚ್ಚವಾಗುವುದಿಲ್ಲ.
ಏಜೆನ್ಸಿಗಳು ಮತ್ತು ಮರುಮಾರಾಟಗಾರರು ಸಬ್ಡೊಮೈನ್ಗಳನ್ನು ದೊಡ್ಡ ಪ್ರಮಾಣದಲ್ಲಿ ಬಳಸುತ್ತಾರೆ: ಪ್ರತಿ ಕ್ಲೈಂಟ್ಗೆ ಸ್ಟೇಜಿಂಗ್ ಹೋಸ್ಟ್, ಪ್ರತಿ ಪ್ರಾಜೆಕ್ಟ್ಗೆ ಪ್ರಿವ್ಯೂ ಹೋಸ್ಟ್, ಪ್ರತಿ ಖಾತೆಗೆ ಪೋರ್ಟಲ್. ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಅನ್ನು ಅಂತಹ ಕೆಲಸದ ಮಾದರಿಗಾಗಿ ನಿರ್ಮಿಸಲಾಗಿದೆ.
ಸಂಸ್ಥೆಗಳು ಮರ(ಟ್ರೀ)ಯಂತೆ ನೆರವಾಗುತ್ತವೆ, ಮರುಮಾರಾಟಗಾರರಿಂದ ಕ್ಲೈಂಟ್ ಮೂಲಕ ಸೈಟ್ಗಳಿಗೆ, ಮತ್ತು ಪ್ರತಿ ದಾಖಲೆಯು ಸಾಲು-ಮಟ್ಟದ ಭದ್ರತೆಯೊಂದಿಗೆ ಡೇಟಾಬೇಸ್ನಲ್ಲಿ ಸ್ಕೋಪ್ ಮಾಡಲ್ಪಟ್ಟಿದೆ ಮತ್ತು ಜಾರಿಗೆ ತರಲ್ಪಟ್ಟಿದೆ. ಕ್ಲೈಂಟ್ನ ಉಪಡೊಮೇನ್ಗಳು ಆ ಕ್ಲೈಂಟ್ನ ಸಂಸ್ಥೆಗೆ ಸೇರಿವೆ, ನೀವು ಸಂಪ್ರದಾಯದ ಮೂಲಕ ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಬೇಕಾದ ಹಂಚಿದ ಬಕೆಟ್ಗೆ ಅಲ್ಲ.
ಪ್ರತಿ ಸೈಟ್ಗೆ ಒಮ್ಮೆ ಪುನರಾವರ್ತಿಸುವ ಬದಲು, ಒಂದೇ ಕ್ರಿಯೆಯಲ್ಲಿ ಅನೇಕ ಸೈಟ್ಗಳನ್ನು ಡಿಪ್ಲಾಯ್ ಮಾಡಿ, ಅಪ್ಡೇಟ್ ಮಾಡಿ ಮತ್ತು ನಿರ್ವಹಿಸಿ.
ಡ್ಯಾಶ್ಬೋರ್ಡ್ನಲ್ಲಿರುವ ಎಲ್ಲವೂ OpenAPI ನಿರ್ದಿಷ್ಟತೆಯಿಂದ ಜನರೇಟ್ ಆದ ಸಾರ್ವಜನಿಕ API ನಲ್ಲಿದೆ. ಸಂಸ್ಥೆಯ-ವ್ಯಾಪ್ತಿಯ (org-scoped) API ಕೀ, CLI, Terraform, ಅಥವಾ ನಮ್ಮ MCP ಸರ್ವರ್ನಲ್ಲಿರುವ AI ಉಪಕರಣದ ಮೂಲಕ ಸಬ್ಡೊಮೇನ್ ರಚನೆಯನ್ನು ಚಾಲನೆ ಮಾಡಿ.
ವಿಶೇಷ ಮತ್ತು ಆಡಳಿತಾತ್ಮಕ ಕ್ರಿಯೆಗಳನ್ನು ಆಡಿಟ್-ಲಾಗ್ ಮಾಡಲಾಗುತ್ತದೆ, ಮತ್ತು ನಿಮ್ಮ ತಂಡದಲ್ಲಿ ಯಾರು ಏನೇನನ್ನು ಮಾಡಬಹುದು ಎಂಬುದನ್ನು ಪಾತ್ರ-ಆಧಾರಿತ ಪ್ರವೇಶ ನಿಯಂತ್ರಣವು ನಿರ್ವಹಿಸುತ್ತದೆ. ಹೋಸ್ಟ್ ಅನ್ನು ಯಾರು ಸೃಷ್ಟಿಸಿದ್ದಾರೆ, ಬದಲಾಯಿಸಿದ್ದಾರೆ ಅಥವಾ ತೆಗೆದುಹಾಕಿದ್ದಾರೆ ಎಂಬುದನ್ನು ನೀವು ನೋಡಬಹುದು.
ಹೌದು. ಪ್ರತಿ ಸಬ್ಡೊಮೈನ್ ತನ್ನದೇ ಆದ ಸ್ಟಾಕ್, ಡೇಟಾಬೇಸ್, 캐시 ಮತ್ತು ಬ್ಯಾಕಪ್ಗಳೊಂದಿಗೆ ಸಂಪೂರ್ಣವಾಗಿ ಪ್ರತ್ಯೇಕಿಸಲ್ಪಟ್ಟ ಸೈಟ್ನಂತೆ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದರಿಂದ, ಪ್ರಾಥಮಿಕ ಡೊಮೈನ್ನಂತೆ ಇದು ಕೂಡ ನಿಮ್ಮ ಪ್ಲಾನ್ನಲ್ಲಿ ಸೈಟ್ ಸ್ಲಾಟ್ ಅನ್ನು ಆಕ್ರಮಿಸಿಕೊಳ್ಳುತ್ತದೆ. ಪ್ಲಾನ್ಗಳನ್ನು ಅವು ಒಳಗೊಳ್ಳುವ ಸೈಟ್ಗಳ ಸಂಖ್ಯೆಯ ಆಧಾರದ ಮೇಲೆ ಮಾರಾಟ ಮಾಡಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಸಬ್ಡೊಮೈನ್ ಸೈಟ್ ಅನ್ನು ಸೇರಿಸುವುದು ಬೇರೆ ಯಾವುದೇ ಸೈಟ್ ಅನ್ನು ಸೇರಿಸಿದಂತೆಯೇ ಇರುತ್ತದೆ.
ಹೌದು, ಮತ್ತು ಅವು ನಿಜವಾಗಿಯೂ ಸ್ವತಂತ್ರವಾಗಿವೆ. ಪ್ರತಿಯೊಂದು ಉಪಡೊಮೇನ್ ತನ್ನದೇ ಆದ ಬ್ಲೂಪ್ರಿಂಟ್ ಹೊಂದಿರುವ ಸ್ವಂತ ಸೈಟ್ ರೆಕಾರ್ಡ್ ಆಗಿದೆ, ಆದ್ದರಿಂದ ಸ್ಟಾಕ್ಗಳು ಒಂದೇ ಆಗಿರಬೇಕಾಗಿಲ್ಲ: ಮುಖ್ಯ ಡೊಮೇನ್ನಲ್ಲಿ WordPress, shop ನಲ್ಲಿ WooCommerce, app ನಲ್ಲಿ Node.js ಅಪ್ಲಿಕೇಶನ್ ಮತ್ತು docs ನಲ್ಲಿ ಒಂದು ಸ್ಟ್ಯಾಟಿಕ್ ಸೈಟ್ ಇಲ್ಲಿ ವಿಶೇಷ ಸಂದರ್ಭಕ್ಕಿಂತ ಸಾಮಾನ್ಯ ಸೆಟಪ್ ಆಗಿದೆ. ಅವು ಬೇರೆ ಬೇರೆ ಯಂತ್ರಗಳಲ್ಲಿರಬಹುದು, ವಿಭಿನ್ನ ರನ್ಟೈಮ್ಗಳು ಮತ್ತು ವಿಭಿನ್ನ PHP ಅಥವಾ Node ಆವೃತ್ತಿಗಳನ್ನು ಚಲಾಯಿಸಬಹುದು, ಮತ್ತು ತಮ್ಮದೇ ಆದ ವೇಳಾಪಟ್ಟಿಗಳಲ್ಲಿ ನಿಯೋಜಿಸಲ್ಪಡಬಹುದು, ಸ್ಟೇಜ್ ಮಾಡಲ್ಪಡಬಹುದು, ಬ್ಯಾಕಪ್ ಮಾಡಲ್ಪಡಬಹುದು ಹಾಗೂ ಹಿಂದಿನ ಸ್ಥಿತಿಗೆ ಮರಳಿಸಲ್ಪಡಬಹುದು. ಡೊಮೇನ್ ಹೆಸರನ್ನು ಹಂಚಿಕೊಳ್ಳುವುದನ್ನು ಹೊರತುಪಡಿಸಿ, ಒಂದರ ಬಗ್ಗೆ ಮತ್ತೊಂದಕ್ಕೆ ಯಾವುದೇ ನಿರ್ಬಂಧವಿರುವುದಿಲ್ಲ.
ಅವು ಹೇಗಿದ್ದರೂ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಒಳಗೊಳ್ಳಲ್ಪಡುತ್ತವೆ. ನೀವು ಡೊಮೇನ್ ಅಡಿಯಲ್ಲಿರುವ ಪ್ರತಿಯೊಂದು ಹೋಸ್ಟ್ ಅನ್ನು ಒಮ್ಮೆಲೆ ಒಳಗೊಳ್ಳುವ ವೈಲ್ಡ್ಕಾರ್ಡ್ ಪ್ರಮಾಣಪತ್ರವನ್ನು ನೀಡಬಹುದು ಅಥವಾ ಅವುಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿಡಲು ಬಯಸುವಲ್ಲಿ ಪ್ರತಿ ಹೋಸ್ಟ್ನ ಪ್ರಮಾಣಪತ್ರವನ್ನು ನೀಡಬಹುದು. ಲೆಟ್ಸ್ ಎನ್ಕ್ರಿಪ್ಟ್ (Let's Encrypt) ಪ್ರಮಾಣಪತ್ರಗಳು ಉಚಿತವಾಗಿರುತ್ತವೆ, ಸ್ವಯಂಚಾಲಿತವಾಗಿ ನೀಡಲ್ಪಡುತ್ತವೆ ಮತ್ತು ನವೀಕರಿಸಲ್ಪಡುತ್ತವೆ, ಮತ್ತು ನಿಮ್ಮ ಬಳಿ ಕಸ್ಟಮ್ ಪ್ರಮಾಣಪತ್ರವಿದ್ದರೆ ಬದಲಿಗೆ ಅದನ್ನು ನೀವು ಅಪ್ಲೋಡ್ ಮಾಡಬಹುದು.
ನಾವು ಇದನ್ನು ಶಿಫಾರಸು ಮಾಡುವುದಿಲ್ಲ, ಮತ್ತು ನಾವು ಆ ರೀತಿಯಲ್ಲಿ ಮಾರಾಟ ಮಾಡುವುದಿಲ್ಲ. ಪ್ರತಿ ಉಪಡೊಮೇನ್ ಒಂದೇ ರಿಜಿಸ್ಟ್ರೇಬಲ್ ಡೊಮೇನ್ ಅನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ವೈಲ್ಡ್ಕಾರ್ಡ್ ಪ್ರಮಾಣಪತ್ರದ ಅಡಿಯಲ್ಲಿ ಸಾರ್ವಜನಿಕ ಪ್ರಮಾಣಪತ್ರ ಪಾರದರ್ಶಕತೆ ಲಾಗ್ಗಳಲ್ಲಿ ಇದರ ವಿತರಣೆಯು ಗೋಚರಿಸುವ ಹಂಚಿದ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಹೊಂದಿರುತ್ತದೆ, ಆದ್ದರಿಂದ ನೋಡುವ ಯಾರಿಗಾದರೂ ಹೋಸ್ಟ್ಗಳನ್ನು ಒಂದಕ್ಕೊಂದು ಲಿಂಕ್ ಮಾಡಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. ಸೈಟ್ಗಳನ್ನು ಸಂಪರ್ಕಿಸಲು ಸಾಧ್ಯವಿಲ್ಲದ ಕೆಲಸಕ್ಕಾಗಿ, CDN ಮತ್ತು DNS ಖಾತೆ ಪೂಲ್ಗಳು, ನಿರ್ವಹಿಸಿದ ಫೂಟ್ಪ್ರಿಂಟ್ಗಳು ಮತ್ತು ಸ್ಟೆಟಿಕ್-HTML ಡೆಲಿವರಿಯೊಂದಿಗೆ ಅದಕ್ಕಾಗಿ ನಿರ್ದಿಷ್ಟವಾಗಿ ವಿನ್ಯಾಸಗೊಳಿಸಲಾದ ನಮ್ಮ Footprint-Free ಲೈನ್ನಲ್ಲಿ ಪ್ರತ್ಯೇಕ ರಿಜಿಸ್ಟ್ರೇಬಲ್ ಡೊಮೇನ್ಗಳನ್ನು ಬಳಸಿ.
ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಹರಡಲು ಬಿಡುವ ಬದಲು ಅದನ್ನು ನಿಯಂತ್ರಿಸಲು ನಿರ್ಮಿಸಲಾಗಿದೆ. CloudLinux LVE ಪ್ರತಿ ಸೈಟ್ನ CPU, ಮೆಮೊರಿ ಮತ್ತು IO ಅನ್ನು ತನ್ನದೇ ಆದ ಕೇಜ್ ಒಳಗೆ ಮಿತಿಗೊಳಿಸುತ್ತದೆ, CageFS ಪ್ರತಿ ಸೈಟ್ಗೆ ಪ್ರತ್ಯೇಕವಾದ ಫೈಲ್ಸಿಸ್ಟಮ್ ವೀಕ್ಷಣೆಯನ್ನು ನೀಡುತ್ತದೆ ಇದರಿಂದ ಉಲ್ಲಂಘನೆಯು ನಿಯಂತ್ರಿಸಲ್ಪಡುತ್ತದೆ ಮತ್ತು MySQL Governor ಪ್ರತಿ ಸೈಟ್ನ ಡೇಟಾಬೇಸ್ ಲೋಡ್ ಅನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ ಇದರಿಂದ ಒಂದು ಸೈಟ್ನ ಭಾರವಾದ ಪ್ರಶ್ನೆಗಳು ಸರ್ವರ್ ಅನ್ನು ನಿಧಾನಗೊಳಿಸುವುದಿಲ್ಲ. ಮಾಲ್ವೇರ್ ಸ್ಕ್ಯಾನಿಂಗ್, ಪೂರ್ವಭಾವಿ ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ ಫೈರ್ವಾಲ್ ಮತ್ತು ಪ್ರತಿ ಸೈಟ್ನ ಬದಲಾಯಿಸಲಾಗದ ಬ್ಯಾಕ್ಅಪ್ಗಳು ಇದಕ್ಕೆ ಬೆಂಬಲ ನೀಡುತ್ತವೆ. ನಿಯಂತ್ರಣವೇ ಇದರ ವಿನ್ಯಾಸದ ಗುರಿಯಾಗಿದೆ; ಯಾವುದೇ ಹೋಸ್ಟ್ ರಾಜಿ ಅಸಾಧ್ಯವೆಂದು ಭರವಸೆ ನೀಡಲು ಸಾಧ್ಯವಿಲ್ಲ.
ಹೌದು. ರಿಜಿಸ್ಟ್ರಾರ್ ಮತ್ತು DNS ಅನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಪ್ರತ್ಯೇಕಿಸಲಾಗಿದೆ. ನಿಮ್ಮ ಡೊಮೇನ್ ಅನ್ನು ನಿಮ್ಮ ಪ್ರಸ್ತುತ ರಿಜಿಸ್ಟ್ರಾರ್ ಬಳಿ ಮತ್ತು ನಿಮ್ಮ ವಲಯವನ್ನು ನಿಮ್ಮ ಪ್ರಸ್ತುತ DNS ಒದಗಿಸುವವರ ಬಳಿ ಇರಿಸಿಕೊಳ್ಳಬಹುದು ಮತ್ತು ಉಪಡೊಮೇನ್ನ ರೆಕಾರ್ಡ್ ಅನ್ನು ಸರಳವಾಗಿ ನಮ್ಮ ಕಡೆಗೆ ನಿರ್ದೇಶಿಸಬಹುದು. ಸೈಟ್ ಅನ್ನು ಲೈವ್ ಎಂದು ಪರಿಗಣಿಸುವ ಮೊದಲು ನಾವು ನಿಯೋಗ ಮತ್ತು ಸಕ್ರಿಯಗೊಳಿಸುವಿಕೆಯನ್ನು ಪರಿಶೀಲಿಸುತ್ತೇವೆ, ಆದ್ದರಿಂದ ತಪ್ಪಾಗಿ ಟೈಪ್ ಮಾಡಿದ ರೆಕಾರ್ಡ್ ಮೌನವಾಗಿ ವಿಫಲಗೊಳ್ಳುವ ಬದಲು ತಕ್ಷಣವೇ ಗೋಚರಿಸುತ್ತದೆ. ಮೂಲ ಡೊಮೇನ್ನ ವಲಯವನ್ನು ಈಗಾಗಲೇ ಇಲ್ಲಿ ಹೋಸ್ಟ್ ಮಾಡಿದ್ದರೆ, ಬದಲಿಗೆ ನಾವು ನಿಮಗಾಗಿ ಉಪಡೊಮೇನ್ನ ರೆಕಾರ್ಡ್ ಅನ್ನು ಅದರಲ್ಲಿ ಬರೆಯುತ್ತೇವೆ, ಆದ್ದರಿಂದ ನೀವು ಕೈಯಿಂದ ಸೇರಿಸಲು ಏನೂ ಇರುವುದಿಲ್ಲ.
ಇದನ್ನು ಸೃಷ್ಟಿಸುವ ರೀತಿಯಲ್ಲಿ ಮಾತ್ರ. ಸ್ಟೇಜಿಂಗ್ಗೆ ಕ್ಲೋನ್ ಮಾಡುವುದು ಲೈವ್ ಸೈಟ್ನ ಪ್ರತ್ಯೇಕ ನಕಲನ್ನು ನಿರ್ಮಿಸುತ್ತದೆ, ಇದರಲ್ಲಿ ಫೈಲ್ಗಳು ಮತ್ತು ಡೇಟಾಬೇಸ್ ಸೇರಿವೆ, ಇದು ಪ್ರೊಡಕ್ಷನ್ನ ಅದೇ ಸ್ಟ್ಯಾಕ್ ಮತ್ತು ಬ್ಲೂಪ್ರಿಂಟ್ ಆವೃತ್ತಿಯನ್ನು ಚಲಾಯಿಸುವ ಸ್ಟೇಜಿಂಗ್ ಸಬ್ಡೊಮೇನ್ನಲ್ಲಿ ಇರುತ್ತದೆ. ನೀವು ತೃಪ್ತರಾದಾಗ, ಪುಶ್-ಟು-ಲೈವ್ ಡೇಟಾಬೇಸ್-ಅವೇರ್ ಸರ್ಚ್-ರೀಪ್ಲೇಸ್ನೊಂದಿಗೆ ಅದನ್ನು ಮರು ಸಿಂಕ್ ಮಾಡುತ್ತದೆ. ಉಳಿದ ಎಲ್ಲವೂ, ಪ್ರತ್ಯೇಕತೆ, SSL, ಸಂಗ್ರಹಣೆ, ಬ್ಯಾಕಪ್ಗಳು ಮತ್ತು ಡೆವಲಪರ್ ಪ್ರವೇಶವು ಬೇರೆ ಯಾವುದೇ ಸೈಟ್ನಂತೆಯೇ ಇರುತ್ತದೆ.
ನೀವು ಅವುಗಳನ್ನು ನಿಮ್ಮೊಂದಿಗೆ ತೆಗೆದುಕೊಂಡು ಹೋಗುತ್ತೀರಿ. ಪ್ಲಾಟ್ಫಾರ್ಮ್ನಲ್ಲಿ ಎಲ್ಲಿಯೂ ಯಾವುದೇ ಲಾಕ್-ಇನ್ ಇಲ್ಲ: ನೀವು ದೃಢೀಕರಣ ಕೋಡ್ಗಳನ್ನು ಮರುಪಡೆಯಬಹುದು, ಡೊಮೇನ್ಗಳನ್ನು ಅನ್ಲಾಕ್ ಮಾಡಬಹುದು ಮತ್ತು ಅವುಗಳನ್ನು ವರ್ಗಾಯಿಸಬಹುದು, ನಿಮ್ಮ ಸ್ವಂತ CDN ಮತ್ತು DNS ಖಂಸಾತೆಗಳನ್ನು ತರಬಹುದು ಮತ್ತು ನಿಮ್ಮ ಸೈಟ್ಗಳನ್ನು ಎಕ್ಸ್ಪೋರ್ಟ್ ಮಾಡಬಹುದು. ನಾವು ಬಳಸುವ ಪ್ರತಿಯೊಂದು ಬಾಹ್ಯ ಒದಗಿಸುವವರು ಬದಲಾಯಿಸಬಹುದಾದ ಅಡಾಪ್ಟರ್ ಹಿಂದೆ ಇರುತ್ತಾರೆ, ಇದು ನಮಗೆ ಎಷ್ಟು ಸತ್ಯವೋ ನಿಮಗೆ ಅಷ್ಟೇ ಸತ್ಯವಾಗಿದೆ.
ನೀವು ಸೇರಿಸುವ ಪ್ರತಿ ಹೋಸ್ಟ್ನಲ್ಲಿ ಸಂಪೂರ್ಣ ಐಸೋಲೇಶನ್, ವೈಲ್ಡ್ಕಾರ್ಡ್ SSL, ನೈಜ DNS ನಿಯಂತ್ರಣ ಮತ್ತು ಒನ್-ಕ್ಲಿಕ್ ಸ್ಟೇಜಿಂಗ್. ಕಾರ್ಡ್-ಮುಕ್ತ 14 ದಿನಗಳ ಉಚಿತ ಪ್ರಯೋಗದೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸಿ ಮತ್ತು ನೀವು ಬದ್ಧರಾಗುವ ಮೊದಲು ಇದು ಹೇಗೆ ಹೊಂದಿಕೊಳ್ಳುತ್ತದೆ ಎಂಬುದನ್ನು ನೋಡಿ.
ಉಚಿತವಾಗಿ ಪ್ರಾರಂಭಿಸಿ