ವೈಶಿಷ್ಟ್ಯಗಳು
app, shop, docs ಅಥವಾ staging ಅನ್ನು ನೀವು ಬಯಸುವಲ್ಲಿಗೆ ಪಾಯಿಂಟ್ ಮಾಡಿ ಮತ್ತು ಅದರ ಹಿಂದೆ ನೈಜವಾದ, ಸಂಪೂರ್ಣವಾಗಿ ಪ್ರತ್ಯೇಕಿಸಲ್ಪಟ್ಟ ಸೈಟ್ ಅನ್ನು ಪಡೆದುಕೊಳ್ಳಿ: ಅದರದೇ ಆದ ಸ್ಟ್ಯಾಕ್, ಡೇಟಾಬೇಸ್, ಕ್ಯಾಶ್, ಬ್ಯಾಕಪ್‌ಗಳು ಮತ್ತು ರಿಸೋರ್ಸ್ ಕೇಜ್. ಸಂಪೂರ್ಣ DNS ರೆಕಾರ್ಡ್ ನಿಯಂತ್ರಣ, ವೈಲ್ಡ್‌ಕಾರ್ಡ್‌ಗಳು ಸೇರಿದಂತೆ ಸ್ವಯಂಚಾಲಿತ SSL, ಮತ್ತು ಒಂದೇ ಕ್ಲಿಕ್‌ನಲ್ಲಿ ಸ್ಟೇಜಿಂಗ್ ಸಬ್‌ಡೊಮೇನ್‌ಗಳು. ಲಭ್ಯತೆ: ಪ್ರತಿ ಸೈಟ್‌ಗೆ ಡೇಟಾಬೇಸ್ ಥ್ರೊಟ್ಲಿಂಗ್ ಸಕ್ರಿಯ ಅಭಿವೃದ್ಧಿಯಲ್ಲಿದೆ ಮತ್ತು ಇನ್ನೂ ಲಭ್ಯವಿಲ್ಲ. ಇಲ್ಲಿ ವಿವರಿಸಲಾದ ಉಳಿದೆಲ್ಲವೂ ಇಂದೇ ಲಭ್ಯವಿದೆ.
ಹೆಚ್ಚಿನ ಹೋಸ್ಟ್‌ಗಳಲ್ಲಿ ಸಬ್ಡೊಮೇನ್ ಎನ್ನುವುದು ಅದರ ಮುಂದೆ ರಿರೈಟ್ ನಿಯಮವನ್ನು ಹೊಂದಿರುವ ಡೈರೆಕ್ಟರಿಯಾಗಿದೆ. ಆದರೆ ಇಲ್ಲಿ, ಇದು ತನ್ನದೇ ಆದ ಬ್ಲೂಪ್ರಿಂಟ್ ಆವೃತ್ತಿ, ಫ್ಲೀಟ್‌ನಲ್ಲಿ ತನ್ನದೇ ಆದ ನಿಯೋಜನೆ ಮತ್ತು ತನ್ನದೇ ಆದ ಪ್ರತ್ಯೇಕತೆಯ ಗಡಿಯನ್ನು ಹೊಂದಿರುವ ಪ್ರಮುಖ ಸೈಟ್ ದಾಖಲೆಯಾಗಿದೆ. ಪ್ರಾಥಮಿಕ ಡೊಮೇನ್ನಲ್ಲಿ ನೀವು ಏನೆಲ್ಲಾ ಮಾಡಬಹುದೋ, ಅದನ್ನೆಲ್ಲಾ ಸಬ್‌ಡೊಮೇನ್‌ನಲ್ಲೂ ಮಾಡಬಹುದು.
ಪ್ರತಿಯೊಂದು ಉಪಡೊಮೇನ್ ಸೈಟ್ ಅನ್ನು ಆವೃತ್ತಿಯ ಬ್ಲೂಪ್ರಿಂಟ್‌ನಿಂದ ನಿರ್ಮಿಸಲಾಗಿದೆ ಮತ್ತು ತನ್ನದೇ ಆದ ಸ್ಟ್ಯಾಕ್ ಪ್ರಕಾರ ಮತ್ತು ರನ್‌ಟೈಮ್ ಅನ್ನು ರನ್ ಮಾಡುತ್ತದೆ: ನಿರ್ವಹಿಸಲಾದ WordPress, WooCommerce, PHP, ಸ್ಥಿರ HTML ಅಥವಾ Node. ನಿಮ್ಮ docs ಉಪಡೊಮೇನ್ ಸ್ಥಿರ 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 ಒದಗಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಉಪಡೊಮೇನ್ ದ್ವಿತೀಯ ದರ್ಜೆಯ ವರ್ಚುವಲ್ ಹೋಸ್ಟ್‌ಗಿಂತ ಹೆಚ್ಚಾಗಿ ರೂಟ್ ಡೊಮೇನ್ನಂತೆಯೇ ಅದೇ ಸಂಪರ್ಕ-ಮಟ್ಟದ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಪಡೆಯುತ್ತದೆ.
ಡ್ಯಾಶ್‌ಬೋರ್ಡ್‌ನಿಂದ ಅಥವಾ WordPress ಒಳಗಿನಿಂದ ಸಂಘಟಿತ ಪರ್ಜ್‌ನೊಂದಿಗೆ, LSCache ಪೂರ್ಣ-ಪುಟ ಕ್ಯಾಶಿಂಗ್ ಜೊತೆಗೆ ಪ್ರತಿ-ಸೈಟ್‌ಗೆ Redis ಆಬ್ಜೆಕ್ಟ್ ಕ್ಯಾಶ್. ಪೇರೆಂಟ್ ಅನ್ನು ಪರ್ಜ್ ಮಾಡುವುದರಿಂದ ನಿಮ್ಮ ಸಬ್‌ಡೊಮೇನ್‌ನ ಕ್ಯಾಶ್ ಅಳಿಸಿಹೋಗುವುದಿಲ್ಲ.
ನಮ್ಮ CDN ಮತ್ತು Cloudflare ಖಾತೆ ಪೂಲ್ ಮೂಲಕ ನಿಯೋಜಿಸಿ ಅಥವಾ ನಿಮ್ಮ ಸ್ವಂತ ಖಾತೆಗಳನ್ನು ಸಂಪರ್ಕಿಸಿ ಮತ್ತು ನಿರ್ದಿಷ್ಟ ಸೈಟ್ ಯಾವ ಖಾತೆಗೆ ನಿಯೋಜನೆಗೊಳ್ಳುತ್ತದೆ ಎಂಬುದನ್ನು ಆರಿಸಿ. ವಿತರಣೆಯು ನೀವು ತೆಗೆದುಕೊಳ್ಳುವ ನಿರ್ಧಾರವಾಗಿದೆ, ನಾವು ನಿಮಗಾಗಿ ತೆಗೆದುಕೊಳ್ಳುವ ನಿರ್ಧಾರವಲ್ಲ.
ಉಪಡೊಮೇನ್ ಬಯಸುವುದಕ್ಕೆ ಸಾಮಾನ್ಯ ಕಾರಣವೆಂದರೆ, ಪ್ರಯೋಗಗಳನ್ನು ನಡೆಸಲು ಮತ್ತು ದೋಷಗಳನ್ನು ಪರೀಕ್ಷಿಸಲು ಸುರಕ್ಷಿತ ಸ್ಥಳವನ್ನು ಹೊಂದಿರುವುದು. ಈ ಆಯ್ಕೆಯು Mainstream ಯೋಜನೆಗಳಲ್ಲಿ ಅಂತರ್ಗತವಾಗಿದ್ದು, ಯಾವುದೇ ನಿರ್ಬಂಧಗಳಿಲ್ಲದೆ ಲಭ್ಯವಿದೆ.
ಸ್ಟೇಜಿಂಗ್‌ಗೆ ಕ್ಲೋನ್ ಮಾಡುವುದರಿಂದ ಲೈವ್ ಸೈಟ್‌ನ ಪ್ರತ್ಯೇಕ ಪ್ರತಿಯನ್ನು ಸ್ಟೇಜಿಂಗ್ ಸಬ್‌ಡೊಮೇನ್‌ನಲ್ಲಿ ರಚಿಸಲಾಗುತ್ತದೆ, ಅದರ ಫೈಲ್‌ಗಳು ಮತ್ತು ಡೇಟಾಬೇಸ್ ಹಾಗೆಯೇ ಇರುತ್ತವೆ, ಪ್ರೊಡಕ್ಷನ್‌ನಂತೆಯೇ ಅದೇ ಸ್ಟ್ಯಾಕ್ ಮತ್ತು ಬ್ಲೂಪ್ರಿಂಟ್ ಆವೃತ್ತಿಯಲ್ಲಿರುತ್ತವೆ. ನೀವು ಸಂಪೂರ್ಣ ಟೂಲ್‌ಸೆಟ್‌ನೊಂದಿಗೆ ಪ್ರತಿಯ ಮೇಲೆ ಕೆಲಸ ಮಾಡುತ್ತೀರಿ: ಜೈಲ್ಡ್ SSH ಮತ್ತು SFTP, wp-cli, ಬ್ರೌಸರ್ ಆಧಾರಿತ VS Code ಎಡಿಟರ್, phpMyAdmin ಅಥವಾ Adminer, ಪ್ರತಿ ಸೈಟ್‌ಗೆ cron ಮತ್ತು ಪರಿಸರ ವೇರಿಯೇಬಲ್‌ಗಳು.
ಬದಲಾವಣೆಯನ್ನು ಪರಿಶೀಲಿಸಿದ ನಂತರ, ನೇರ ಪ್ರಸಾರಕ್ಕೆ ಕಳುಹಿಸುವ ಪ್ರಕ್ರಿಯೆಯು ಪ್ರೊಡಕ್ಷನ್‌ಗೆ ಡೇಟಾಬೇಸ್-ಅರಿವುಳ್ಳ ಸಿಂಕ್ ಅನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ. ನೀವು ಫೈಲ್‌ಗಳು, ಡೇಟಾಬೇಸ್ ಅಥವಾ ಎರಡನ್ನೂ ಆಯ್ಕೆಮಾಡುತ್ತೀರಿ, ಮತ್ತು ಹುಡುಕಾಟ-ಬದಲಾವಣೆ ಪ್ರಕ್ರಿಯೆಯನ್ನು ನಿಮಗಾಗಿ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ, ಇದರಿಂದ ನಿಮ್ಮ ವಿಷಯದಲ್ಲಿರುವ URLಗಳು ಸ್ಟೇಜಿಂಗ್ ಹೋಸ್ಟ್‌ಗೆ ಹಿಂತಿರುಗುವ ಬದಲು ಸೈಟ್ ಅನ್ನು ಅನುಸರಿಸುತ್ತವೆ. ಪ್ರಾವಿಷನಿಂಗ್, ಕ್ಲೋನಿಂಗ್ ಮತ್ತು ನಿಯೋಜನೆ ಎಲ್ಲವೂ ಪ್ರತಿ-ಹಂತದ ಮರುಪ್ರಯತ್ನಗಳು ಮತ್ತು ಪರಿಹಾರಗಳೊಂದಿಗೆ ಬಾಳಿಕೆ ಬರುವ Temporal ವರ್ಕ್‌ಫ್ಲೋಗಳಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದರಿಂದ, ಮಧ್ಯದಲ್ಲಿ ಉಂಟಾಗುವ ವೈಫಲ್ಯವು ಭಾಗಶಃ ಕೆಲಸವನ್ನು ರದ್ದುಗೊಳಿಸುತ್ತದೆ, ಬದಲಿಗೆ ಅರ್ಧ ಕ್ಲೋನ್ ಆದ ಸೈಟ್‌ನೊಂದಿಗೆ ನಿಮ್ಮನ್ನು ಬಿಡುವುದಿಲ್ಲ.
ನೀವು ಮಾಡಲು ಪ್ರಯತ್ನಿಸುತ್ತಿರುವುದಕ್ಕೆ ಅಡ್ಡಿಯಾಗುವಂತಹದ್ದನ್ನು ನಿಮಗೆ ಮಾರಾಟ ಮಾಡುವುದಕ್ಕಿಂತ ಮುಂಚಿತವಾಗಿಯೇ ಇದನ್ನು ನಿಮಗೆ ತಿಳಿಸಲು ನಾವು ಬಯಸುತ್ತೇವೆ.
ಒಂದೇ ಬ್ರ್ಯಾಂಡ್ ಅನ್ನು ರಚನೆ ಮಾಡಲು ಸಬ್‌ಡೊಮೇನ್‌ಗಳು ಸರಿಯಾದ ಪರಿಹಾರವಾಗಿದೆ: ಅಪ್ಲಿಕೇಶನ್, ಅಂಗಡಿ, ಡಾಕ್ಯುಮೆಂಟೇಶನ್ ಸೈಟ್, ಗ್ರಾಹಕ ಪೋರ್ಟಲ್, ಪ್ರತಿ-ಕ್ಲೈಂಟ್ ಸ್ಟೇಜಿಂಗ್ ಪರಿಸರ. ಖಾಸಗಿ ಬ್ಲಾಗ್ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಅವು ತಪ್ಪಾದ ಆಯ್ಕೆಯಾಗಿದೆ. ಪ್ರತಿಯೊಂದು ಸಬ್ಡೊಮೇನ್ ಒಂದೇ ನೋಂದಾಯಿಸಬಹುದಾದ ಡೊಮೇನ್ ಅನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತದೆ, ಆದ್ದರಿಂದ ಅವುಗಳಲ್ಲಿ ಒಂದನ್ನು ರಿಸಾಲ್ವ್ ಮಾಡುವ ಯಾರಾದರೂ ಉಳಿದವುಗಳ ಮಾಲೀಕರು ಯಾರೆಂದು ನಿಖರವಾಗಿ ತಿಳಿಯಬಹುದು. ವೈಲ್ಡ್‌ಕಾರ್ಡ್ ಪ್ರಮಾಣಪತ್ರದ ಅಡಿಯಲ್ಲಿ ಅವು ಪ್ರಮಾಣಪತ್ರವನ್ನು ಸಹ ಹಂಚಿಕೊಳ್ಳುತ್ತವೆ, ಮತ್ತು ಪ್ರಮಾಣಪತ್ರ ವಿತರಣೆಯನ್ನು ಸಾರ್ವಜನಿಕ Certificate Transparency ಲಾಗ್‌ಗಳಿಗೆ ಪ್ರಕಟಿಸಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಹಂಚಿಕೊಂಡ ಡೊಮೇನ್ ಅಡಿಯಲ್ಲಿರುವ ಹೋಸ್ಟ್‌ಗಳನ್ನು ನೋಡಲು ಬಯಸುವ ಯಾರಾದರೂ ಸುಲಭವಾಗಿ ಪಟ್ಟಿ ಮಾಡಬಹುದು. ಇದು ಸಾರ್ವಜನಿಕ ವೆಬ್ PKI ಮತ್ತು DNS ನ ಗುಣಲಕ್ಷಣವಾಗಿದೆ, ನಮ್ಮ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನದ್ದಲ್ಲ, ಮತ್ತು ಯಾವುದೇ ಹೋಸ್ಟಿಂಗ್ ಕಾನ್ಫಿಗರೇಶನ್ ಇದನ್ನು ಬದಲಾಯಿಸುವುದಿಲ್ಲ.
ಆದ್ದರಿಂದ ಸಬ್‌ಡೊಮೇನ್‌ಗಳು ನಮ್ಮ Mainstream ಮತ್ತು Agency ಶ್ರೇಣಿಗಳಲ್ಲಿ ಇರುತ್ತವೆ, Footprint-Free ಶ್ರೇಣಿಯಲ್ಲಲ್ಲ. ಸೈಟ್‌ಗಳು ಒಂದಕ್ಕೊಂದು ಲಿಂಕ್ ಆಗಬಾರದು ಎಂಬುದು ನಿಮ್ಮ ಅಗತ್ಯವಾಗಿದ್ದರೆ, ನಿಮಗೆ footprint-ಮುಕ್ತ ಉತ್ಪನ್ನ ಶ್ರೇಣಿಯಲ್ಲಿ ಪ್ರತ್ಯೇಕ ನೋಂದಾಯಿಸಬಹುದಾದ ಡೊಮೇನ್‌ಗಳು ಬೇಕಾಗುತ್ತವೆ, ಅಲ್ಲಿ CDN ಮತ್ತು DNS ಖಾತೆ ಪೂಲ್‌ಗಳು, footprint ನಿರ್ವಹಣೆ ಮತ್ತು ಸ್ಥಿರ-HTML ವಿತರಣೆಯು ನಿಖರವಾಗಿ ಆ ಪ್ಯಾಟರ್ನ್ ಅನ್ನು ಮುರಿಯಲು ಇರುತ್ತವೆ. ಎರಡೂ ಒಂದೇ ಎಂಜಿನ್ ಮತ್ತು ಒಂದೇ ಡ್ಯಾಶ್‌ಬೋರ್ಡ್‌ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಸರಿಯಾಗಿ ಆಯ್ಕೆ ಮಾಡುವುದರಿಂದ ನಿಮ್ಮ ಅನುಕೂಲಕ್ಕೆ ಯಾವುದೇ ಧಕ್ಕೆಯಾಗುವುದಿಲ್ಲ.
ಏಜೆನ್ಸಿಗಳು ಮತ್ತು ಮರುಮಾರಾಟಗಾರರು ಸಬ್‌ಡೊಮೇನ್‌ಗಳನ್ನು ಹೆಚ್ಚಿನ ಪ್ರಮಾಣದಲ್ಲಿ ಬಳಸುತ್ತಾರೆ: ಪ್ರತಿ ಕ್ಲೈಂಟ್‌ಗೆ ಒಂದು ಸ್ಟೇಜಿಂಗ್ ಹೋಸ್ಟ್, ಪ್ರತಿ ಯೋಜನೆಗೆ ಮುನ್ನೋಟದ ಹೋಸ್ಟ್, ಪ್ರತಿ ಖಾತೆಗೆ ಒಂದು ಪೋರ್ಟಲ್. ಈ ರೀತಿಯ ಕೆಲಸಕ್ಕಾಗಿಯೇ ಈ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಅನ್ನು ನಿರ್ಮಿಸಲಾಗಿದೆ.
ಸಂಸ್ಥೆಗಳು ಮರದಂತಹ ಶ್ರೇಣೀಕೃತ ರಚನೆಯಲ್ಲಿ ಗೂಡುಕಟ್ಟಿಕೊಂಡಿವೆ, ಮರುಮಾರಾಟಗಾರರಿಂದ ಗ್ರಾಹಕರಿಗೆ ಮತ್ತು ನಂತರ ಸೈಟ್‌ಗಳಿಗೆ, ಮತ್ತು ಪ್ರತಿಯೊಂದು ದಾಖಲೆಯು ಸಾಲು-ಮಟ್ಟದ ಭದ್ರತೆಯೊಂದಿಗೆ ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ವ್ಯಾಪ್ತಿಗೊಳಿಸಲ್ಪಟ್ಟಿರುತ್ತದೆ ಮತ್ತು ಜಾರಿಗೊಳಿಸಲ್ಪಡುತ್ತದೆ. ಕ್ಲೈಂಟ್‌ನ ಸಬ್‌ಡೊಮೇನ್‌ಗಳು ಆ ಕ್ಲೈಂಟ್‌ನ ಸಂಸ್ಥೆಗೆ ಸೇರಿರುತ್ತವೆ, ನೀವು ಸಂಪ್ರದಾಯದ ಪ್ರಕಾರ ನಿಯಂತ್ರಿಸಬೇಕಾದ ಹಂಚಿಕೆಯ ಬಕೆಟ್‌ಗೆ ಅಲ್ಲ.
ಪ್ರತಿ ಸೈಟ್‌ಗೆ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಪುನರಾವರ್ತಿಸುವ ಬದಲು ಒಂದೇ ಕ್ರಿಯೆಯಲ್ಲಿ ಅನೇಕ ಸೈಟ್ಗಳನ್ನು ನಿಯೋಜಿಸಿ, ನವೀಕರಿಸಿ ಮತ್ತು ನಿರ್ವಹಿಸಿ.
ಡ್ಯಾಶ್‌ಬೋರ್ಡ್‌ನಲ್ಲಿರುವ ಪ್ರತಿಯೊಂದೂ OpenAPI ನಿರ್ದಿಷ್ಟತೆಯಿಂದ ರಚಿಸಲಾದ ಸಾರ್ವಜನಿಕ API ನಲ್ಲಿ ಲಭ್ಯವಿದೆ. ಸಂಸ್ಥೆ-ವ್ಯಾಪ್ತಿಯ 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 ಅನ್ನು ತನ್ನದೇ ಆದ ಚೌಕಟ್ಟಿನಲ್ಲಿ ಮಿತಿಗೊಳಿಸುತ್ತದೆ, CageFS ಪ್ರತಿ ಸೈಟ್‌ಗೆ ಪ್ರತ್ಯೇಕವಾದ ಫೈಲ್‌ಸಿಸ್ಟಮ್ ನೋಟವನ್ನು ಒದಗಿಸುತ್ತದೆ ಇದರಿಂದ ಉಲ್ಲಂಘನೆಯು ನಿಯಂತ್ರಣದಲ್ಲಿರುತ್ತದೆ, ಮತ್ತು MySQL Governor ಪ್ರತಿ ಸೈಟ್‌ನ ಡೇಟಾಬೇಸ್ ಲೋಡ್ ಅನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ ಇದರಿಂದ ಒಂದು ಸೈಟ್‌ನ ಭಾರಿ ಕ್ವೆರಿಗಳು ಸರ್ವರ್ ಅನ್ನು ನಿಧಾನಗೊಳಿಸುವುದಿಲ್ಲ. ಮಾಲ್‌ವೇರ್ ಸ್ಕ್ಯಾನಿಂಗ್, ಪೂರ್ವಭಾವಿ ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ ಫೈರ್‌ವಾಲ್ ಮತ್ತು ಪ್ರತಿ ಸೈಟ್‌ನ ಬದಲಾಯಿಸಲಾಗದ ಬ್ಯಾಕಪ್‌ಗಳು ಇದನ್ನು ಬೆಂಬಲಿಸುತ್ತವೆ. ನಿಯಂತ್ರಣವೇ ವಿನ್ಯಾಸದ ಗುರಿಯಾಗಿದೆ; ಯಾವುದೇ ಹೋಸ್ಟ್ ಸುರಕ್ಷತಾ ಉಲ್ಲಂಘನೆ ಅಸಾಧ್ಯವೆಂದು ಭರವಸೆ ನೀಡಲು ಸಾಧ್ಯವಿಲ್ಲ.
ಹೌದು. ರಿಜಿಸ್ಟ್ರಾರ್ ಮತ್ತು DNS ಅನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿಯೇ ಪ್ರತ್ಯೇಕಿಸಲಾಗಿದೆ. ನಿಮ್ಮ ಡೊಮೇನ್ ಅನ್ನು ನಿಮ್ಮ ಪ್ರಸ್ತುತ ರಿಜಿಸ್ಟ್ರಾರ್‌ನಲ್ಲಿ ಮತ್ತು ನಿಮ್ಮ ವಲಯವನ್ನು ನಿಮ್ಮ ಪ್ರಸ್ತುತ DNS ಪೂರೈಕೆದಾರರಲ್ಲಿಯೇ ಇರಿಸಿಕೊಂಡು, ಕೇವಲ ಸಬ್‌ಡೊಮೇನ್‌ನ ರೆಕಾರ್ಡ್ ಅನ್ನು ನಮ್ಮ ಕಡೆಗೆ ತೋರಿಸಬಹುದು. ಸೈಟ್ ಅನ್ನು ಲೈವ್ ಎಂದು ಪರಿಗಣಿಸುವ ಮೊದಲು ನಾವು ನಿಯೋಜನೆ ಮತ್ತು ಸಕ್ರಿಯಗೊಳಿಸುವಿಕೆಯನ್ನು ಪರಿಶೀಲಿಸುತ್ತೇವೆ, ಆದ್ದರಿಂದ ತಪ್ಪಾಗಿ ನಮೂದಿಸಿದ ರೆಕಾರ್ಡ್ ಯಾವುದೇ ಸದ್ದಿಲ್ಲದೆ ವಿಫಲವಾಗುವ ಬದಲು ತಕ್ಷಣವೇ ಬೆಳಕಿಗೆ ಬರುತ್ತದೆ. ಮೂಲ ಡೊಮೇನ್‌ನ ವಲಯವನ್ನು ಈಗಾಗಲೇ ಇಲ್ಲಿ ಹೋಸ್ಟ್ ಮಾಡಿದ್ದರೆ, ನಿಮ್ಮ ಬದಲಿಗೆ ಸಬ್‌ಡೊಮೇನ್‌ನ ರೆಕಾರ್ಡ್ ಅನ್ನು ನಾವೇ ಅದರಲ್ಲಿ ಬರೆಯುತ್ತೇವೆ, ಆದ್ದರಿಂದ ನೀವು ಹಸ್ತಚಾಲಿತವಾಗಿ ಏನನ್ನೂ ಸೇರಿಸಬೇಕಾಗಿಲ್ಲ.
ಅದು ಹೇಗೆ ರಚಿಸಲ್ಪಡುತ್ತದೆ ಎಂಬುದರಲ್ಲಿ ಮಾತ್ರ ವ್ಯತ್ಯಾಸವಿದೆ. ಕ್ಲೋನ್ ಟು ಸ್ಟೇಜಿಂಗ್ ಪ್ರೊಡಕ್ಷನ್‌ನಂತೆಯೇ ಅದೇ ಸ್ಟ್ಯಾಕ್ ಮತ್ತು ಬ್ಲೂಪ್ರಿಂಟ್ ಆವೃತ್ತಿಯನ್ನು ಚಾಲನೆ ಮಾಡುವ ಸ್ಟೇಜಿಂಗ್ ಸಬ್‌ಡೊಮೇನ್‌ನಲ್ಲಿ ಫೈಲ್‌ಗಳು ಮತ್ತು ಡೇಟಾಬೇಸ್ ಸೇರಿದಂತೆ ಲೈವ್ ಸೈಟ್‌ನ ಪ್ರತ್ಯೇಕವಾದ ನಕಲನ್ನು ನಿರ್ಮಿಸುತ್ತದೆ. ನೀವು ತೃಪ್ತರಾದಾಗ, ಪುಶ್-ಟು-ಲೈವ್ ಅದನ್ನು ಡೇಟಾಬೇಸ್-ಅವೇರ್ ಹುಡುಕಾಟ ಮತ್ತು ಬದಲಿ ಪ್ರಕ್ರಿಯೆಯೊಂದಿಗೆ ಮರಳಿ ಸಿಂಕ್ ಮಾಡುತ್ತದೆ. ಪ್ರತ್ಯೇಕತೆ, SSL, ಕ್ಯಾಶಿಂಗ್, ಬ್ಯಾಕಪ್‌ಗಳು ಮತ್ತು ಡೆವಲಪರ್ ಪ್ರವೇಶ ಸೇರಿದಂತೆ ಉಳಿದೆಲ್ಲವೂ ಯಾವುದೇ ಇತರ ಸೈಟ್‌ಗೆ ಸಮಾನವಾಗಿರುತ್ತದೆ.
ನೀವು ಅವುಗಳನ್ನು ನಿಮ್ಮೊಂದಿಗೆ ತೆಗೆದುಕೊಂಡು ಹೋಗಬಹುದು. ಪ್ಲಾಟ್ಫಾರ್ಮ್ನಲ್ಲಿ ಎಲ್ಲಿಯೂ ಯಾವುದೇ ನಿರ್ಬಂಧವಿಲ್ಲ: ನೀವು ದೃಢೀಕರಣ ಕೋಡ್ಗಳನ್ನು ಹಿಂಪಡೆಯಬಹುದು, ಡೊಮೇನ್ಗಳನ್ನು ಅನ್ಲಾಕ್ ಮಾಡಿ ವರ್ಗಾಯಿಸಬಹುದು, ನಿಮ್ಮ ಸ್ವಂತ CDN ಮತ್ತು DNS ಖಾತೆಗಳನ್ನು ತರಬಹುದು ಮತ್ತು ನಿಮ್ಮ ಸೈಟ್ಗಳನ್ನು ರಫ್ತು ಮಾಡಬಹುದು. ನಾವು ಬಳಸುವ ಪ್ರತಿಯೊಬ್ಬ ಬಾಹ್ಯ ಪೂರೈಕೆದಾರರು ಬದಲಾಯಿಸಬಹುದಾದ ಅಡಾಪ್ಟರ್ನ ಹಿಂದೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಾರೆ, ಇದು ನಮಗೆ ಹೇಗೋ ಹಾಗೆಯೇ ನಿಮಗೂ ಅನ್ವಯಿಸುತ್ತದೆ.
ನೀವು ಸೇರಿಸುವ ಪ್ರತಿಯೊಂದು ಹೋಸ್ಟ್‌ನಲ್ಲೂ ಸಂಪೂರ್ಣ ಪ್ರತ್ಯೇಕತೆ, ವೈಲ್ಡ್‌ಕಾರ್ಡ್ ಎಸ್‌ಎಸ್‌ಎಲ್, ನೈಜ ಡಿಎನ್‌ಎಸ್ ನಿಯಂತ್ರಣ ಮತ್ತು ಒಂದೇ ಕ್ಲಿಕ್‌ನಲ್ಲಿ ಸ್ಟೇಜಿಂಗ್ ಲಭ್ಯವಿದೆ. ಯಾವುದೇ ಕಾರ್ಡ್ ಅಗತ್ಯವಿಲ್ಲದ 14 ದಿನಗಳ ಉಚಿತ ಪ್ರಯೋಗದೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸಿ ಮತ್ತು ಮುಂದುವರಿಯುವ ಮೊದಲು ಇದು ನಿಮಗೆ ಹೇಗೆ ಹೊಂದಿಕೊಳ್ಳುತ್ತದೆ ಎಂಬುದನ್ನು ಪರಿಶೀಲಿಸಿ.
ಉಚಿತವಾಗಿ ಪ್ರಾರಂಭಿಸಿ