ಹೋಸ್ಟಿಂಗ್ & ಕಾರ್ಯಕ್ಷಮತೆ
ನಾವು WordPress ಅನ್ನು ಹೇಗೆ ವೇಗವಾಗಿ ಮಾಡುತ್ತೇವೆ: LiteSpeed Enterprise, LSCache ಮತ್ತು ಪ್ರತಿ ಸೈಟ್ಗೆ Redis
ಅತ್ಯಂತ ವೇಗದ WordPress ವಿನಂತಿಯೆಂದರೆ ಎಂದಿಗೂ ರನ್ ಆಗದ ವಿನಂತಿಯಾಗಿದೆ — PHP ಅಥವಾ MySQL ಅನ್ನು ಆಹ್ವಾನಿಸುವ ಮೊದಲು ನಮ್ಮ ಸ್ಟ್ಯಾಕ್ ಹೆಚ್ಚಿನ ಭೇಟಿಗಳನ್ನು ಕ್ಯಾಶ್ನಿಂದ ಹೇಗೆ ಉತ್ತರಿಸುತ್ತದೆ ಮತ್ತು Core Web Vitals ಗೆ ಅದರ ಅರ್ಥವೇನು ಎಂಬುದು ಇಲ್ಲಿದೆ.
ಅತ್ಯಂತ ವೇಗದ ವಿನಂತಿಯು ಎಂದಿಗೂ ರನ್ ಆಗದ ವಿನಂತಿಯಾಗಿದೆ
ಒಂದು ಪ್ರಮಾಣಿತ WordPress ವಿನಂತಿಯು ವೆಚ್ಚದಾಯಕವಾಗಿದೆ. ವೆಬ್ ಸರ್ವರ್ PHP ಗೆ ಹಸ್ತಾಂತರಿಸುತ್ತದೆ, PHP ಯು WordPress ಅನ್ನು ಬೂಟ್ ಮಾಡುತ್ತದೆ, ಪ್ಲಗಿನ್ಗಳನ್ನು ರನ್ ಮಾಡುತ್ತದೆ, MySQL ಅನ್ನು ಕೆಲವು ಡಜನ್ ಬಾರಿ ಪ್ರಶ್ನಿಸುತ್ತದೆ, HTML ಅನ್ನು ಜೋಡಿಸುತ್ತದೆ ಮತ್ತು ಆ ಬಳಿಕವಷ್ಟೇ ಬೈಟ್ಗಳನ್ನು ವಾಪಸ್ ಕಳುಹಿಸುತ್ತದೆ. ಕಾರ್ಯನಿರತ ತಾಣದಲ್ಲಿ ಪ್ರತಿ ಸಂದರ್ಶಕನಿಗೂ ಆ ಇಡೀ ಪ್ರಕ್ರಿಯೆಯು ನಡೆಯುತ್ತದೆ ಮತ್ತು ನಿಮ್ಮ ಟೈಮ್-ಟು-ಫರ್ಸ್ಟ್-ಬೈಟ್ನ ಬಹುಪಾಲು ಸಮಯವು ಅಲ್ಲಿಯೇ ಖರ್ಚಾಗುತ್ತದೆ.
ನಾವು ಹೋಸ್ಟ್ ಮಾಡುವ ತಾಣಗಳಾದ್ಯಂತ — 100,000 ಕ್ಕೂ ಹೆಚ್ಚು PBN ಸೈಟ್ಗಳು ಮತ್ತು ಮುಖ್ಯವಾಹಿನಿಯ ಮ್ಯಾನೇಜ್ಡ್ WordPress ಒಳಗೊಂಡಂತೆ — ಬಹುಪಾಲು ಮುಂಭಾಗದ ಪುಟದ ವೀಕ್ಷಣೆಗಳನ್ನು PHP ಅನ್ನು ಆಹ್ವಾನಿಸದೆ ಅಥವಾ ಡೇಟಾಬೇಸ್ ಅನ್ನು ಸ್ಪರ್ಶಿಸದೆ, ಕ್ಯಾಶ್ನಿಂದ ನೇರವಾಗಿ ಪೂರ್ವ-ರೆಂಡರ್ ಮಾಡಿದ ಪೂರ್ಣ ಪುಟವಾಗಿ ಒದಗಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಹೆಚ್ಚಿನ ಭೇಟಿಗಳಿಗೆ ಇದಾವುದೂ ಸಂಭವಿಸುವುದಿಲ್ಲ ಎಂಬುದನ್ನು ಖಚಿತಪಡಿಸುವುದೇ ನಮ್ಮ ಉತ್ತರವಾಗಿದೆ. ಇದನ್ನು ನಿಜವಾಗಿಸುವ ಪದರಗಳು ಹೇಗೆ ಒಂದಕ್ಕೊಂದು ಹೊಂದಿಕೊಳ್ಳುತ್ತವೆ ಮತ್ತು ಪ್ರತಿಯೊಂದೂ ತನ್ನ ಸ್ಥಾನವನ್ನು ಎಲ್ಲಿ ಗಳಿಸಿಕೊಳ್ಳುತ್ತದೆ ಎಂಬುದರ ಕುರಿತು ಈ ಪೋಸ್ಟ್ನ ಉಳಿದ ಭಾಗವಾಗಿದೆ.
ಪ್ರಮುಖ ಅಂಶವೆಂದರೆ ಇವು ನೀವು ಆಯ್ಕೆ ಮಾಡಿಕೊಳ್ಳುವ ಪರಸ್ಪರ ಸ್ಪರ್ಧಿಸುವ ಕ್ಯಾಶ್ಗಳಲ್ಲ. ಫುಲ್-ಪೇಜ್ ಕ್ಯಾಶ್, ಆಬ್ಜೆಕ್ಟ್ ಕ್ಯಾಶ್ ಮತ್ತು CDN ಎಡ್ಜ್ ಪ್ರತಿಯೊಂದೂ ವಿಭಿನ್ನ ವರ್ಗದ ವಿನಂತಿಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತವೆ ಮತ್ತು ಇವುಗಳ ನಿಜವಾದ ಮೌಲ್ಯವಿರುವುದು ಅವು ಒಂದಕ್ಕೊಂದು ಹೇಗೆ ಹಸ್ತಾಂತರಿಸುತ್ತವೆ ಎಂಬುದರಲ್ಲಿದೆ.
LiteSpeed Enterprise + LSCache: ದಿ ಫುಲ್-ಪೇಜ್ ಲೇಯರ್
ಪ್ರತಿಯೊಂದು ಸೈಟು ಸರ್ವರ್-ಮಟ್ಟದ LSCache ನೊಂದಿಗೆ LiteSpeed Enterprise ಮೇಲೆ ರನ್ ಆಗುತ್ತದೆ. ಫ್ರಂಟ್-ಎಂಡ್ ಪ್ರತಿಕ್ರಿಯೆಯು ಕ್ಯಾಶ್ ಮಾಡಬಹುದಾದಾಗ, ವೆಬ್ ಸರ್ವರ್ ಅದನ್ನು LiteSpeed cache-control ಮತ್ತು ಟ್ಯಾಗ್ ಹೆಡರ್ಗಳೊಂದಿಗೆ ಸ್ಟಾಂಪ್ ಮಾಡುತ್ತದೆ, ಮತ್ತು LiteSpeed ಮುಂದಿನ ಹಿಟ್ನಲ್ಲಿ ಸಂಪೂರ್ಣ ಪುಟವನ್ನು ನೇರವಾಗಿ ಸರ್ವ್ ಮಾಡುತ್ತದೆ - ಯಾವುದೇ PHP ಪ್ರಕ್ರಿಯೆ ಹುಟ್ಟಿಕೊಳ್ಳುವುದಿಲ್ಲ, ಯಾವುದೇ MySQL ಪ್ರಶ್ನೆಯನ್ನು ನೀಡಲಾಗುವುದಿಲ್ಲ. WordPress TTFB ಮೇಲೆ ಇದು ಅತ್ಯಂತ ದೊಡ್ಡ ಪ್ರಭಾವ ಬೀರುವ ಅಂಶವಾಗಿದೆ, ಏಕೆಂದರೆ ಇದು ಹಾಟ್ ಪಾತ್ನಿಂದ ಸಂಪೂರ್ಣ ಅಪ್ಲಿಕೇಶನ್ ಬೂಟ್ ಅನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ.
LSCache ವೆಬ್ ಸರ್ವರ್ನ ಒಳಗೆ ವಾಸಿಸುವುದರಿಂದ, ಪಿಎಚ್ಪಿ ಪ್ಲಗಿನ್ನಲ್ಲಿರುವಂತೆ ಇದು ವಿನಂತಿಯ ಜೀವಿತಾವಧಿಯಲ್ಲಿ ಮುಂಚಿತವಾಗಿ ಕೆಲಸ ಮಾಡಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ ಮತ್ತು ಸರ್ವರ್ ತಕ್ಷಣವೇ ಫ್ಲಶ್ ಮಾಡಬಹುದಾದ ರೂಪದಲ್ಲಿ ಪುಟಗಳನ್ನು ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳುತ್ತದೆ. ಕ್ಯಾಶ್ ಕ್ರಾಲರ್ ಜನಪ್ರಿಯ ಪುಟಗಳನ್ನು ಸಕ್ರಿಯವಾಗಿರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಪ್ರಕ್ಷಾಲನದ ನಂತರ ಬರುವ ಮೊದಲ ಸಂದರ್ಶಕರು ಪುಟವನ್ನು ಮರುಸೃಷ್ಟಿಸಲು ಕಾಯಬೇಕಾಗಿಲ್ಲ. ಇದರ ಫಲಿತಾಂಶವೆಂದರೆ, ಸಾಮಾನ್ಯ ಸ್ಟ್ಯಾಕ್ಗೆ ಜೋಡಿಸಲಾದ ಮತ್ತು ಕ್ಯಾಶ್ ಇನ್ನೂ ಪಿಎಚ್ಪಿ ಹಿಂದೆ ಇರುವ ಪ್ಲಗಿನ್-ಮಾತ್ರ ಕ್ಯಾಶ್ಗಿಂತ ಗಮನಾರ್ಹವಾಗಿ ಕಡಿಮೆ ಮತ್ತು ಹೆಚ್ಚು ಸ್ಥಿರವಾದ TTFB ಆಗಿದೆ.
ನಮ್ಮದೇ ರಿಪೋ-ಗ್ರೇಡ್ 캐시 ಪ್ಲಗ್ಇನ್ ಪ್ರತಿ ಸೈಟ್ನಲ್ಲಿಯೂ ಮುಂಚಿತವಾಗಿ ಇನ್ಸ್ಟಾಲ್ ಆಗಿ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಅಪ್ಡೇಟ್ ಆಗುತ್ತದೆ, ಇದು WordPress ಅನ್ನು LSCache ನೊಂದಿಗೆ ಬಾಕ್ಸ್ನಿಂದ ಹೊರಬಂದ ತಕ್ಷಣವೇ ಸರಿಯಾಗಿ ಸಂಪರ್ಕಿಸುತ್ತದೆ. ನಾನ್-LiteSpeed ಒರಿಜಿನ್ನಲ್ಲಿ ಇದು ಯಾವುದೇ ಪೂರ್ಣ-ಪುಟ ಹೆಡರ್ಗಳನ್ನು ಹೊರಸೂಸುವುದಿಲ್ಲ ಮತ್ತು ದಾರಿಯಿಂದ ಸರಿದುಹಾಕಿಕೊಳ್ಳುತ್ತದೆ, ಆದರೆ ಆಬ್ಜೆಕ್ಟ್ 캐시 ಮತ್ತು ಹೊರಗಿಡುವ ನಿಯಮಗಳು ತಮ್ಮ ಕೆಲಸವನ್ನು ಮುಂದುವರಿಸುತ್ತವೆ - ಆದ್ದರಿಂದ ಸ್ಥಳಾಂತರಿಸಿದ ಸೈಟ್ ಎಂದಿಗೂ ಮುರಿದ, ಅರ್ಧ-ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ ಸ್ಥಿತಿಯಲ್ಲಿ ಉಳಿಯುವುದಿಲ್ಲ.
ಹಳೆಯದನ್ನು ನೀಡದೆ ವೇಗವಾಗಿ ಉಳಿಯುವುದು: ESI ಮತ್ತು ಸ್ಮಾರ್ಟ್ ಆಟೋ-ಪರ್ಜ್
ಆಕ್ರಮಣಕಾರಿ ಪೂರ್ಣ-ಪುಟ ಕ್ಯಾಶಿಂಗ್ ಎರಡು ಸಾಂಪ್ರದಾಯಿಕ ವೈಫಲ್ಯ ವಿಧಾನಗಳನ್ನು ಹೊಂದಿದೆ: ಲಾಗಿನ್ ಆಗಿರುವ ಬಳಕೆದಾರರಿಗೆ ಬೇರೆಯವರ ಪುಟವನ್ನು ನೀಡುವುದು ಮತ್ತು ಬದಲಾಗಬೇಕಿದ್ದ ಪುಟವನ್ನು ಯಾರಿಗಾದರೂ ನೀಡುವುದು. ಇವೆರಡನ್ನೂ ಕಡಿಮೆ ಕ್ಯಾಶಿಂಗ್ ಮಾಡುವ ಬದಲು ಕ್ಯಾಶಿಂಗ್ ಹಂತದಲ್ಲೇ ಪರಿಹರಿಸಲಾಗುತ್ತದೆ.
ESI (Edge Side Includes) ನಮಗೆ ಪುಟವನ್ನು ಕ್ಯಾಶ್ ಮಾಡಲು ಅನುಮತಿಸುತ್ತದೆ, ಜೊತೆಗೆ ಲೈವ್ ಆಗಿರಬೇಕಾದ ಭಾಗಗಳಿಗೆ ರಂಧ್ರಗಳನ್ನು ಮಾಡುತ್ತದೆ. WooCommerce ಸ್ಟೋರ್ನಲ್ಲಿ ಕ್ಯಾಟಲಾಗ್, ಉತ್ಪನ್ನ ಮತ್ತು ವರ್ಗ ಪುಟಗಳನ್ನು ಅತ್ಯಂತ ವೇಗದ TTFB ಗಾಗಿ ಪೂರ್ಣ-ಪುಟ ಕ್ಯಾಶ್ನಂತೆ ಒದಗಿಸಲಾಗುತ್ತದೆ, ಆದರೆ ESI ಪ್ರತಿ ವಿನಂತಿಗೆ ಕಾರ್ಟ್ ತುಣುಕು, ಮಿನಿ-ಕಾರ್ಟ್ ಮೊತ್ತಗಳು ಮತ್ತು ಖಾತೆಯ ಸ್ಥಿತಿಯನ್ನು ರೆಂಡರ್ ಮಾಡುತ್ತದೆ. ಕಾರ್ಟ್, ಚೆಕ್ಔಟ್, my-account ಮತ್ತು ಯಾವುದೇ ನಾನ್ಸ್ ಅಥವಾ ಸೆಶನ್ ಪುಟಗಳನ್ನು ಡೀಫಾಲ್ಟ್ ಆಗಿ ಹೊರಗಿಡಲಾಗುತ್ತದೆ. ಶಾಪರ್ಗಳು ಯಾವಾಗಲೂ ತಮ್ಮದೇ ಆದ ಬಾಸ್ಕೆಟ್ ಮತ್ತು ಕೆಲಸ ಮಾಡುವ ಚೆಕ್ಔಟ್ ಅನ್ನು ನೋಡುತ್ತಾರೆ; ಪ್ರತಿಯೊಬ್ಬರೂ ಇನ್ನೂ ಕ್ಯಾಶ್ನಿಂದ ಸ್ಟೋರ್ಫ್ರಂಟ್ ಅನ್ನು ಪಡೆಯುತ್ತಾರೆ.
ಸ್ಮಾರ್ಟ್ ಆಟೋ-ಪರ್ಜ್ ಮೂಲಕ ತಾಜಾತನವನ್ನು ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ. ಕಂಟೆಂಟ್, ಉತ್ಪನ್ನಗಳು, ಬೆಲೆಗಳು ಅಥವಾ ಆರ್ಡರ್ಗಳು ಬದಲಾದಾಗ ಪರ್ಜ್ ಹುಕ್ಗಳು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ರನ್ ಆಗುತ್ತವೆ, ಇದರಿಂದ ಟೈಮರ್ ಬದಲು ಸಂಬಂಧಿತ 캐시 ಪುಟಗಳು ತಕ್ಷಣವೇ ರಿಫ್ರೆಶ್ ಆಗುತ್ತವೆ, ಮತ್ತು ನೀವು ಡ್ಯಾಶ್ಬೋರ್ಡ್ನಿಂದ ಅಥವಾ WordPress ಒಳಗೆ ಬೇಡಿಕೆಯ ಮೇರೆಗೆ ಸಹ ಪರ್ಜ್ ಮಾಡಬಹುದು. ಟ್ಯಾಗ್-ಆಧಾರಿತ ಪರ್ಜ್ ಎಂದರೆ ಒಂದು ಪೋಸ್ಟ್ ಅನ್ನು ಸಂಪಾದಿಸುವುದರಿಂದ ಆ ಪೋಸ್ಟ್ ಮತ್ತು ಅದರ ಆರ್ಕೈವ್ಗಳು ಕ್ಲಿಯರ್ ಆಗುತ್ತವೆ — ಸಂಪೂರ್ಣ 캐시 ಅಲ್ಲ — ಆದ್ದರಿಂದ ಕೇವಲ ಒಂದು ಎಡಿಟ್ ಇ całym ಸೈಟ್ ಅನ್ನು ಕೋಲ್ಡ್-ಸ್ಟಾರ್ಟ್ ಮಾಡುವುದಿಲ್ಲ.
ಪ್ರತಿ ಸೈಟ್ನ Redis ಆಬ್ಜೆಕ್ಟ್ ಕ್ಯಾಶ್: ಪೂರ್ಣ ಪುಟವಾಗಲು ಸಾಧ್ಯವಿಲ್ಲದ ವಿಷಯಕ್ಕಾಗಿ
ಪ್ರತಿಯೊಂದು ವಿನಂತಿಯೂ ಸ್ಥಿರವಾದ ಪೂರ್ಣ ಪುಟವಾಗಿರಲು ಸಾಧ್ಯವಿಲ್ಲ. ಲಾಗಿನ್ ಆದ ಸೆಷನ್ಗಳು, WordPress ಅಡ್ಮಿನ್, WooCommerce ಕಾರ್ಟ್ಗಳು, ಹುಡುಕಾಟ ಮತ್ತು ESI ಬಿಟ್ಟುಹೋಗುವ ಡೈನಾಮಿಕ್ ತುಣುಕುಗಳು ಇವೆಲ್ಲವೂ PHP ಅನ್ನು ರನ್ ಮಾಡಬೇಕಾಗುತ್ತದೆ. ಅಂತಹವುಗಳಿಗಾಗಿ, ಗುರಿಯು 'ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಬಿಟ್ಟುಬಿಡಿ' ಎಂಬುದರಿಂದ 'ಡೇಟಾಬೇಸ್ ಅನ್ನು ಬಿಟ್ಟುಬಿಡಿ' ಎಂಬುದಕ್ಕೆ ಬದಲಾಗುತ್ತದೆ.
ಪ್ರತಿ ಸೈಟ್ಗೂ ತನ್ನದೇ ಆದ ಮೀಸಲಾದ Redis ಆಬ್ಜೆಕ್ಟ್ ಕ್ಯಾಶ್ ಸಿಗುತ್ತದೆ. WordPress ಪುನರಾವರ್ತಿತ ಡೇಟಾಬೇಸ್ ಓದುವಿಕೆಗಳ ಫಲಿತಾಂಶಗಳನ್ನು — ಆಪ್ಷನ್ಗಳು, ಟ್ರಾನ್ಸಿಯೆಂಟ್ಗಳು, ಪೋಸ್ಟ್ ಮತ್ತು ಟರ್ಮ್ ಲುಕ್ಅಪ್ಗಳು, WooCommerce ಉತ್ಪನ್ನ ಮತ್ತು ಸೆಶನ್ ಡೇಟಾ — ಮೆಮೊರಿಯಲ್ಲಿ ಕ್ಯಾಶ್ ಮಾಡುತ್ತದೆ, ಇದರಿಂದ ಪ್ರತಿ ಹಿಟ್ನಲ್ಲೂ MySQL ವಿರುದ್ಧ ಒಂದೇ ಪ್ರಶ್ನೆಯನ್ನು ರನ್ ಮಾಡಲಾಗುವುದಿಲ್ಲ. ಪೂರ್ಣ-ಪುಟದ ಕ್ಯಾಶ್ ಸಹಾಯ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲದ ಸ್ಥಳದಲ್ಲಿ ಇದರ ಪರಿಣಾಮವು ಹೆಚ್ಚು ಗೋಚರಿಸುತ್ತದೆ: ವೇಗವಾದ ಡ್ಯಾಶ್ಬೋರ್ಡ್ಗಳು, ವೇಗವಾದ ಕಾರ್ಟ್ಗಳು ಮತ್ತು ಟ್ರಾಫಿಕ್ ಅಡಿಯಲ್ಲಿ ಬಹಳ ಕಡಿಮೆ ಡೇಟಾಬೇಸ್ ಲೋಡ್.
ಆಬ್ಜೆಕ್ಟ್ ಕ್ಯಾಚೆಯು ಪ್ರತಿ ತಾಣಕ್ಕೆ (ಪರ್-ಸೈಟ್) ಅನ್ವಯಿಸುತ್ತದೆ, ಹಂಚಿಕೊಳ್ಳಲಾಗಿಲ್ಲ, ಇದು ಕಾರ್ಯಕ್ಷಮತೆ ಮತ್ತು ಪ್ರತ್ಯೇಕತೆ ಎರಡಕ್ಕೂ ಮುಖ್ಯವಾಗಿದೆ. ಪ್ರತಿ ತಾಣದ ಡೇಟಾಬೇಸ್ ಥ್ರಾಟ್ಲಿಂಗ್ನೊಂದಿಗೆ ಸಂಯೋಜಿಸಲ್ಪಟ್ಟ ಇದು, ಒಂದು ತಾಣದ ಭಾರವಾದ ಅಥವಾ ಕಳಪೆಯಾಗಿ ಬರೆಯಲಾದ ಪ್ರಶ್ನೆಗಳು ಅದರ ನೆರೆಹೊರೆಯ ತಾಣಗಳಿಗೆ ಡೇಟಾಬೇಸ್ ಸಂಪನ್ಮೂಲದ ಕೊರತೆಯಾಗದಂತೆ ತಡೆಯುತ್ತದೆ. ಇಡೀ ಬಹು-ಪದರದ ಸೆಟಪ್ ಹೇಗೆ ಒಟ್ಟಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದರ ಕುರಿತು ನಮ್ಮ ಕ್ಯಾಚಿಂಗ್ ವೈಶಿಷ್ಟ್ಯದ ಪುಟದಲ್ಲಿ ನೀವು ಇನ್ನಷ್ಟು ಓದಬಹುದು, ಹಾಗೆಯೇ ಪ್ರತ್ಯೇಕತೆಯ ಅಡಿಯಲ್ಲಿ ಬಾಡಿಗೆದಾರರ ನಡುವಿನ ಗಡಿಗಳ ಕುರಿತು ಸಹ ತಿಳಿಯಬಹುದು.
ಅಂಚು ಮತ್ತು ಅದರ ಕೆಳಗಿನ ಸಾಗಣೆ
ಮೂಲದಲ್ಲೇ ಇರುವ ಕ್ಯಾಶ್ ಕೂಡ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ದಾಟಬೇಕಾಗುತ್ತದೆ. ಸರ್ವರ್ನ ಮುಂಭಾಗದಲ್ಲಿ CDN ಎಡ್ಜ್ ಇರುತ್ತದೆ, ಆದ್ದರಿಂದ ಸ್ಥಿರ ಅಸೆಟ್ಗಳು ಮತ್ತು ಕ್ಯಾಶ್ ಮಾಡಬಹುದಾದ ಪುಟಗಳನ್ನು ಸಂದರ್ಶಕರ ಹತ್ತಿರವಿರುವ ಪಾಯಿಂಟ್ ಆಫ್ ಪ್ರೆಸೆನ್ಸ್ನಿಂದ ಸರ್ವ್ ಮಾಡಲಾಗುತ್ತದೆ, ಮತ್ತು ಲೋಡ್ ಅಡಿಯಲ್ಲಿಯೂ ಮೂಲವು ಶಾಂತವಾಗಿರುತ್ತದೆ. ನಮ್ಮ ಫುಟ್ಪ್ರಿಂಟ್-ಫ್ರೀ ಹೋಸ್ಟಿಂಗ್ ಲೈನ್ಗಾಗಿ ಅದೇ ಎಡ್ಜ್ ಹಲವಾರು ಪ್ರೊವೈಡರ್ಗಳಲ್ಲಿ ಹರಡಿರುವ ಮಲ್ಟಿ-CDN ಪೂಲ್ ಆಗಿದೆ, ಇದು ಕಾರ್ಯಕ್ಷಮತೆಯ ಗುರಿಯ ಜೊತೆಗೆ ಫುಟ್ಪ್ರಿಂಟ್ ಗುರಿಯನ್ನೂ ಪೂರೈಸುತ್ತದೆ; ಮೇನ್ಸ್ಟ್ರೀಮ್ WordPress ನಲ್ಲಿ ಇದು ಮೂಲಗಳನ್ನು ನಿಷ್ಕ್ರಿಯವಾಗಿರಿಸುವ ವೇಗದ, ಉತ್ತಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಪದರವಾಗಿದೆ.
ಕೆಳಭಾಗದಲ್ಲಿ, ಮೂಲಭೂತ ಅಂಶಗಳಲ್ಲಿ ಯಾವುದೇ ರಾಜಿ ಮಾಡಿಕೊಳ್ಳುವುದಿಲ್ಲ. ಸೈಟ್ಗಳು HTTP/3 ನೊಂದಿಗೆ NVMe ಸ್ಟೋರೇಜ್ನಲ್ಲಿ ರನ್ ಆಗುತ್ತವೆ, ಇದರಿಂದ ಕ್ಯಾಶ್ ಕಳುಹಿಸುವ ಬೈಟ್ಗಳು ಯಾವುದೇ ಕ್ಯಾಶ್ ಮಿಸ್ ಆದಾಗಲೂ ವೇಗದ ಸ್ಟೋರೇಜ್ನೊಂದಿಗೆ ಆಧುನಿಕ, ಮಲ್ಟಿಪ್ಲೆಕ್ಸ್ಡ್ ಟ್ರಾನ್ಸ್ಪೋರ್ಟ್ ಮೂಲಕ ತಲುಪುತ್ತವೆ. ಇವುಗಳಲ್ಲಿ ಯಾವುದೇ ಪದರಗಳು ಆಡ್-ಆನ್ ಅಲ್ಲ: LiteSpeed, LSCache, ಪ್ರತಿ ಸೈಟ್ಗೆ ಸಂಬಂಧಿಸಿದ Redis, NVMe ಮತ್ತು HTTP/3 ಪ್ರತಿ ಪ್ಲಾನ್ನಲ್ಲಿಯೂ ಮೂಲಭೂತ ಸೌಲಭ್ಯಗಳಾಗಿವೆ, ಇವು ಯಾವುದೇ ಅಪ್ಸೇಲ್ ಟಯರ್ ಅಲ್ಲ.
Core Web Vitals ಅನ್ನು ನಿಜವಾಗಿಯೂ ಯಾವುದು ಚಲಿಸುತ್ತದೆ
ನಿರ್ದಿಷ್ಟವಾಗಿರುವುದು ಒಳ್ಳೆಯದು, ಏಕೆಂದರೆ ಹೋಸ್ಟಿಂಗ್ ಅನ್ನು ಸಾಮಾನ್ಯವಾಗಿ Core Web Vitals ವಿಷಯದಲ್ಲಿ ಅತಿ ಹೆಚ್ಚು ಮಾರಾಟ ಮಾಡಲಾಗುತ್ತದೆ. TTFB ಎಂಬುದು ಸಮೀಕರಣದ ಸರ್ವರ್ ಹೊಂದಿರುವ ಭಾಗವಾಗಿದೆ, ಮತ್ತು ಮೇಲಿನ ಕ್ಯಾಶಿಂಗ್ ಸ್ಟಾಕ್ ಅದನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ — ಎಡ್ಜ್ನಿಂದ HTTP/3 ಮೂಲಕ ಒದಗಿಸಲಾದ ಕ್ಯಾಶ್ ಮಾಡಲಾದ ಸಂಪೂರ್ಣ ಪುಟವು TTFB ಎಷ್ಟು ಕಡಿಮೆಯಾಗಬಹುದೋ ಅಷ್ಟು ಕಡಿಮೆಯಿರುತ್ತದೆ. TTFB ಎಂಬುದು Largest Contentful Paint ನ ಮುಂಚೂಣಿಯಲ್ಲಿರುವುದರಿಂದ, ವೇಗದ ಒರಿಜಿನ್ ಕೆಳಹಂತದ ಪ್ರತಿಯೊಂದು ಮೆಟ್ರಿಕ್ಗೆ ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಹೊಂದಲು ಸಾಧ್ಯವಿಲ್ಲದ ಮುನ್ನಡೆಯನ್ನು ನೀಡುತ್ತದೆ.
ಆದರೆ LCP, CLS ಮತ್ತು INP ಗಳು ಹೆಚ್ಚಾಗಿ ಬ್ರೌಸರ್ನಲ್ಲಿ, ಪುಟದಿಂದಲೇ ನಿರ್ಧರಿಸಲ್ಪಡುತ್ತವೆ: ಆಪ್ಟಿಮೈಜ್ ಮಾಡದ ಹೀರೋ ಇಮೇಜ್, ರೆಂಡರ್-ಬ್ಲಾಕಿಂಗ್ CSS ಮತ್ತು JavaScript, ಫಾಂಟ್ಗಳು ಮತ್ತು ಜಾಹೀರಾತುಗಳು ಲೋಡ್ ಆದಂತೆ ಬದಲಾಗುವ ಲೇಔಟ್, ಮತ್ತು ಪ್ಲಗಿನ್ಗಳಿಂದ ಉಂಟಾಗುವ ಹೆವಿ ಮೇನ್-ಥ್ರೆಡ್ ಕೆಲಸ. ಸರ್ವರ್ ಕ್ಯಾಚಿಂಗ್ ಎಷ್ಟೇ ಇದ್ದರೂ 2 MB ಹೀರೋ ಅಥವಾ ಮೆಗಾಬೈಟ್ಗಳಷ್ಟು JavaScript ಅನ್ನು ಒದಗಿಸುವ ಥೀಮ್ ಅನ್ನು ಸರಿಪಡಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಪ್ರಾಮಾಣಿಕ ಹೋಸ್ಟಿಂಗ್ ಸರ್ವರ್ ಕೊಡುಗೆಯನ್ನು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಉಚಿತ ಮತ್ತು ಸ್ಥಿರವಾಗಿಸುತ್ತದೆ, ನಂತರ ಫ್ರಂಟ್ ಎಂಡ್ ಅನ್ನು ಹಗುರವಾಗಿರಿಸಿಕೊಳ್ಳುವುದು ಸೈಟ್ನ ಜವಾಬ್ದಾರಿಯಾಗಿದೆ.
ಆ ಶ್ರಮ ವಿಭಜನೆಯು ಉಪಯುಕ್ತ ಮಾನಸಿಕ ಮಾದರಿಯಾಗಿದೆ. ವಿನಂತಿಯು ಬ್ರೌಸರ್ ಅನ್ನು ವೇಗವಾಗಿ ತಲುಪುವುದನ್ನು ಮತ್ತು ದಟ್ಟಣೆಯ ನಡುವೆಯೂ ವೇಗವಾಗಿ ಉಳಿಯುವುದನ್ನು ನಾವು ಖಾತರಿಪಡಿಸುತ್ತೇವೆ; ನೀವು ಪೇಲೋಡ್ ಅನ್ನು ಚಿಕ್ಕದಾಗಿ ಮತ್ತು ಸ್ಥಿರವಾಗಿರಿಸಿಕೊಳ್ಳಿ. ಈ ಎರಡೂ ಎಲ್ಲಿ ಸಂಧಿಸುತ್ತವೆಯೋ — ಕ್ಯಾಶ್ ವಾರ್ಮ್-ಅಪ್, ಎಡ್ಜ್ ಡೆಲಿವರಿ, ಮತ್ತು ಡೈನಾಮಿಕ್ ಪುಟಗಳು ನಿಂತುಹೋಗದಂತೆ ಡೇಟಾಬೇಸ್ ಅನ್ನು ಸ್ಪಂದಿಸುವಂತೆಡುವುದು — ಅಲ್ಲಿಯೇ ನಮ್ಮ ಸ್ಟಾಕ್ ಅನ್ನು ಟ್ಯೂನ್ ಮಾಡಲಾಗಿದೆ, ಮತ್ತು ಇದು ಈ ಪ್ಲಾಟ್ಫಾರ್ಮ್ನಲ್ಲಿ ನಿರ್ವಹಿಸಲ್ಪಡುವ WordPress ಅನ್ನು ಜೆನೆರಿಕ್ ಹೋಸ್ಟ್ನಲ್ಲಿರುವ ಅದೇ ಸೈಟ್ಗಿಂತ ವೇಗವಾಗಿರಿಸುತ್ತದೆ.
ಪದೇ ಪದೇ ಕೇಳಲಾಗುವ ಪ್ರಶ್ನೆಗಳು
WP Rocket ನಂತಹ ಕ್ಯಾಚಿಂಗ್ ಪ್ಲಗಿನ್ ನನಗೆ ಇನ್ನೂ ಅಗತ್ಯವಿದೆಯೇ?
ಸಂಖ್ಯೆ. ಸಂಪೂರ್ಣ-ಪುಟ ಕ್ಯಾಶಿಂಗ್ ಅನ್ನು ವೆಬ್ ಸರ್ವರ್ನಲ್ಲಿ LiteSpeed ನ LSCache ಮೂಲಕ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ನಮ್ಮ ಸ್ವಂತ ಕ್ಯಾಚ್ ಪ್ಲಗಿನ್ — ಮೊದಲೇ ಸ್ಥಾಪಿಸಲಾಗಿದೆ ಮತ್ತು ಸ್ವಯಂ-ನವೀಕರಿಸಲಾಗಿದೆ — WordPress ಅನ್ನು ಅದಕ್ಕೆ ಸರಿಯಾಗಿ ಸಂಪರ್ಕಿಸುತ್ತದೆ, ಅದರ ಹಿಂದೆ ಪ್ರತಿ ಸೈಟ್ನ Redis ಆಬ್ಜೆಕ್ಟ್ ಕ್ಯಾಚ್ ಇರುತ್ತದೆ. ಇದರ ಮೇಲೆ ಎರಡನೇ ಸಂಪೂರ್ಣ-ಪುಟ ಕ್ಯಾಶಿಂಗ್ ಪ್ಲಗಿನ್ ಅನ್ನು ಸ್ಟ್ಯಾಕ್ ಮಾಡುವುದರಿಂದ ಸಹಾಯ ಮಾಡುವುದಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿ ಸರ್ವರ್ ಮಟ್ಟದ ಕ್ಯಾಚ್ನೊಂದಿಗೆ ಸಾಮಾನ್ಯವಾಗಿ ಸಂಘರ್ಷಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಇದು ಅಗತ್ಯವಿಲ್ಲ ಮತ್ತು ಶಿಫಾರಸು ಮಾಡುವುದಿಲ್ಲ.
ಕ್ಯಾಶಿಂಗ್ ನನ್ನ WooCommerce ಕಾರ್ಟ್ ಅಥವಾ ಲಾಗಿನ್ ಮಾಡಿದ ಪುಟಗಳನ್ನು ಹಾನಿಗೊಳಿಸುತ್ತದೆಯೇ?
ಇಲ್ಲ. ಕಾರ್ಟ್, ಚೆಕ್ಔಟ್, ಮೈ-ಅಕೌಂಟ್ ಮತ್ತು ಯಾವುದೇ ನಾನ್ಸ್ లేదా ಸೆಷನ್ ಪುಟಗಳನ್ನು ಡೀಫಾಲ್ಟ್ ಆಗಿ ಕ್ಯಾಶ್ನಿಂದ ಹೊರಗಿಡಲಾಗುತ್ತದೆ, ಮತ್ತು ESI ಕ್ಯಾಶ್ ಮಾಡಲಾದ ಇತರ ಪುಟಗಳಲ್ಲಿ ಕಾರ್ಟ್ ತುಣುಕು ಮತ್ತು ಮೊತ್ತವನ್ನು ಲೈವ್ ಆಗಿರಿಸುತ್ತದೆ. ಸ್ಟೋರ್ಫ್ರಂಟ್ ಕ್ಯಾಶ್ನಿಂದ ಲೋಡ್ ಆಗುತ್ತಿರುವಾಗಲೂ ಖರೀದಿದಾರರು ಯಾವಾಗಲೂ ತಮ್ಮದೇ ಆದ ಬಾಸ್ಕೆಟ್ ಮತ್ತು ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಚೆಕ್ಔಟ್ ಅನ್ನು ನೋಡುತ್ತಾರೆ.
ನಾನು ಪ್ರಕಟಿಸಿದಾಗ ಅಥವಾ ಸಂಪಾದಿಸಿದಾಗ ಸಂಗ್ರಹವು (ಕ್ಯಾಶ್) ಹೇಗೆ ಹೊಸದಾಗಿ ಉಳಿಯುತ್ತದೆ?
ಸ್ಮಾರ್ಟ್ ಆಟೋ-ಪರ್ಜ್ ಸಂಬಂಧಿತ WordPress ಹೂಕ್ಗಳಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ವಿಷಯವನ್ನು ಪ್ರಕಟಿಸುವುದು, ಸಂಪಾದಿಸುವುದು ಅಥವಾ ಉತ್ಪನ್ನ, ಬೆಲೆ ಅಥವಾ ಆರ್ಡರ್ ಅನ್ನು ಬದಲಾಯಿಸುವುದು ಸಂಪೂರ್ಣ 캐시 ಬದಲಿಗೆ ಬಾಧಿತ ಪುಟಗಳನ್ನು ಮತ್ತು ಅವುಗಳ ಆರ್ಕೈವ್ಗಳನ್ನು ಮಾತ್ರ ತೆರವುಗೊಳಿಸುತ್ತದೆ — ಮತ್ತು ಕ್ರಾಲರ್ ಅವುಗಳನ್ನು ಮರು-ಬಿಸಿಮಾಡುತ್ತದೆ. ಡ್ಯಾಶ್ಬೋರ್ಡ್ನಿಂದ ಅಥವಾ WordPress ಒಳಗಿನಿಂದಲೂ ನೀವು ಬೇಡಿಕೆಯ ಮೇರೆಗೆ ಪರ್ಜ್ ಮಾಡಬಹುದು.
ಕೇವಲ ಹೋಸ್ಟಿಂಗ್ನಿಂದ ನನಗೆ ಪರಿಪೂರ್ಣ Core Web Vitals ಪಡೆಯಲು ಸಾಧ್ಯವೇ?
ಇದು ನಿಮಗೆ ಅತ್ಯುತ್ತಮವಾದ TTFB ಅನ್ನು ನೀಡುತ್ತದೆ, ಇದು ಸರ್ವರಿನ ಕೊಡುಗೆಯಾಗಿದೆ ಮತ್ತು Largest Contentful Paint ಗಾಗಿ ಉತ್ತಮ ಮುನ್ನಡೆಯಾಗಿದೆ. ಆದರೆ LCP, CLS ಮತ್ತು INP ಗಳು ಹೆಚ್ಚಾಗಿ ಪುಟದಿಂದಲೇ ನಿರ್ಧರಿಸಲ್ಪಡುತ್ತವೆ — ಚಿತ್ರದ ಗಾತ್ರಗಳು, ರೆಂಡರ್-ಬ್ಲಾಕಿಂಗ್ ಅಸೆಟ್ಗಳು, ಲೇಔಟ್ ಸ್ಥಿರತೆ ಮತ್ತು ಮುಖ್ಯ-ಥ್ರೆಡ್ ಜಾವಾಸ್ಕ್ರಿಪ್ಟ್. ನಮ್ಮ ಸ್ಟಾಕ್ ಸರ್ವರಿನ ಕೊಡುಗೆಯನ್ನು ವೇಗವಾಗಿ ಮತ್ತು ಸ್ಥಿರವಾಗಿಸುತ್ತದೆ; ಫ್ರಂಟ್-ಎಂಡ್ ಪೇಲೋಡ್ ಅನ್ನು ಹಗು 크게 ಇಟ್ಟುಕೊಳ್ಳುವುದರಿಂದ ಉಳಿದ ಅಂತರವನ್ನು ಮುಚ್ಚಬಹುದು.
ಸಂಬಂಧಿತ
14 ದಿನಗಳವರೆಗೆ ಉಚಿತವಾಗಿ ಪ್ರಯತ್ನಿಸಿ
ನಿಮ್ಮ ಮೊದಲ ಸೈಟ್ಗಳನ್ನು 14 ದಿನಗಳವರೆಗೆ ಉಚಿತವಾಗಿ ಸಕ್ರಿಯಗೊಳಿಸಿ — ಕಾರ್ಡ್ ಅಗತ್ಯವಿಲ್ಲ. ಅಸ್ತಿತ್ವಮಾನವಿರುವ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಬದಲಾಯಿಸುತ್ತಿದ್ದೀರಾ? ನಿಮ್ಮ ಮೊದಲ ಮೈಗ್ರೇಷನ್ ನಮ್ಮ ಕಡೆಯಿಂದ ಉಚಿತ.
ಉಚಿತವಾಗಿ ಪ್ರಾರಂಭಿಸಿ