ಪ್ರತಿ ಸೈಟ್ ಪ್ರತ್ಯೇಕತೆ

ಪ್ರತಿಯೊಂದು ಸೈಟು ತನ್ನದೇ ಆದ ಪ್ರತ್ಯೇಕ ಗೂಡಿನಲ್ಲಿದೆ, ಆದ್ದರಿಂದ ಒಬ್ಬ ಕೆಟ್ಟ ನೆರೆಹೊರೆಯವರು ಕೇವಲ ಒಬ್ಬ ಕೆಟ್ಟ ನೆರೆಹೊರೆಯವರಾಗಿಯೇ ಉಳಿಯುತ್ತಾರೆ

ಪ್ರತ್ಯೇಕತೆಯು ಒಂದು ಘಟನೆ ಮತ್ತು ಸಂಪೂರ್ಣ ಸೇವಾ ಸ್ಥಗಿತದ ನಡುವಿನ ವ್ಯತ್ಯಾಸವಾಗಿದೆ. ನಾವು ಹೋಸ್ಟ್ ಮಾಡುವ ಪ್ರತಿಯೊಂದು ಸೈಟ್ ಕೂಡ, ತನ್ನದೇ ಆದ CPU, RAM, IO ಮತ್ತು ಪ್ರೊಸೆಸ್ ಮಿತಿಗಳು, ತನ್ನದೇ ಆದ CageFS ಫೈಲ್‌ಸಿಸ್ಟಮ್ ವೀಕ್ಷಣೆ, ತನ್ನದೇ ಆದ PHP ಆವೃತ್ತಿ ಮತ್ತು ತನ್ನದೇ ಆದ ಡೇಟಾಬೇಸ್ ಥ್ರೊಟಲ್ ಹೊಂದಿರುವ ಕರ್ನಲ್-ಮಟ್ಟದ CloudLinux LVE ಕೇಜ್‌ನೊಳಗೆ ರನ್ ಆಗುತ್ತದೆ. ದಾಳಿಗೊಳಗಾದ, ರಾಜಿ ಮಾಡಿಕೊಂಡ ಅಥವಾ ಭಾರೀ ಪ್ರಶ್ನೆಯನ್ನು ಚಾಲನೆ ಮಾಡುತ್ತಿರುವ ಸೈಟು ಅದು ಇರುವಲ್ಲೇ ನಿಯಂತ್ರಿಸಲ್ಪಡುತ್ತದೆ — ಮತ್ತು ಪ್ರತ್ಯೇಕತೆಯ ಈ ಮೂಲಭೂತ ಸೌಲಭ್ಯವು ಪ್ರತಿ ಪ್ಲ್ಯಾನ್‌ನೊಂದಿಗೆ ಲಭ್ಯವಿರುತ್ತದೆ, ಬದಲಿಗೆ ಇದನ್ನು ಅಪ್‌ಗ್ರೇಡ್ ಆಗಿ ನಿಮಗೆ ಮರಾಟ ಮಾಡಲಾಗುವುದಿಲ್ಲ. ಲಭ್ಯತೆ: ಪ್ರತಿ ಸೈಟ್‌ನ ಡೇಟಾಬೇಸ್ ಥ್ರೊಟಲಿಂಗ್ ಮತ್ತು ಪ್ರತಿ ಸೈಟ್‌ನ ಸಂಪನ್ಮೂಲ ಅಂಕಿಅಂಶಗಳು ಸಕ್ರಿಯ ಅಭಿವೃದ್ಧಿಯಲ್ಲಿವೆ ಮತ್ತು ಇನ್ನೂ ಲಭ್ಯವಿಲ್ಲ. ಇಲ್ಲಿ ವಿವರಿಸಲಾದ ಉಳಿದ ಎಲ್ಲವೂ ಇಂದೇ ಲೈವ್ ಆಗಿದೆ.

  • 650,000+ಪ್ರಪಂಚದಾದ್ಯಂತ ಹೋಸ್ಟ್ ಮಾಡಲಾದ ಸೈಟ್‌ಗಳು
  • ತಾಣವೊಂದಕ್ಕೆCPU, RAM, IO, IOPS ಮತ್ತು ಪ್ರೊಸೆಸ್ ಕ್ಯಾಪ್‌ಗಳು
  • 99.99%ಅಪ್‌ಟೈಮ್ ಭರವಸೆ
  • ಒಳಗೊಂಡಿದೆಪ್ರತಿ ಪ್ಲಾನ್‌ನಲ್ಲಿ ಐಸೊಲೇಷನ್ ಬೇಸ್‌ಲೈನ್

ಕಾನ್ಫಿಗರ್ ಫೈಲ್‌ನಲ್ಲಿ ಅಲ್ಲ, ಕರ್ನಲ್ ಮಟ್ಟದಲ್ಲಿ ಪ್ರತ್ಯೇಕತೆ

ಈ ವರ್ಕರ್ ಫ್ಲೀಟ್ CloudLinux OS ಅನ್ನು ಚಾಲನೆ ಮಾಡುತ್ತದೆ, ಇದು ಬಹು-ಬಾಡಿಗೆಯನ್ನು ಕರ್ನಲ್‌ನಲ್ಲಿ ತರುತ್ತದೆ. ಪ್ರತಿಯೊಂದು ಸೈಟ್‌ಗೆ ಲೈಟ್‌ವೇಟ್ ವರ್ಚುವಲ್ ಎನ್ವಿರಾನ್‌ಮೆಂಟ್ ಅಂದರೆ ಎಲ್‌ವಿಇ (LVE) ಸಿಗುತ್ತದೆ, ಇದು ಕೇವಲ ಸೌಜನ್ಯದ ಒಪ್ಪಂದವಾಗಿರದೆ ಒಂದು ಕಠಿಣ ಗಡಿಯಾಗಿದೆ. ಸೈಟ್ ತನ್ನ ಕೇಜ್ ಒಳಗೆ ಮಾಡುವ ಯಾವುದೂ ಕೂಡ ಬೇರೆಯವರ ಬಜೆಟ್‌ನಿಂದ ಖರ್ಚಾಗುವುದಿಲ್ಲ.

ತಳಹದಿ-ಪ್ರತಿ ಸೈಟ್ ಸಂಪನ್ಮೂಲ ಮಿತಿಗಳು

LVE ಪ್ರತಿಯೊಂದು ಸೈಟ್‌ಗೆ ಪ್ರತ್ಯೇಕವಾಗಿ CPU, RAM, IO, IOPS, ಪ್ರಕ್ರಿಯೆಗಳು ಮತ್ತು ಎಂಟ್ರಿ-ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಮಿತಿಗೊಳಿಸುತ್ತದೆ. ಒಂದು ಸೈಟ್ ತನ್ನ ಮಿತಿಯನ್ನು ಮೀರಿದಾಗ ಅದನ್ನು ತನ್ನದೇ ಆದ ಕೇಜ್ ಒಳಗೆ ನಿಯಂತ್ರಿಸಲಾಗುತ್ತದೆ - ಆ ದೋಷವನ್ನು ಆ ಸೈಟ್‌ನ ವಿರುದ್ಧ ಲಾಗ್ ಮಾಡಲಾಗುತ್ತದೆ ಮತ್ತು ಅದರ ಎರಡೂ ಬದಿಗಳಲ್ಲಿರುವ ಸೈಟ್‌ಗಳು ಯಾವುದೇ ಬಾಧೆ ಇಲ್ಲದೆ ಮುಂದುವರಿಯುತ್ತವೆ.

ಅನಿಯಂತ್ರಿತ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಹಿಂಬಾಲಿಸುವುದಿಲ್ಲ, ನಿಯಂತ್ರಿಸಲಾಗುತ್ತದೆ

ಲೂಪಿನಲ್ಲಿ ಸಿಲುಕಿರುವ ಪ್ಲಗಿನ್, ಕಳಪೆಯಾಗಿ ಬರೆಯಲಾದ ಕ್ರೋನ್ ಜಾಬ್ ಅಥವಾ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಅನ್ನು ಅತಿಯಾಗಿ ಬಳಸುವ ಕ್ರಾಲರ್ ಮೊದಲು ಸೈಟ್‌ನ ಸ್ವಂತ ಪ್ರಕ್ರಿಯೆ ಮತ್ತು ಎಂಟ್ರಿ-ಪ್ರಕ್ರಿಯೆ ಮಿತಿಗಳನ್ನು ತಲುಪುತ್ತದೆ. ಒಂದೇ ಸೈಟ್ ಸರಳವಾಗಿ ಸಂಪೂರ್ಣ ಯಂತ್ರದ ಸಂಪನ್ಮೂಲವನ್ನು ಬಳಸಿಕೊಳ್ಳಲು ಸಾಧ್ಯವಿಲ್ಲ.

ದಾಳಿಯ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಪ್ರತಿ ತಾಣಕ್ಕೆ ಸೀಮಿತಗೊಳಿಸಲಾಗಿದೆ

ಪ್ರತಿ ಕೇಜಿಗೆ ಎಂಟ್ರಿ-ಪ್ರಕ್ರಿಯೆಗಳಿಗೆ ಮಿತಿ ಇರುವುದರಿಂದ, ಒಂದು ಸೈಟ್ ಅನ್ನು ಗುರಿಯಾಗಿಸಿಕೊಂಡು ಹಾಯಿಸುವ ಪ್ರವಾಹವು ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಅನಿಯಮಿತ ಕೆಲಸವನ್ನು ತೆರೆಯಲು ಸಾಧ್ಯವಿಲ್ಲ. LiteSpeed ಸಂಪರ್ಕ ಮತ್ತು ವಿನಂತಿ ಥ್ರೊಟ್ಲಿಂಗ್ ಹಾಗೂ Imunify360 ನೆಟ್‌ವರ್ಕ್ ಫೈರ್‌ವಾಲ್ ಅದರ ಮುಂದೆ ಇರುತ್ತವೆ, ಆದ್ದರಿಂದ ದಾಳಿಯು ಗುರಿಯ ಸಮಸ್ಯೆ ಮಾತ್ರವಾಗಿಯೇ ಉಳಿಯುತ್ತದೆ.

ಸಂಪನ್ಮೂಲ ದೋಷಗಳು ಆಶ್ಚರ್ಯಗಳಲ್ಲ, ಸಂಕೇತಗಳಾಗುತ್ತವೆ

ಪ್ರತಿಯೊಂದು LVE ದೋಷವನ್ನು ತಾಣದ ಪ್ರಕಾರ ದಾಖಲಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಇದು ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನ ಪಾಲಿಸಿ ಎಂಜಿನ್‌ಗೆ ಹರಿಯುತ್ತದೆ, ಇದು ಮಿತಿಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಬಿಗಿಗೊಳಿಸಬಹುದು ಅಥವಾ ಸಡಿಲಗೊಳಿಸಬಹುದು. ಒಂದು ತಾಣವನ್ನು ಏಕೆ ಥ್ರೊಟಲ್ ಮಾಡಲಾಗಿದೆ ಮತ್ತು ಯಾವಾಗ ಎಂಬುದನ್ನು ನೀವು ನೋಡುತ್ತೀರಿ — ಹಂತ ಹಂತವಾದ, ಹಿಮ್ಮುಖಗೊಳಿಸಬಹುದಾದ ಮತ್ತು ಲಾಗ್ ಮಾಡಲಾದ.

ನಿಮ್ಮದೇ ಆದ ಫೈಲ್‌ಸಿಸ್ಟಮ್ ನೋಟ

ಸಂಪನ್ಮೂಲ ಪ್ರತ್ಯೇಕತೆಯು ಸೈಟ್ ಗದ್ದಲಮಯವಾಗುವುದನ್ನು ತಡೆಯುತ್ತದೆ. ಫೈಲ್‌ಸಿಸ್ಟಮ್ ಪ್ರತ್ಯೇಕತೆಯು ಅದು ಇಣುಕಿ ನೋಡುವುದನ್ನು ತಡೆಯುತ್ತದೆ. CageFS ಪ್ರತಿ ಬಾಡಿಗೆದಾರರಿಗೆ ಯಂತ್ರದ ಖಾಸಗಿ, ನಿರ್ಬಂಧಿತ ನೋಟವನ್ನು ನೀಡುತ್ತದೆ.

ಕೇಜ್‌ಎಫ್‌ಎಸ್ (CageFS) ಅಡಿಯಲ್ಲಿ, ಒಬ್ಬ ಬಾಡಿಗೆದಾರನು ತನ್ನದೇ ಆದ ಕಡತಗಳನ್ನು ಮತ್ತು ಸಿಸ್ಟಮ್ ಬೈನರಿಗಳ ಕನಿಷ್ಠ, ಶುದ್ಧೀಕರಿಸಿದ ಗುಂಪನ್ನು ಮಾತ್ರ ನೋಡುತ್ತಾನೆ — ಮತ್ತು ಇತರ ಬಾಡಿಗೆದಾರರನ್ನು, ಇತರ ಬಾಡಿಗೆದಾರರ ಸೈಟ್‌ಗಳನ್ನು ಅಥವಾ ಸಂವೇದನಾಶೀಲ ಸಿಸ್ಟಮ್ ಕಡತಗಳನ್ನು ನೋಡಲು ಸಾಧ್ಯವಿಲ್ಲ. ಒಂದೇ ಒಂದು ರಾಜಿ ಮಾಡಿಕೊಂಡ ಖಾತೆಯು ಬಾಕ್ಸ್‌ನಲ್ಲಿರುವ ಪ್ರತಿಯೊಬ್ಬ ಇತರ ಖಾತೆಯ ಮೇಲಿನ ಓದುವಿಕೆಯ ಸ್ಥಾನವಾಗುವ, ಸಾಮಾನ್ಯ ಶೇರ್ಡ್-ಹೋಸ್ಟಿಂಗ್ ವೈಫಲ್ಯದ ವಿಧಾನವನ್ನು ಕರ್ನಲ್ ಮಟ್ಟದಲ್ಲಿ ಮುಚ್ಚಲಾಗುತ್ತದೆ.

ಏನಾದರೂ ತಪ್ಪಾದ ದಿನದಂದು ಇದು ಅತ್ಯಂತ ಮುಖ್ಯವಾಗಿರುತ್ತದೆ. ಹಳೆಯ ಪ್ಲಗ್-ಇನ್, ಕಳವು ಮಾಡಿದ ರುಜುವಾತು ಅಥವಾ ದುರ್ಬಲ ಥೀಮ್ ಮೂಲಕ ಸೈಟ್ ರಾಜಿ ಮಾಡಿಕೊಂಡರೆ, CageFS ಸ್ಫೋಟದ ತ್ರಿಜ್ಯವನ್ನು ಆ ಒಂದೇ ಕೇಜ್‌ಗೆ ಸೀಮಿತಗೊಳಿಸುತ್ತದೆ. ನಮ್ಮ ಭದ್ರತಾ ವಿವರಣೆಯು ಪದಗಳ ಬಳಕೆಯ ಬಗ್ಗೆ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿದೆ: CageFS ಉಲ್ಲಂಘನೆಗಳನ್ನು ಹೊಂದಿರುತ್ತದೆ. ಕಂಟೇನ್ಮೆಂಟ್ ಪ್ರಾಮಾಣಿಕವಾದ ಹಕ್ಕುದಾರಿಕೆಯಾಗಿದೆ ಮತ್ತು ಇದು ಘಟನೆಯು ಒಂದು ಸೈಟ್ ಅನ್ನು ಸ್ವಚ್ಛಗೊಳಿಸುವುದೇ ಅಥವಾ ಇಡೀ ಫ್ಲೀಟ್-ವ್ಯಾಪಕವಾಗಿದೆಯೇ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.

ಬ್ಯಾಕಪ್‌ಗಳು ಅದೇ ಗಡಿಯನ್ನು ಬಲಪಡಿಸುತ್ತವೆ. ಪ್ರತಿ-ಸೈಟ್ ಬ್ಯಾಕಪ್‌ಗಳು ಬದಲಾಯಿಸಲಾಗದವು, ಆಫ್‌ಸೈಟ್ ಮತ್ತು ರನ್ನಿಂಗ್ ಫ್ಲೀಟ್‌ನಿಂದ ಪ್ರತ್ಯೇಕಿಸಲ್ಪಟ್ಟಿವೆ, ಪರೀಕ್ಷಿತ ಮರುಸ್ಥಾಪನೆಗಳೊಂದಿಗೆ ಇರುತ್ತವೆ, ಆದ್ದರಿಂದ ಒಂದು ಸೈಟ್‌ನಲ್ಲಿ ಅತ್ಯಂತ ಕೆಟ್ಟ ಸಂದರ್ಭದ ರಾಜಿಯಾದರೂ ಅದು ಚಾಲನೆಯಲ್ಲಿರುವ ಯಂತ್ರದ ಸ್ಥಿತಿಯನ್ನು ಅವಲಂಬಿಸಿರದ ಸ್ವಚ್ಛ, ಸ್ವತಂತ್ರ ಚೇತರಿಕೆಯ ಮಾರ್ಗವನ್ನು ಹೊಂದಿದೆ.

ಡೇಟಾಬೇಸ್ ಕೂಡ ಪ್ರತ್ಯೇಕಿಸಲ್ಪಟ್ಟಿದೆ — ಇದು ಸಾಮಾನ್ಯವಾಗಿ ಹೋಸ್ಟಿಂಗ್ ಗದ್ದಲದಿಂದ ಕೂಡಿರುವ ಸ್ಥಳವಾಗಿದೆ

ವೆಬ್-ಟೈರ್ ಐಸೊಲೇಶನ್ ಎನ್ನುವುದು ಕೇವಲ ಅರ್ಧ ಕತೆಯಷ್ಟೇ. WordPress ಫ್ಲೀಟ್‌ನಲ್ಲಿ, ಸರ್ವರ್ ಅನ್ನು ಆಗಾಗ್ಗೆ ನಿಧಾನಗೊಳಿಸುವುದು ದಟ್ಟಣೆಯಲ್ಲ, ಬದಲಿಗೆ ಒಂದು ಸೈಟ್‌ನ ಪ್ರಶ್ನೆಗಳು (ಕ್ವರಿಸ್). ಅದನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ.

MySQL Governor

CloudLinux MySQL Governor ಪ್ರತಿ ಸೈಟ್‌ನ ಡೇಟಾಬೇಸ್ ಬಳಕೆಯನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ, ಇದರಿಂದಾಗಿ ಒಂದು ಸೈಟ್‌ನ ಭಾರವಾದ ಪ್ರಶ್ನೆಗಳು (queries) ಇ Aನಕಿ ಉಳಿದವರಿಗಾಗಿ ಸರ್ವರ್ ಅನ್ನು ನಿಧಾನಗೊಳಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಇದು ನಿಧಾನಗೊಳಿಸುವಿಕೆಯನ್ನು ತಡೆಯುವ ನಿಯಂತ್ರಣವಾಗಿದೆ, ಮತ್ತು ಗದ್ದಲದ ಸೈಟ್ ತನ್ನನ್ನು ನಿರ್ಬಂಧಿಸಲಾಗುತ್ತಿದೆ ಎಂದು ಗಮನಿಸಲಿ ಅಥವಾ ಬಿಡಲಿ, ಇದು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.

WordPress ಕಾರ್ಯಭಾರಗಳಿಗಾಗಿ MariaDB

ಈ ಫ್ಲೀಟ್ MariaDB (ಅಥವಾ Percona) ಅನ್ನು ರನ್ ಮಾಡುತ್ತದೆ, ಇದನ್ನು ಡೀಫಾಲ್ಟ್ ಆಗಿ ಪಡೆಯುವ ಬದಲು WordPress ವರ್ಕ್‌ಲೋಡ್‌ಗಳಿಗಾಗಿ ಆಯ್ಕೆ ಮಾಡಲಾಗಿದೆ, ಮತ್ತು ಇದರ ಮೇಲೆ Governor ಪ್ರತಿ-ಟೆನೆಂಟ್ ನ್ಯಾಯಯುತತೆಯ ಪದರವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.

ಮುಂಭಾಗದಲ್ಲಿರುವ Redis ಆಬ್ಜೆಕ್ಟ್ ಕ್ಯಾಶ್

ಪ್ರತಿ ಸೈಟ್‌ನ Redis ಆಬ್ಜೆಕ್ಟ್ ಕ್ಯಾಶ್ ಪುನರಾವರ್ತಿತ ರೀಡ್‌ಗಳನ್ನು ಡೇಟಾ ತಲುಪುವ ಮುಂಚೆಯೇ ಹೀರಿಕೊಳ್ಳುತ್ತದೆ, ಇದು ಮೊದಲ ಹಂತದಲ್ಲಿ Governor ಮಧ್ಯಸ್ಥಿಕೆ ವಹಿಸಬೇಕಾದ ಒತ್ತಡವನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ. ಕ್ಯಾಶಿಂಗ್ ಮತ್ತು ಐಸೊಲೇಶನ್ ಒಂದೇ ಸಿಸ್ಟಮ್‌ನಂತೆ ಕೆಲಸ ಮಾಡುತ್ತವೆ.

ಪ್ರತಿ-ಸೈಟ್ PHP, ಗಟ್ಟಿಗೊಳಿಸಲಾಗಿದೆ

CloudLinux alt-PHP ಪ್ರತಿ ಸೈಟ್‌ಗೆ ಅದರದೇ ಆದ PHP ಆವೃತ್ತಿ ಸೆಲೆಕ್ಟರ್, ಅದರದೇ ಆದ ಎಕ್ಸ್‌ಟೆನ್ಷನ್‌ಗಳು (imagick, gd, redis ಮತ್ತು ಇತರವು) ಹಾಗೂ ಅದರದೇ ಆದ ಹಾರ್ಡೆನ್ಡ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ನೀಡುತ್ತದೆ — LSAPI ವರ್ಕರ್‌ಗಳು ಆ ಸೈಟ್‌ನ LVE ಮಿತಿಗಳಿಗೆ ಬದ್ಧವಾಗಿರುತ್ತವೆ, ಇದರಿಂದ PHP ಕನ್‌ಕರನ್ಸಿಯು ಕೇಜ್‌ನಿಂದ ತಪ್ಪಿಸಿಕೊಳ್ಳುವ ಬದಲು ಕೇಜ್‌ನ ಒಂದು ಭಾಗವಾಗಿರುತ್ತದೆ.

ವೈಫಲ್ಯವು ಶ್ರೇಣೀಕೃತ, ಹಿಂತಿರುಗಿಸಬಹುದಾದ ಮತ್ತು ವಿವರಿಸಲ್ಪಟ್ಟಿದೆ

ಪ್ರತ್ಯೇಕತೆಯು ಸಮಸ್ಯೆಯು ಎಷ್ಟು ದೂರ ಹರಡುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಜಾರಿಯು ಮುಂದೆ ಏನು ಸಂಭವಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ನಾವು ಸ್ಥೂಲವಾದ ಆನ್/ಆಫ್ ಸಸ್ಪೆಂಡ್ ಅನ್ನು ರಾಜ್ಯ ಯಂತ್ರದೊಂದಿಗೆ ಬದಲಾಯಿಸಿದ್ದೇವೆ, ಇದು ಬಾಳಿಕೆ ಬರುವ ಕೆಲಸದ ಹರಿವುಗಳಿಂದ ನಡೆಸಲ್ಪಡುತ್ತದೆ ಮತ್ತು LiteSpeed, LVE ಮತ್ತು Imunify ಮೂಲಕ ಕಾರ್ಯಕರ್ತನ ಮೇಲೆ ಜಾರಿಗೆ ತರಲಾಗುತ್ತದೆ.

  • ವೇಗ ತಗ್ಗಿಸಲಾಗಿದೆ — ಬಿಗಿಯಾದ LVE ಮಿತಿಗಳು ಮತ್ತು ದರ ಮಿತಿ ನಿರ್ಬಂಧ, ಆದರೂ ಸೈಟ್ ಇನ್ನೂ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದೆ ಮತ್ತು ಸೇವೆ ನೀಡುತ್ತಿದೆ. ಇದು ಸಾಮಾನ್ಯವಾಗಿ ಸಂಪನ್ಮೂಲ ದುರುಪಯೋಗ ಅಥವಾ ಸಾಫ್ಟ್ ಸಿಗ್ನಲ್ ಆಗಿದೆ, ಮತ್ತು ಕಾರಣವು ನಿವಾರಣೆಯಾದ ಕೂಡಲೇ ಇದು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಚೇತರಿಸಿಕೊಳ್ಳುತ್ತದೆ.
  • ನಿರ್ಬಂಧಿಸಲಾಗಿದೆ — ಸೈಟ್ ಗೋಚರಿಸುವಾಗ ಔಟ್‌ಬೌಂಡ್ ಮೇಲ್, ಕ್ರಾನ್ (cron) ಅಥವಾ POST ವಿನಂತಿಗಳನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲಾಗುತ್ತದೆ. ಸಂಶಯಾಸ್ಪದ ರಾಜಿ ಅಥವಾ ಸ್ಪ್ಯಾಮ್-ಕಳುಹಿಸುವಿಕೆಗೆ ಇದನ್ನು ಬಳಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಪರಿಹಾರದ ನಂತರ ಇದು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಚೇತರಿಸಿಕೊಳ್ಳುತ್ತದೆ.
  • ಸ್ಥಗಿತಗೊಳಿಸಲಾಗಿದೆ — ಸೈಟ್ ಮುರಿದುಹೋಗುವ ಬದಲು ಬ್ರಾಂಡ್‌ಗೆ ತಕ್ಕುದಾದ ಮತ್ತು ಕಾರಣವನ್ನು ಸೂಚಿಸುವ ಹೋಲ್ಡಿಂಗ್ ಪುಟದೊಂದಿಗೆ (ಬಿಲ್ಲಿಂಗ್, ನಿರ್ವಹಣೆ ಅಥವಾ ದುರ್ಬಳಕೆ) ಆಫ್‌ಲೈನ್‌ಗೆ ಹೋಗುತ್ತದೆ. ಇದು ಪಾವತಿ ಮಾಡಿದಾಗ, ಸರಿಪಡಿಸಿದಾಗ ಅಥವಾ ಮೇಲ್ಮನವಿ ಸಲ್ಲಿಸಿದಾಗ ಮರುಸ್ಥಾಪನೆಗೊಳ್ಳುತ್ತದೆ.
  • ಕ್ವಾರಂಟೈನ್ ಮಾಡಲಾಗಿದೆ — ಆಫ್‌ಲೈನ್, ಫೈಲ್‌ಗಳನ್ನು ಲಾಕ್ ಮಾಡಲಾಗಿದೆ, ಕಾರ್ಯಗತಗೊಳಿಸುವಂತಿಲ್ಲ, ವಿಧಿವಿಜ್ಞಾನ ತನಿಖೆಗೆ ಪ್ರತ್ಯೇಕಿಸಲಾಗಿದೆ. ದೃಢೀಕರಿಸಿದ ಮಾಲ್‌ವೇರ್ ಅಥವಾ ಫಿಶಿಂಗ್‌ಗಾಗಿ ಕಾಯ್ದಿರಿಸಲಾಗಿದೆ, ಮತ್ತು ಕ್ಲೀನಪ್ ಹಾಗೂ ಪರಿಶೀಲನೆಯ ನಂತರ ಮಾತ್ರ ಇದನ್ನು ರದ್ದುಗೊಳಿಸಲಾಗುತ್ತದೆ; ಮರು-ಸ್ಕ್ಯಾನ್ ಮಾಡಿದಾಗ ಯಾವುದೇ ಸ್ವಯಂಚಾಲಿತ ಬಿಡುಗಡೆ ಇರುವುದಿಲ್ಲ.
  • ಪ್ರತಿ ಪರಿವರ್ತನೆಯನ್ನು ಅದರ ಕಾರಣ, ನಿರ್ವಹಿಸಿದ ವ್ಯಕ್ತಿ ಮತ್ತು ಸಾಕ್ಷ್ಯದೊಂದಿಗೆ ಆಡಿಟ್-ಲಾಗ್ ಮಾಡಲಾಗುತ್ತದೆ, ಅದನ್ನು ಹೇಗೆ ಪರಿಹರಿಸಬೇಕು ಎಂಬುದರ ಕುರಿತು ಸೂಚನೆಗಳೊಂದಿಗೆ ನಿಮಗೆ ತಿಳಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಮೇಲ್ಮನವಿ ಸಲ್ಲಿಸಬಹುದು. ಜಾರಿಗೊಳಿಸುವ ಸಮಯವನ್ನು ಪ್ರತಿ ಉತ್ಪನ್ನ ಸಾಲಿಗೆ ತಕ್ಕಂತೆ ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದು, ಆದ್ದರಿಂದ ಬಿಲ್ಲಿಂಗ್, ನಿಂದನೆ ಮತ್ತು ಕಾನೂನುಬದ್ಧ ವಿಚಾರಗಳು ಪ್ರತಿಯೊಂದೂ ತಮ್ಮದೇ ಆದ ಸಮಯಕ್ಕೆ ಅನುಗುಣವಾಗಿ ಮುಂದುವರಿಯುತ್ತವೆ.

ಎ an ಉತ್ಪನ್ನ ಸಾಲುಗಳಲ್ಲಿಯೂ ಅದೇ ಐಸೋಲೇಷನ್ — ಮತ್ತು ನಿಮಗೆ ಅಗತ್ಯವಿದ್ದಾಗ ಭಾರವಾದ ಟೈರ್

ಐಸೊಲೇಶನ್ ಎಂಬುದು ಮೂರು ಹಂತಗಳ ಮೇಲೆ ಕಾಣಿಸಿಕೊಳ್ಳುವ ಪ್ಲಾನ್ ವೈಶಿಷ್ಟ್ಯವಲ್ಲ. ಇದು ಸಬ್‌ಸ್ಟ್ರೇಟ್‌ನ ಒಂದು ಗುಣಲಕ್ಷಣವಾಗಿದೆ, ಆದ್ದರಿಂದ ನೀವು ಒಂದು WooCommerce ಸ್ಟೋರ್ ಅನ್ನು ಅಥವಾ ಎರಡು ಸಾವಿರ ನೆಟ್‌ವರ್ಕ್ ಸೈಟ್‌ಗಳನ್ನು ರನ್ ಮಾಡುತ್ತಿರಲಿ, ಇದು ಒಂದೇ ರೀತಿ ಇರುತ್ತದೆ.

Footprint-Free ಹೋಸ್ಟಿಂಗ್

ಬಲ್ಕ್ ಮತ್ತು PBN ನೆಟ್‌ವರ್ಕ್‌ಗಳು ಒಂದೇ LVE ಮತ್ತು CageFS ಸಬ್‌ಸ್ಟ್ರೇಟ್‌ನಲ್ಲಿ ರನ್ ಆಗುತ್ತವೆ, ಜೊತೆಗೆ ಫೂಟ್‌ಪ್ರಿಂಟ್-ಅವೇರ್ CDN ಅಕೌಂಟ್ ರೊಟೇಷನ್ ಮತ್ತು ಸ್ಟ್ಯಾಟಿಕ್-HTML ಡೆಲಿವರಿ ಇರುತ್ತವೆ. ಐಸೊಲೇಶನ್ ಸಾಂದ್ರತೆಯನ್ನು ಸುರಕ್ಷಿತವಾಗಿಸುತ್ತದೆ: ಸೈಟ್‌ಗಳು ಹಣೆಬರಹವನ್ನು ಹಂಚಿಕೊಳ್ಳದೆ ಫ್ಲೀಟ್ ಅನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತವೆ.

Zinn® ಮ್ಯಾನೇಜ್ಡ್ WordPress

ಮ್ಯಾನೇಜ್ಡ್ WordPress, WooCommerce, PHP, ಸ್ಥಿರ ಮತ್ತು Node ಸೈಟ್‌ಗಳಿಗೆ ಅದೇ ಕೇಜ್‌ಗಳು ಹಾಗೂ ಪೂರ್ಣ ಸ್ವಯಂ-ಸೇವೆ ಲಭ್ಯವಿರುತ್ತದೆ — ನಿಮ್ಮದೇ ಆದ PHP ಆವೃತ್ತಿ ಮತ್ತು ಎಕ್ಸ್‌ಟೆನ್ಶನ್‌ಗಳು, Redis ಆಬ್ಜೆಕ್ಟ್ 캐시, ಸ್ಟೇಜಿಂಗ್ ಮತ್ತು ಪುಶ್-ಟು-ಲೈವ್ ಸೌಲಭ್ಯ ಸಿಗುತ್ತದೆ.

ಒಂದು ಸೈಟ್‌ಗೆ ಒಂದರಂತೆ ಕಂಟೈನರ್ ಪ್ರೀಮಿಯಂ ರೂಪಾಂತರವಾಗಿ

ಸಾಂದ್ರತೆ-ಆಪ್ಟಿಮೈಸ್ಡ್ ಡೀಫಾಲ್ಟ್ ಗಿಂತ ಬಲವಾದ ಗಡಿಯ ಅಗತ್ಯವಿರುವ ವರ್ಕ್‌ಲೋಡ್‌ಗಳಿಗಾಗಿ, ಪೂರ್ಣ ಕಂಟೈನರ್-ಪ್ರತಿ-ಸೈಟ್ ಪ್ರತ್ಯೇಕತೆಯನ್ನು ಪ್ರೊವಿಷನಿಂಗ್-ಡ್ರೈವರ್ ರೂಪಾಂತರವಾಗಿ ನೀಡಲಾಗುತ್ತದೆ: ಅದೇ ಎಂಜಿನ್, ಅದೇ ಕಂಟ್ರೋಲ್ ಪ್ಲೇನ್, ವಿಭಿನ್ನ ಪ್ಲೇಸ್‌ಮೆಂಟ್, ಹೆಚ್ಚಿನ ಓವರ್‌ಹೆಡ್‌ನಲ್ಲಿ.

ಸೇರಿಸಲಾಗಿದೆ, ಅಪ್‌ಸೇಲ್ ಮಾಡಲಾಗಿಲ್ಲ

ಎಲ್‌ವಿಇ (LVE) ಮತ್ತು ಕೇಜ್‌ಎಫ್‌ಎಸ್‌ (CageFS) ಐಸೊಲೇಶನ್, ಪ್ರೊಆಕ್ಟಿವ್ ಡಬ್ಲ್ಯುಎಫ್ (WAF) ಹಾಗೂ ಮಾಲ್‌ವೇರ್ ಸ್ಕ್ಯಾನಿಂಗ್ ಪ್ರತಿ ಗ್ರಾಹಕರಿಗೂ ಒಳಗೊಂಡಿರುತ್ತವೆ, ಏಕೆಂದರೆ ಸೋಂಕಿತ ಅಥವಾ ಅನಿಯಂತ್ರಿತ ಸೈಟ್ ತನ್ನ ಪಕ್ಕದ ಸೈಟ್‌ಗಳಿಗೆ ಮತ್ತು ನಮ್ಮ ಐಪಿ (IP) ಖ್ಯಾತಿಗೆ ಅಪಾಯವನ್ನುಂಟುಮಾಡುತ್ತದೆ. ಒಂದೇ ಕ್ಲಿಕ್‌ನಲ್ಲಿ ಮಾಲ್‌ವೇರ್ ಅನ್ನು ತೆರವುಗೊಳಿಸುವುದು ಮತ್ತು ಸುಧಾರಿತ ರಕ್ಷಣಾ ಹಂತಗಳು ಪಾವತಿಸಿದ ಆಡ್-ಆನ್‌ಗಳಾಗಿವೆ — ಬೇಸ್‌ಲೈನ್ ಅಲ್ಲ.

ಇಲ್ಲಿ ಐಸೊಲೇಷನ್ ಏಕೆ ಎಂದಿಗೂ ಐಚ್ಛಿಕವಾಗಿರುವುದಿಲ್ಲ

ಹೋಸ್ಟಿಂಗ್‌ನಲ್ಲಿ ವಾಣಿಜ್ಯಿಕ ಪ್ರಲೋಭನೆಯು ಹಂತಗಳಲ್ಲಿ ಸುರಕ್ಷತೆಯನ್ನು ಮಾರಾಟ ಮಾಡುವುದಾಗಿದೆ: ಅಗ್ಗದ ಗ್ರಾಹಕರನ್ನು ಮೃದು ಮಿತಿಗಳೊಂದಿಗೆ ಹಂಚಿದ ಬಾಕ್ಸ್‌ನಲ್ಲಿ ಇರಿಸಿ ಮತ್ತು ಕಾಳಜಿ ವಹಿಸುವವರಿಂದ ಪ್ರತ್ಯೇಕತೆಗೆ ಶುಲ್ಕ ವಿಧಿಸಿ. ನಾವು ಹಾಗೆ ಮಾಡುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಪ್ರತ್ಯೇಕತೆಗಾಗಿ ಪಾವತಿಸದ ಗ್ರಾಹಕರು ನಿಖರವಾಗಿ ಅಂತಹವರಾಗಿದ್ದು, ಅವರ ರಾಜಿ ಮಾಡಿಕೊಂಡ ತಾಣವು ಎಲ್ಲರ ಇನ್ಸಿಡೆಂಟ್ ಆಗುತ್ತದೆ.

ನಾವು ವಿಶ್ವಾದ್ಯಂತ 650,000 ಕ್ಕಿಂತ ಹೆಚ್ಚು ಸೈಟ್‌ಗಳನ್ನು ಹೋಸ್ಟ್ ಮಾಡುತ್ತೇವೆ, ಇಲ್ಲಿ ಸಾಂದ್ರತೆಯೇ ಸಂಪೂರ್ಣ ಆರ್ಥಿಕ ಪ್ರಸ್ತಾಪವಾಗಿರುವ ಫ್ಲೀಟ್‌ನಲ್ಲಿ. ಕೆಳಗಿನ ಪ್ರತ್ಯೇಕತೆಯು ಬೇಷರತ್ತಾಗಿದ್ದರೆ ಮಾತ್ರ ಅದು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಕರ್ನಲ್-ಮಟ್ಟದ ಕೇಜ್‌ಗಳು, ಖಾಸಗಿ ಫೈಲ್‌ಸಿಸ್ಟಮ್ ವೀಕ್ಷಣೆ, ಪ್ರತಿ ಸೈಟ್‌ಗೆ ಡೇಟಾಬೇಸ್ ಥ್ರೊಟ್ಲಿಂಗ್ ಮತ್ತು ಪ್ರತಿ ಸೈಟ್‌ಗೆ PHP ಹಂಚಿದ ಹಣೆಬರಹವಿಲ್ಲದೆ ಆ ಪ್ರಮಾಣದಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದರ ಬೆಲೆಯಾಗಿದೆ — ಆದ್ದರಿಂದ ನೀವು ನಿಯೋಜಿಸುವ ಮೊದಲ ಸೈಟ್‌ನಿಂದ, ಪ್ರತಿಯೊಂದು ಪ್ಲಾನ್‌ನಲ್ಲಿ, ಪ್ರತಿಯೊಬ್ಬರಿಗೂ ಅವು ಆನ್ ಆಗಿರುತ್ತವೆ.

ಫsಿತಾಂಶವು ಇತರರ ಕೆಟ್ಟ ದಿನಗಳಲ್ಲೂ ನಿರೀಕ್ಷಿತ ರೀತಿಯಲ್ಲಿ ವರ್ತಿಸುವ ಒಂದು ವೇದಿಕೆಯಾಗಿದೆ. ಇದರ ಹಿಂದೆ 99.99% ಅಪ್‌ಟೈಮ್ ಭರವಸೆ, ಪರೀಕ್ಷಿತ ಮರುಸ್ಥಾಪನೆಗಳೊಂದಿಗೆ ಪ್ರತಿ-ಸೈಟ್ ಬದಲಾಯಿಸಲಾಗದ ಆಫ್‌ಸೈಟ್ ಬ್ಯಾಕಪ್‌ಗಳು ಮತ್ತು ನಿಮ್ಮ ಸೈಟ್‌ಗಳ ಮೇಲೆ ತೆಗೆದುಕೊಂಡ ಪ್ರತಿಯೊಂದು ಜಾರಿ ಕ್ರಮದ ಸಂಪೂರ್ಣ ಆಡಿಟ್ ಟ್ರೈಲ್ ಇದೆ.

ಪದೇ ಪದೇ ಕೇಳಲಾಗುವ ಪ್ರಶ್ನೆಗಳು

ಮ A ಮತ್ತೊಬ್ಬ ಗ್ರಾಹಕರ ಸೈಟ್ ನನ್ನದನ್ನು ನಿಧಾನಗೊಳಿಸಬಹುದೇ?

ಪ್ರತ್ಯೇಕತೆಯು ಅದನ್ನು ನಿಖರವಾಗಿ ತಡೆಯಲು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ. LVE ಪ್ರತಿ ಸೈಟ್‌ಗೆ CPU, RAM, IO, IOPS ಮತ್ತು ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಮಿತಿಗೊಳಿಸುತ್ತದೆ, MySQL Governor ಪ್ರತಿ ಸೈಟ್‌ಗೆ ಡೇಟಾಬೇಸ್ ಬಳಕೆಯನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ ಮತ್ತು LSAPI ವರ್ಕರ್‌ಗಳು ಸೈಟ್‌ನ ಸ್ವಂತ ಕೇಜ್‌ನಿಂದ ನಿಯಂತ್ರಿಸಲ್ಪಡುತ್ತವೆ — ಆದ್ದರಿಂದ ನೆರೆಹೊರೆಯವರ ಟ್ರಾಫಿಕ್ ಹೆಚ್ಚಳ ಅಥವಾ ಭಾರೀ ಕ್ವೆರಿ ಲೋಡ್ ನಿಮ್ಮ ಮೇಲಿನ ಮಿತಿಯಲ್ಲ, ಅವರ ಸ್ವಂತ ಮಿತಿಯ ವಿರುದ್ಧ ನಿಯಂತ್ರಿಸಲ್ಪಡುತ್ತದೆ. ಪ್ರತಿ ದೋಷವನ್ನು ಪ್ರತಿ ಸೈಟ್‌ಗೆ ಲಾಗ್ ಮಾಡಲಾಗುತ್ತದೆ ಮತ್ತು ಪಾಲಿಸಿ ಎಂಜಿನ್ ಸದ್ದು ಮಾಡುವ ಸೈಟ್‌ನ ಮಿತಿಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಬಿಗಿಗೊಳಿಸಬಹುದು.

ಅದೇ ಸರ್ವರ್‌ನಲ್ಲಿರುವ ಬೇರೆ ಸೈಟ್ ಹ್ಯಾಕ್ ಆದರೆ, ನನ್ನ ಸೈಟ್‌ಗೆ ಅಪಾಯವಿದೆಯೇ?

ಪ್ರಾಮಾಣಿಕ ಉತ್ತರವೆಂದರೆ ಖಾತರಿಗಿಂತ ನಿಯಂತ್ರಣ. CageFS ಪ್ರತಿ ಬಾಡಿಗೆದಾರರಿಗೆ ಪ್ರತ್ಯೇಕವಾದ ಫೈಲ್‌ಸಿಸ್ಟಮ್ ವೀಕ್ಷಣೆಯನ್ನು ನೀಡುತ್ತದೆ — ರಾಜಿ ಮಾಡಿಕೊಂಡ ಬಾಡಿಗೆದಾರರು ಇತರ ಬಾಡಿಗೆದಾರರನ್ನು, ಅವರ ಸೈಟ್‌ಗಳನ್ನು ಅಥವಾ ಸೂಕ್ಷ್ಮ ಸಿಸ್ಟಮ್ ಫೈಲ್‌ಗಳನ್ನು ನೋಡಲು ಸಾಧ್ಯವಿಲ್ಲ — ಮತ್ತು ದೃಢಪಡಿಸಿದ ಮಾಲ್‌ವೇರ್ ಅಥವಾ ಫಿಶಿಂಗ್ ಪ್ರಕರಣವು ಆ ಸೈಟ್ ಅನ್ನು ಕ್ವಾರಂಟೈನ್‌ಗೆ ಸರಿಸುತ್ತದೆ: ಆಫ್‌ಲೈನ್, ಫೈಲ್‌ಗಳು ಲಾಕ್ ಆಗಿವೆ, ಯಾವುದೇ ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆ ಇಲ್ಲ, ಫೊರೆನ್ಸಿಕ್ಸ್ಗಾಗಿ ಪ್ರತ್ಯೇಕಿಸಲಾಗಿದೆ. ಅದು ಸ್ಫೋಟದ ತ್ರಿಜ್ಯವನ್ನು ಸೀಮಿತಗೊಳಿಸುತ್ತದೆ. ಇದರ ಜೊತೆಗೆ ನಾವು ಪ್ರತಿ ಸೈಟ್‌ನಲ್ಲಿ ಮಾಲ್‌ವೇರ್ ಸ್ಕ್ಯಾನಿಂಗ್ ಮತ್ತು ಪೂರ್ವಭಾವಿ WAF ಅನ್ನು ರನ್ ಮಾಡುತ್ತೇವೆ, ಜೊತೆಗೆ ಪರೀಕ್ಷಿತ ಮರುಸ್ಥಾಪನೆಗಳೊಂದಿಗೆ ಪ್ರತಿ ಸೈಟ್‌ನ ಬದಲಾಯಿಸಲಾಗದ ಆಫ್‌ಸೈಟ್ ಬ್ಯಾಕಪ್‌ಗಳನ್ನು ಮಾಡುತ್ತೇವೆ, ಇದರಿಂದ ಮರುಪಡೆಯುವಿಕೆ ಎಂದಿಗೂ ಒಳಗೊಂಡಿರುವ ಯಂತ್ರದ ಸ್ಥಿತಿಯನ್ನು ಅವಲಂಬಿಸಿರುವುದಿಲ್ಲ.

ಐಸೊಲೇಶನ್ ಸೇರಿಸಲಾಗಿದೆಯೇ ಅಥವಾ ಅದಕ್ಕೆ ಹೆಚ್ಚುವರಿ ವೆಚ್ಚವಾಗುತ್ತದೆಯೇ?

ಇದು ಪ್ರತಿಯೊಂದು ಪ್ಲಾನ್‌ನೊಂದಿಗೆ ಲಭ್ಯವಿರುತ್ತದೆ. LVE ಮತ್ತು CageFS ಐಸೊಲೇಷನ್, ಪ್ರೊಆಕ್ಟಿವ್ WAF ಮತ್ತು ಮಾಲ್‌ವೇರ್ ಸ್ಕ್ಯಾನಿಂಗ್ ಪ್ರತಿಯೊಬ್ಬ ಗ್ರಾಹಕರಿಗೂ ಮೂಲಭೂತವಾಗಿವೆ; ಏಕೆಂದರೆ ಸೋಂಕಿತ ಅಥವಾ ನಿಯಂತ್ರಣ ತಪ್ಪಿದ ವೆಬ್‌ಸೈಟ್ ಅದರ ಪಕ್ಕದ ಸೈಟ್‌ಗಳಿಗೆ ಹಾಗೂ ನಮ್ಮ IP ಖ್ಯಾತಿಗೆ ಅಪಾಯವನ್ನುಂಟುಮಾಡುತ್ತದೆ — ಆದ್ದರಿಂದ ನಾವು ಇದನ್ನು ಐಚ್ಛಿಕವಾಗಿ ಬಿಡಲು ಸಾಧ್ಯವಿಲ್ಲ. ಆಡ್-ಆನ್ ಆಗಿ ಮಾರಾಟವಾಗುವುದರಲ್ಲಿ ಒಂದು-ಕ್ಲಿಕ್ ಮಾಲ್‌ವೇರ್ ಕ್ಲೀನಪ್ ಮತ್ತು ಪರಿಹಾರ, ಹಾಗೆಯೇ ವರ್ಧಿತ WAF ನಿಯಮಗಳು, ಆದ್ಯತೆಯ ಸ್ಕ್ಯಾನಿಂಗ್, ಬಾಟ್ ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್ ಮತ್ತು ಉನ್ನತ DDoS ಶ್ರೇಣಿಗಳಂತಹ ಸುಧಾರಿತ ರಕ್ಷಣಾ ಹಂತಗಳು ಸೇರಿವೆ.

ನನ್ನ ಸೈಟ್ ಸಂಪನ್ಮೂಲ ಮಿತಿಗಳನ್ನು ಮೀರಿದರೆ ಅದಕ್ಕೆ ಏನಾಗುತ್ತದೆ?

ಅದನ್ನು ಆಫ್ ಮಾಡುವುದರ ಬದಲಿಗೆ ಅದರ ಸ್ವಂತ ಗೂಡಿನಲ್ಲೇ ನಿಯಂತ್ರಿಸಲಾಗುತ್ತದೆ. ನಿಯಂತ್ರಿಸಲಾಗುವುದು ಎಂದರೆ ಸೈಟ್ ಇನ್ನೂ ಚಾಲನೆಯಲ್ಲಿರುವಾಗ ಮತ್ತು ಸೇವೆ ನೀಡುತ್ತಿರುವಾಗ ಕಠಿಣವಾದ LVE ಮಿತಿಗಳು ಮತ್ತು ದರ ಮಿತಿಯನ್ನು ವಿಧಿಸುವುದಾಗಿದೆ ಮತ್ತು ಕಾರಣವು ನಿವಾರಣೆಯಾದ ಕೂಡಲೇ ಅದು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಮರುಸ್ಥಾಪನೆಗೊಳ್ಳುತ್ತದೆ. ನಿಮಗೆ ಕಾರಣದೊಂದಿಗೆ ಸೂಚಿಸಲಾಗುತ್ತದೆ, ಈ ಬದಲಾವಣೆಯು ಅದರ ಪುರಾವೆಯೊಂದಿಗೆ ದಾಖಲಾಗುತ್ತದೆ ಮತ್ತು ಇದಕ್ಕೆ ಮೇಲ್ಮನವಿ ಸಲ್ಲಿಸಬಹುದು. ಲೋಡ್ ದೋಷಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿ ನಿಜವಾದ ಬೆಳವಣಿಗೆಯಾಗಿದ್ದರೆ, ಶಾಶ್ವತ ನಿಯಂತ್ರಣವಲ್ಲ, ದೊಡ್ಡ ಪ್ಲಾನ್ ಇದಕ್ಕೆ ಪರಿಹಾರವಾಗಿದೆ.

ಸ್ಥಗಿತಗೊಂಡ ಸೈಟ್ ಕೇವಲ ಖಾಲಿಯಾಗುತ್ತದೆಯೇ?

ಇಲ್ಲ — ಅಮಾನತುಗೊಳಿಸಲಾದ ಸೈಟ್ ಬ್ರ್ಯಾಂಡೆಡ್, ಕಾರಣ-ನಿರ್ದಿಷ್ಟ ತಡೆಹಿಡಿಯುವ ಪುಟವನ್ನು (ಬಿಲ್ಲಿಂಗ್, ನಿರ್ವಹಣೆ ಅಥವಾ ದುರುಪಯೋಗ) ಪ್ರದರ್ಶಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಇದು ಮುರಿದುಹೋಗಿದೆ ಎಂಬುದಕ್ಕಿಂತ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿದೆ ಎಂದು ಗ್ರಹಿಸಲ್ಪಡುತ್ತದೆ. ಪಾವತಿ ಮಾಡಿದಾಗ, ಸಮಸ್ಯೆಯನ್ನು ಸರಿಪಡಿಸಿದಾಗ ಅಥವಾ ಮೇಲ್ಮನವಿ ಸಲ್ಲಿಸಿದಾಗ ಅಮಾನತು ಹಿಂಪಡೆಯಲ್ಪಡುತ್ತದೆ. ಕ್ವಾರಂಟೈನ್ ಹೆಚ್ಚು ಕಟ್ಟುನಿಟ್ಟಾಗಿದೆ ಮತ್ತು ವಿಭಿನ್ನವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ: ಇದು ಸ್ವಚ್ಛಗೊಳಿಸುವಿಕೆ ಮತ್ತು ಪಶೀಲನೆಯ ನಂತರ ಮಾತ್ರ ಹಿಂಪಡೆಯಲ್ಪಡುತ್ತದೆ, ಎಂದಿಗೂ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಅಲ್ಲ.

ನನ್ನ ಸ್ವಂತ PHP ಆವೃತ್ತಿ ಮತ್ತು ವಿಸ್ತರಣೆಗಳನ್ನು ನಾನು ಆಯ್ಕೆ ಮಾಡಿಕೊಳ್ಳಬಹುದೇ?

Zinn® Managed WordPress ನಲ್ಲಿ ಹೌದು — CloudLinux alt-PHP ಪ್ರತಿ ಸೈಟ್‌ಗೆ ತನ್ನದೇ ಆದ PHP ಆವೃತ್ತಿ ಸೆಲೆಕ್ಟರ್, imagick, gd ಮತ್ತು redis ನಂತಹ ತನ್ನದೇ ಆದ ಎಕ್ಸ್‌ಟೆನ್ಶನ್‌ಗಳು ಮತ್ತು ತನ್ನದೇ ಆದ ಹಾರ್ಡೆಂಡ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ನೀಡುತ್ತದೆ, ಇವೆಲ್ಲವೂ ಆ ಸೈಟ್‌ನ LVE ಮಿತಿಗಳಿಂದ ನಿಯಂತ್ರಿಸಲ್ಪಡುತ್ತವೆ. Footprint-Free Hosting ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಹೆಚ್ಚು ಸ್ಟ್ಯಾಂಡರ್ಡೈಸ್ಡ್ ಆದ, ಲಾಕ್-ಡೌನ್ ಮಾಡಲಾದ ಪ್ರತಿ ಸೈಟ್ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ರನ್ ಮಾಡುತ್ತದೆ, ಏಕೆಂದರೆ ಕಾನ್ಫಿಗರೇಶನ್ ವೈವಿಧ್ಯತೆಯೇ ಸ್ವತಃ ಒಂದು ಫೂಟ್‌ಪ್ರಿಂಟ್ ಆಗಿದೆ.

ಹಂಚಿದ-ಕರ್ನಲ್ ಮಾದರಿಗಿಂತ ಬಲವಾದ ಪ್ರತ್ಯೇಕತೆಯ ಆಯ್ಕೆ ಯಾವುದಾದರೂ ಇದೆಯೇ?

ಹೌದು, ಕ್ಲೌಡ್‌ಲಿನಕ್ಸ್ (CloudLinux) LVE ಮತ್ತು CageFS ಎರಡೂ ಉತ್ಪನ್ನ ಶ್ರೇಣಿಗಳಾದ್ಯಂತ ಸಾಂದ್ರತೆ-ಆಪ್ಟಿಮೈಸ್ಡ್ ಡೀಫಾಲ್ಟ್ ಆಗಿದೆ. ಗಟ್ಟಿಯಾದ ಮಿತಿಯ ಅಗತ್ಯವಿರುವ ವರ್ಕ್‌ಲೋಡ್‌ಗಳಿಗಾಗಿ, ಪೂರ್ಣ ಕಂಟೈನರ್-ಪ್ರತಿ-ಸೈಟ್ ಪ್ರತ್ಯೇಕತೆಯನ್ನು ಪ್ರೊವಿಷನಿಂಗ್-ಡ್ರೈವರ್ ರೂಪಾಂತರವಾಗಿ ನೀಡಲಾಗುತ್ತದೆ — ಇದು ಬಲವಾದ ಪ್ರತ್ಯೇಕತೆಗಾಗಿ ಓವರ್‌ಹೆಡ್ ಅನ್ನು ವ್ಯಾಪಾರ ಮಾಡುವ ಮೂಲಕ ವಿಭಿನ್ನ ನಿಯೋಜನೆಯೊಂದಿಗೆ ಒಂದೇ ಎಂಜಿನ್ ಮತ್ತು ಕಂಟ್ರೋಲ್ ಪ್ಲೇನ್ ಅನ್ನು ಹೊಂದಿದೆ.

ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುವ ಮೊದಲು ನಾನು ಇದನ್ನು ಪ್ರಯತ್ನಿಸಬಹುದೇ?

ಹೌದು. Footprint-Free Hosting ಯಾವುದೇ ಕಾರ್ಡ್ ಇಲ್ಲದ 14 ದಿನಗಳ ಉಚಿತ ಪ್ರಯೋಗದೊಂದಿಗೆ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ, ಇದು ಐದು ಸೈಟ್‌ಗಳವರೆಗೆ ಒಳಗೊಳ್ಳುತ್ತದೆ — ಪಾವತಿ ವಿವರಗಳಿಲ್ಲ, ಯಾವುದೇ ಬದ್ಧತೆಯಿಲ್ಲ. ಕೆಲವು ಸೈಟ್‌ಗಳನ್ನು ನಿಯೋಜಿಸಿ, ಅವುಗಳ ಮೂಲಕ ಸ್ವಲ್ಪ ಲೋಡ್ ಅನ್ನು ತಳ್ಳಿರಿ ಮತ್ತು ನೀವು ನಿರ್ಧರಿಸುವ ಮೊದಲು ಕೇಜ್‌ಗಳು ಹೇಗೆ ವರ್ತಿಸುತ್ತವೆ ಎಂಬುದನ್ನು ನೋಡಿ.

ನಿಮ್ಮದೇ ಆದ ಲೋಡ್ ಅಡಿಯಲ್ಲಿ ಕೇಜ್‌ಗಳು ಹೇಗೆ ವರ್ತಿಸುತ್ತವೆ ಎಂಬುದನ್ನು ನೋಡಿ

Footprint-Free Hosting ನಲ್ಲಿ ಯಾವುದೇ ಕಾರ್ಡ್ ಇಲ್ಲದ 14 ದಿನಗಳ ಉಚಿತ ಪ್ರಯೋಗವನ್ನು ಪ್ರಾರಂಭಿಸಿ — ಐದು ಸೈಟ್‌ಗಳವರೆಗೆ, ಪಾವತಿ ವಿವರಗಳಿಲ್ಲ, ಯಾವುದೇ ಬದ್ಧತೆಯಿಲ್ಲ. ಕರ್ನಲ್ ಮಟ್ಟದ ಐಸೊಲೇಶನ್, ಪ್ರೊಆಕ್ಟಿವ್ WAF ಮತ್ತು ಮಾಲ್‌ವೇರ್ ಸ್ಕ್ಯಾನಿಂಗ್ ಮೊದಲ ನಿಯೋಜನೆಯಿಂದಲೇ ಸೇರಿಸಲ್ಪಟ್ಟಿವೆ.

ಉಚಿತವಾಗಿ ಪ್ರಾರಂಭಿಸಿ