ವೆಬ್‌ಸೈಟ್ ನಿಧಾನಗೊಳ್ಳುವ ಮೂಲ ಕಾರಣ ಸಾಮಾನ್ಯವಾಗಿ ಒಂದು ಚಿತ್ರವಲ್ಲವಿನಂತಿ ಲಿಂಕ್ + ಸರ್ವರ್ ಉತ್ಪಾದನೆ + ಸ್ಥಿರ ಸಂಪನ್ಮೂಲ ವಿತರಣೆಒಟ್ಟುಗೂಡಿಸುವಿಕೆಯ ಕಾರಣದಿಂದಾಗಿ:

  • ಬಳಕೆದಾರರು ನಿಮ್ಮ ಸರ್ವರ್‌ನಿಂದ ತುಂಬಾ ದೂರದಲ್ಲಿದ್ದಾರೆ, ನೆಟ್‌ವರ್ಕ್ RTT ಹೆಚ್ಚು (ಖಂಡಾಂತರಗಳಲ್ಲಿ ಹೆಚ್ಚು ಸ್ಪಷ್ಟ)
  • ಪ್ರತಿ ವಿನಂತಿಗೂ WordPress PHP ಅನ್ನು ಚಾಲನೆ ಮಾಡಬೇಕು, ಡೇಟಾಬೇಸ್ ಪರಿಶೀಲಿಸಬೇಕು, ಟೆಂಪ್ಲೇಟ್ ರೆಂಡರ್ ಮಾಡಬೇಕು → TTFB (ಮೊದಲ ಬೈಟ್ ಸಮಯ) ಏರಿಕೆ
  • ಪುಟ ಇನ್ನೂ JS/CSS/ಫಾಂಟ್/ಮೂರನೇ ಪಕ್ಷದ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳನ್ನು ಲೋಡ್ ಮಾಡುತ್ತಿದೆ, ರೆಂಡರಿಂಗ್ ಮತ್ತು ಸಂವಹನ ನಿಧಾನವಾಗಿದೆ

ಕ್ಯಾಶೆ ಪ್ಲಗಿನ್ಪರಿಹಾರದ ಮುಖ್ಯಾಂಶವೆಂದರೆ: “ಮರುಗಣನೆ” ಆಗುತ್ತಿರುವ ಪುಟದ ಫಲಿತಾಂಶವನ್ನು ಸಂರಕ್ಷಿಸುವುದು, ಇದರಿಂದ ಸರ್ವರ್ ಪ್ರತಿ ಬಾರಿ ಮರುಗಣನೆ ಮಾಡಬೇಕಾಗುವುದಿಲ್ಲ; ಮತ್ತು ಸೂಕ್ತ ತಂತ್ರಜ್ಞಾನದಡಿ, ಹೆಚ್ಚು ಬಳಕೆದಾರರು ಕ್ಯಾಶ್ ಅನ್ನು ಬಳಸುವಂತೆ ಮಾಡುವುದು, ಇದರಿಂದ TTFB ಅನ್ನು ಗಮನಾರ್ಹವಾಗಿ ಕಡಿಮೆ ಮಾಡಬಹುದು.WordPress ಅಧಿಕೃತ ಡಾಕ್ಯುಮೆಂಟೇಶನ್ಇದೇ ರೀತಿಯಲ್ಲಿ, W3 ಟೋಟಲ್ ಕ್ಯಾಶೆ, WP ಸೂಪರ್ ಕ್ಯಾಶೆ ಮುಂತಾದ ಪ್ಲಗಿನ್‌ಗಳು ಪುಟವನ್ನು ಸ್ಥಿರ ಕಡತಗಳಾಗಿ ಕ್ಯಾಶೆ ಮಾಡಬಹುದು ಮತ್ತು ನೇರವಾಗಿ ಬಳಕೆದಾರರಿಗೆ ಒದಗಿಸಬಹುದು, ಇದರಿಂದ ಸರ್ವರ್ ಪ್ರಕ್ರಿಯೆ ಭಾರವನ್ನು ಕಡಿಮೆ ಮಾಡಬಹುದು.

ಈ ಪುಟವನ್ನು ಓದಲು ಮುಂಚೆ 3 ಕಠಿಣ ನಿಯಮಗಳನ್ನು ನೆನಪಿಡಿ

ಒಂದು ಸಮಯದಲ್ಲಿ ಒಂದು ಪುಟ ಕ್ಯಾಶೆ ಪ್ಲಗಿನ್ ಮಾತ್ರ ಬಳಸಬಹುದು

ಒಂದು ಸಮಯದಲ್ಲಿ ಹಲವಾರು ಕ್ಯಾಶೆ ಪ್ಲಗಿನ್‌ಗಳನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುವಾಗ, ಸಾಮಾನ್ಯವಾಗಿ ಫಲಿತಾಂಶವೇ ವೇಗವಾಗುವುದಿಲ್ಲ, ಬದಲಿಗೆ:

  • ಪರಸ್ಪರ ಆವರಿಸುವ ಕ್ಯಾಶೆ ನಿಯಮಗಳು, ಪರಸ್ಪರ ಕ್ಯಾಶೆ ಸ್ವಚ್ಛಗೊಳಿಸುವಿಕೆ, ಕ್ಯಾಶೆ ಹಿಟ್ ದರ ಇಳಿಕೆ
  • ಲಾಗಿನ್ ಸ್ಥಿತಿ/ಭಾಷೆ/ಶಾಪಿಂಗ್ ಕಾರ್ಟ್/ಬೆಲೆ ಮುಂತಾದ ಡೈನಾಮಿಕ್ ವಿಷಯಗಳು ಕ್ಯಾಶ್ ಆಗಿದ್ದು, “ತಪ್ಪು ವಿಷಯ” ಘಟನೆಗೆ ಕಾರಣವಾಗಿದೆ
    ಬಹುತೆಕ ಪ್ಲಗಿನ್ ಡಾಕ್ಯುಮೆಂಟೇಶನ್/ವಿವರಣೆಗಳು ಕೆಲವು ಕ್ಯಾಶೆ ಪ್ಲಗಿನ್ ಬಳಸುವಾಗ ಸಲಹೆ ನೀಡುತ್ತವೆಇತರೆ ಕ್ಯಾಶೆ ಪ್ಲಗಿನ್‌ಗಳನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿಸಂಘರ್ಷವನ್ನು ತಪ್ಪಿಸಲು.

ಇ-ಕಾಮರ್ಸ್/ಸದಸ್ಯ/ಬಹುಭಾಷಾ ಸೈಟ್: ಕ್ಯಾಶೆ “ಸ್ವಿಚ್” ಅಲ್ಲ, “ನಿಯಮ ವ್ಯವಸ್ಥೆ” ಆಗಿದೆ”

WooCommerce ಅಧಿಕೃತ ಕಾರ್ಯಕ್ಷಮತೆ ಡಾಕ್ಯುಮೆಂಟ್ಸ್ಪಷ್ಟವಾಗಿ ನೆನಪಿಸಿಕೊಳ್ಳಿ: ಕ್ಯಾಶೆ ಪ್ಲಗಿನ್‌ನಲ್ಲಿ ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ ಕಾರ್ಟ್ / ಚೆಕ್‌ಔಟ್ / ಖಾತೆ ಪುಟಗಳನ್ನು ಕ್ಯಾಶ್ ಮಾಡಬಾರದು ಮತ್ತು ಜಾವಾಸ್ಕ್ರಿಪ್ಟ್ ಫೈಲ್ ಸಂಕುಚಿತಗೊಳಿಸುವುದನ್ನು ತಪ್ಪಿಸುವುದು ಶಿಫಾರಸು ಮಾಡಲಾಗಿದೆ (ಕಾರಣ ಇದು ಹೊಂದಾಣಿಕೆಯ ಸಮಸ್ಯೆಗಳನ್ನು ಉಂಟುಮಾಡಬಹುದು).

3. “ಕ್ಯಾಶ್ ಪ್ಲಗಿನ್ ≠ CDN”, ಆದರೆ ಕ್ಯಾಶ್ ಪ್ಲಗಿನ್ CDNನ ಅಡಿಪಾಯವಾಗಿದೆ

ಕ್ಯಾಶೆ ಪ್ಲಗಿನ್ “ಮೂಲ ಸೈಟ್ ಕಡಿಮೆ ಲೆಕ್ಕ ಹಾಕುವ” ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುತ್ತದೆ;1ಟಿಪಿ220ಟಿ “ವಿಷಯವನ್ನು ಬಳಕೆದಾರರಿಗೆ ಇನ್ನೂ ಹತ್ತಿರಕ್ಕೆ ತರುವುದು” ಎಂಬ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುವುದು. ಇವೆರಡೂ ಪರಸ್ಪರ ಪೂರಕವಾದ ಸಂಬಂಧದಲ್ಲಿವೆ: ಮೊದಲು ಮೂಲ ತಾಣದ TTFB ಅನ್ನು ಕಡಿಮೆ ಮಾಡಬೇಕು, ನಂತರ ಸ್ಥಿರ ಸಂಪನ್ಮೂಲಗಳನ್ನು CDN ಗೆ ವಿತರಿಸಬೇಕು; ಇದೇ ಜಾಗತಿಕ ಬಳಕೆದಾರರನ್ನು ಎದುರುಗೊಳ್ಳುವ ಅತ್ಯಂತ ಸ್ಥಿರ ಮಾರ್ಗ.

ವೇಗದ ಆಯ್ಕೆ: ವೆಬ್‌ಸೈಟ್‌ನಲ್ಲಿ ಅತ್ಯಂತ ಸಾಮಾನ್ಯವಾದ 4 ದೃಶ್ಯಗಳು

ನೀವು ಸಂಪೂರ್ಣ ಲೇಖನವನ್ನು ಓದಲು ಇಚ್ಛಿಸದಿದ್ದರೆ, ಕೆಳಗಿನ 4 ಆಯ್ಕೆಗಳನ್ನು ಒತ್ತಿ, ಮೂಲತಃ ತಪ್ಪಾಗುವುದಿಲ್ಲ:

  1. ಮನಸ್ಸು ಶಾಂತವಾಗಿರಲಿ, ಸ್ಥಿರವಾಗಿರಲಿ, ಜಾಗತಿಕ ಪ್ರವೇಶಕ್ಕಾಗಿಡಬ್ಲ್ಯುಪಿ ರಾಕೆಟ್ಪಾವತಿಸಿದ
  2. ಹೋಸ್ಟ್ ಸ್ಪಷ್ಟವಾಗಿ LiteSpeed/OpenLiteSpeedಲೈಟ್‌ಸ್ಪೀಡ್ ಕ್ಯಾಶೆಉಚಿತ ಆದರೆ ಸರ್ವರ್ ಸಾಮರ್ಥ್ಯಗಳ ಮೇಲೆ ಭಾರಿತಕ್ಯಾಶೆ ಕಾರ್ಯಕ್ಷಮತೆ ಅಗತ್ಯವಿದೆ LiteSpeed ಸರ್ವರ್ ಘಟಕಗಳುಕೆಲಸ ಮಾಡಲು ಸಾಮರ್ಥ್ಯ
  3. ವಿಷಯ ಸೈಟ್/ಬ್ಲಾಗ್/ಡಾಕ್ಯುಮೆಂಟ್ ಸೈಟ್, ಉಚಿತ ಮತ್ತು ಸ್ಥಿರವಾಗಿರಲು ಬಯಸುವವರುಡಬ್ಲ್ಯುಪಿ ಸೂಪರ್ ಕ್ಯಾಶೆಸ್ಥಿರ HTML ಕ್ಯಾಶೆಬಹುತೇಕ ಲಾಗಿನ್ ಆಗದ ಬಳಕೆದಾರರಿಗೆ ಸ್ಥಿರ HTML ಫೈಲ್‌ಗಳನ್ನು ಉತ್ಪಾದಿಸಿ
  4. ನಿಮ್ಮ ಬಳಿ ತಾಂತ್ರಿಕ ತಂಡವಿದೆ, ಸೂಕ್ಷ್ಮ ನಿಯಂತ್ರಣ ಬೇಕು (CDN/ಆಬ್ಜೆಕ್ಟ್ ಕ್ಯಾಶ್/ಬಹು-ಮಾಡ್ಯೂಲ್)W3 ಟೋಟಲ್ ಕ್ಯಾಶೆಬಲವಾದ ಆದರೆ ಸಂಕೀರ್ಣ:ಮುಖ್ಯವಾಗಿ ಸಮಗ್ರ ಕಾರ್ಯಕ್ಷಮತಾ ಫ್ರೇಮ್‌ವರ್ಕ್ ಮತ್ತು CDN ಏಕೀಕರಣವನ್ನು ಒಳಗೊಂಡಿದೆ

ಕ್ಯಾಶ್ ಅಂತಿಮವಾಗಿ ಏನು ಕ್ಯಾಶ್ ಮಾಡುತ್ತದೆ?

“ಕೆಲವು ಸೈಟ್‌ಗಳು ಕ್ಯಾಶೆ ಇಟ್ಟರೂ ನಿಧಾನವಾಗಿರುವುದಕ್ಕೆ ಕಾರಣವೇನು” ಎಂದು ನಾವು WordPress ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು 5 ಹಂತಗಳಾಗಿ ವಿಭಜಿಸಿದ್ದೇವೆ:

  1. ಬ್ರೌಸರ್ ಕ್ಯಾಶೆಬಳಕೆದಾರರ ಎರಡನೇ ಭೇಟಿ ವೇಗವಾಗಿ ಮಾಡಲು (ಸ್ಥಿರ ಸಂಪನ್ಮೂಲ ಕ್ಯಾಶೆ ಹೆಡರ್, ಆವೃತ್ತಿ ಸಂಖ್ಯೆ)
  2. ಪುಟ ಕ್ಯಾಶೆಪುಟದ ಔಟ್‌ಪುಟ್ ಫಲಿತಾಂಶವನ್ನು HTML ಆಗಿ ಕ್ಯಾಶ್ ಮಾಡಿ (ಈ ಪುಟದ ಪ್ರಮುಖ ಪಾತ್ರ)
  3. ವಸ್ತು ಕ್ಯಾಶೆಕ್ಯಾಶೆ ಡೇಟಾಬೇಸ್ ಪ್ರಶ್ನೆ ಫಲಿತಾಂಶ ವಸ್ತು (ಡೈನಾಮಿಕ್ ಸೈಟ್‌ಗಳಿಗೆ ಹೆಚ್ಚು ಮೌಲ್ಯವಿದೆ)
  4. PHP OPcache:ಕ್ಯಾಶ್ PHP ಬೈಟ್‌ಕೋಡ್ (ಸಾಮಾನ್ಯವಾಗಿ ಸರ್ವರ್‌ನಿಂದ ಸಂರಚಿಸಲಾಗುತ್ತದೆ, ಇದು ಪ್ಲಗಿನ್‌ನ ಮುಖ್ಯ ಅಂಶವಲ್ಲ)
  5. CDN/ಅಂಚಿನ ಕ್ಯಾಶ್ಸಂಪನ್ಮೂಲಗಳನ್ನು ಬಳಕೆದಾರನಿಗೆ ಹತ್ತಿರದ ನೋಡ್‌ಗಳಿಗೆ ಇರಿಸಿ

ಈ ಲೇಖನದ ಮುಖ್ಯ ವಿಷಯ: ಪುಟ ಕ್ಯಾಶೆ ಪ್ಲಗಿನ್;
ಆದರೆ ನಿಮಗೆ ನಿರಂತರವಾಗಿ ನೆನಪಿಸಿಕೊಡುತ್ತದೆ: ವೆಬ್‌ಸೈಟ್‌ಗಳು ಸಾಮಾನ್ಯವಾಗಿ 2 + 5 ಸಂಯೋಜನೆಯನ್ನು ಅಗತ್ಯವಿರುತ್ತದೆ “ನಿಜವಾಗಿಯೂ ವೇಗವಾಗಿ” ಆಗಲು.

ಪ್ಲಗಿನ್ 1:ಡಬ್ಲ್ಯುಪಿ ರಾಕೆಟ್(ಪಾವತಿಸಿದ) — “ಮನಸ್ಸು ಶಾಂತಿಗೊಳಿಸುವ” ಏಕೀಕೃತ ಪರಿಹಾರ

WP Rocket “WordPress” ದೃಶ್ಯದಲ್ಲಿ ಜನಪ್ರಿಯವಾಗಿದೆ, ಕಾರಣ ಅದು ಅದ್ಭುತವಾಗಿರುವುದಿಲ್ಲ, ಆದರೆ ಅದು ಸಾಮಾನ್ಯವಾಗಿ ಕಂಡುಬರುವ ಮೂರು ಪ್ರಮುಖ ಕಾರ್ಯಕ್ಷಮತೆ ಕೆಲಸಗಳನ್ನು “ನಿಯಂತ್ರಣೀಯ ಪ್ಯಾಕೇಜ್” ಆಗಿ ಮಾಡಿದೆ:

  • ಪುಟ ಕ್ಯಾಶೆ (ಮೂಲ ಸರ್ವರ್ TTFB ಕಡಿಮೆ ಮಾಡುವುದು)
  • ಕ್ಯಾಶೆ ಪೂರ್ವಲೋಡ್/ಪೂರ್ವತಾಪನೆ (ಜಾಗತಿಕ ವಿತರಣೆ ಪ್ರವೇಶದಲ್ಲಿ ಪ್ರಥಮ ಭೇಟಿ ಅನುಭವವನ್ನು ಸುಧಾರಿಸುವುದು)
  • ಮುಖ್ಯ ಮುಂಭಾಗದ ಆಪ್ಟಿಮೈಜೆಷನ್ (ವಿಶೇಷವಾಗಿ JS ವಿಳಂಬ, CSS ಪ್ರಕ್ರಿಯೆ ಇತ್ಯಾದಿ)

ಅದರಅಧಿಕೃತ ಡಾಕ್ಯುಮೆಂಟ್{"translation":"ಇಲ್ಲಿಯೂ ಸ್ಪಷ್ಟವಾಗಿ ಹೇಳಲಾಗಿದೆ: ನೀವು ಪುಟ ಕ್ಯಾಶೆ ಅನ್ನು ಮುಚ್ಚಿದರೂ, ಪೂರ್ವಲೋಡ್ ಸಕ್ರಿಯಗೊಳಿಸುವ ಮೂಲಕ ಕೆಲವು ಸುಧಾರಣಾ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು (ಉದಾಹರಣೆಗೆ CSS/JS ಸಂಬಂಧಿತ ಸುಧಾರಣೆಗಳು) ಪ್ರೇರೇ

1.1 WP ರಾಕೆಟ್ ಯಾರಿಗೆ ಸೂಕ್ತವಾಗಿದೆ

WP ರಾಕೆಟ್ ಈ ವೆಬ್‌ಸೈಟ್‌ಗಳಿಗೆ ವಿಶೇಷವಾಗಿ ಸೂಕ್ತವಾಗಿದೆ:

  • ಕಂಪನಿ ಅಧಿಕೃತ ವೆಬ್‌ಸೈಟ್, ಬ್ರ್ಯಾಂಡ್ ಸೈಟ್, ವಿಷಯ ಮಾರುಕಟ್ಟೆ ಸೈಟ್, ಲ್ಯಾಂಡಿಂಗ್ ಪುಟ (ಪ್ರವಾಹವು ಹಲವಾರು ದೇಶಗಳಿಂದ ಬರುತ್ತದೆ)
  • ಆನ್‌ಲೈನ್ ವೇಗವಾಗಿ ಮತ್ತು ಸ್ಥಿರವಾಗಿ ಇರಲಿ, ಅನೇಕ ಉಚಿತ ಪ್ಲಗಿನ್‌ಗಳನ್ನು ಸಂಯೋಜಿಸಲು ಇಚ್ಛಿಸುವುದಿಲ್ಲ
  • ನಿರಂತರ ನಿರ್ವಹಣೆ/ಕಾರ್ಯಕ್ಷಮತೆ ಇಂಜಿನಿಯರ್ ಇಲ್ಲದಿದ್ದರೂ ಅನುಭವ ಮತ್ತು SEO ಗೆ ಬೇಡಿಕೆ ಇದೆ
  • WooCommerce ಬಳಸಬಹುದು ಆದರೆ ಹೆಚ್ಚು ಜಾಗರೂಕರಾಗಿರಬೇಕು (ಈ ವಿಭಾಗದ ನಂತರ ವಿವರಿಸಲಾಗುತ್ತದೆ)ನಿಯಮಗಳು ಮತ್ತು ಅಪಾಯಗಳು

1.2 ಇದು ವೆಬ್‌ಸೈಟ್ ಪ್ರವೇಶ ದೃಶ್ಯದಲ್ಲಿ ಪ್ರಮುಖ ಮೌಲ್ಯವನ್ನು ಹೊಂದಿದೆ (ಕೆವಲ “ಕ್ಯಾಶೆ ಸ್ವಿಚ್” ಮಾತ್ರವಲ್ಲ)

ಕ್ಯಾಶೆ ಪೂರ್ವಲೋಡ್: “ವೆಬ್‌ಸೈಟ್ ವಿತರಿತ ಪ್ರವೇಶದಿಂದ ಉಂಟಾಗುವ ಪ್ರಥಮ ಭೇಟಿ ಅಸ್ಥಿರತೆಯನ್ನು” ಪರಿಹರಿಸುವುದು”

ವೆಬ್‌ಸೈಟ್ ಬಳಕೆದಾರರು ವಿಭಜಿತವಾಗಿರುವಾಗ, ನೀವು ಒಂದು ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ನಿಧಾನವನ್ನು ಎದುರಿಸುತ್ತೀರಿ:
ನಿರ್ದಿಷ್ಟ ಪ್ರದೇಶದ ಬಳಕೆದಾರನು ಒಂದು ಪುಟವನ್ನು ಮೊದಲ ಬಾರಿಗೆ ತೆರೆಯುವಾಗ, ಆ ಪುಟದ ಕ್ಯಾಶೆ ಅವಧಿ ಮುಗಿದಿದ್ದರೆ ಅಥವಾ ಮುಂಚಿತವಾಗಿ ವಾರ್ಮ್ ಮಾಡದಿದ್ದರೆ → ಈ ಬಳಕೆದಾರನು ಸಂಪೂರ್ಣ PHP/DB ರೆಂಡರಿಂಗ್ ವೆಚ್ಚವನ್ನು ಭರಿಸಬೇಕು.
ಪೂರ್ವಲೋಡ್ ಯಂತ್ರಅರ್ಥವೇನೆಂದರೆ:ಮೊದಲ ಬಾರಿ ಉತ್ಪಾದನೆಯ ವೆಚ್ಚವನ್ನು ಮುಂಗಡವಾಗಿ ಪಾವತಿಸಿಪ್ರಥಮ ಭೇಟಿಯಲ್ಲಿ “ಪ್ರಾಯೋಗಿಕ ಮೊಟ್ಟೆ” ಆಗುವ ಸಾಧ್ಯತೆಯನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ.

  • ಮುಂಚಿತವಾಗಿ ಲೋಡ್ ಮಾಡಬೇಡಿ: ಮೊದಲಿಗೆ ಭೇಟಿ ನೀಡುವವನು ಕಷ್ಟಪಡುವನು
  • ಪೂರ್ವಲೋಡ್ ಇದೆ: ವ್ಯವಸ್ಥೆಯು ಹಿನ್ನೆಲೆಯಲ್ಲಿ ಏಕೀಕೃತವಾಗಿ ಕ್ಯಾಶೆ ರಚಿಸುತ್ತದೆ, ಮೊದಲ ಭೇಟಿಯ ಅನುಭವವನ್ನು ಹೆಚ್ಚು ಸ್ಥಿರಗೊಳಿಸುತ್ತದೆ

B. ಜಾವಾಸ್ಕ್ರಿಪ್ಟ್ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ವಿಳಂಬಿಸುವುದು: ವೆಬ್‌ಸೈಟ್ ಪ್ರವೇಶದಲ್ಲಿ ಅತ್ಯಂತ ತ್ವರಿತ ಪರಿಣಾಮವನ್ನು ನೀಡುವ ಕಾರ್ಯಕ್ಷಮತೆ, ಆದರೆ ಅಪಾಯವೂ ಹೆಚ್ಚು ಇದೆ

WP ರಾಕೆಟ್ ಅಧಿಕೃತ“JS ಕಾರ್ಯಾಚರಣೆಯನ್ನು ವಿಳಂಬಿಸಿ”ಅದರ ಅತ್ಯಂತ ಶಕ್ತಿಶಾಲಿ JS ಆಪ್ಟಿಮೈಜೇಶನ್ ಎಂದು ವರ್ಣಿಸಲಾಗಿದೆ: ಇದು ಸ್ಕ್ರಿಪ್ಟ್ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಬಳಕೆದಾರರ ಸಂವಹನ (ಮೌಸ್ ಚಲಿಸುವಿಕೆ, ಟಚ್, ಸ್ಕ್ರೋಲ್, ಕೀಬೋರ್ಡ್ ಒತ್ತುವಿಕೆ ಇತ್ಯಾದಿ) ನಂತರಕ್ಕೆ ತಡಮಾಡುತ್ತದೆ, ಪುಟವನ್ನು ಪ್ರಾಥಮಿಕವಾಗಿ ರೆಂಡರ್ ಮಾಡಲು.

ಇದು ವೆಬ್‌ಸೈಟ್ ಪ್ರವೇಶಕ್ಕೆ ಬಹಳ ಮುಖ್ಯವಾಗಿದೆ, ಏಕೆಂದರೆ ಖಂಡಾಂತರ ಜಾಲದಲ್ಲಿ, ಸ್ಕ್ರಿಪ್ಟ್ ಲೋಡ್ ಮತ್ತು ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆ ತಡೆಹಿಡಿಯುವಿಕೆ ಹೆಚ್ಚು ಸುಲಭವಾಗಿ ವಿಸ್ತಾರಗೊಳ್ಳುತ್ತದೆ:

  • ಮೂಲಸಂಪನ್ಮೂಲ ಡೌನ್‌ಲೋಡ್ ನಿಧಾನವಾಗಿದೆ → ಮುಖ್ಯ ಥ್ರೆಡ್ ಸ್ಕ್ರಿಪ್ಟ್‌ನಿಂದ ಹಿಡಿಯಲ್ಪಡುವ ಸಾಧ್ಯತೆ ಹೆಚ್ಚಿದೆ
  • ಮೂರನೇ ಪಕ್ಷದ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳು (ಸಂಖ್ಯಾಶಾಸ್ತ್ರ, ಜಾಹೀರಾತು, ಚಾಟ್ ಪ್ಲಗಿನ್‌ಗಳು) INP/ಇಂಟರಾಕ್ಟಿವ್ ವಿಳಂಬವನ್ನು ಸುಲಭವಾಗಿ ಕೆಡಿಸಬಹುದು

ಆದರೆ ಕೆಲವು ಸಮಸ್ಯೆಗಳನ್ನೂ ಉಂಟುಮಾಡಬಹುದು:

  • ಜಿಎಸ್ ಅನ್ನು ವಿಳಂಬಿಸುವುದು ಬಹುಶಃ ಪ್ರಭಾವಿಸುತ್ತದೆ: ಮೆನು, ಸ್ಲೈಡರ್, ಪಾಪ್-ಅಪ್, ಫಾರ್ಮ್ ಪರಿಶೀಲನೆ, ಪಾವತಿ, ಟ್ರ್ಯಾಕಿಂಗ್ ಪಾಯಿಂಟ್‌ಗಳು
  • ಆದ್ದರಿಂದ ಇದು “ಕ್ರಮೇಣ ಪ್ರಗತಿ + ಕಪ್ಪುಪಟ್ಟಿ ಹೊರತುಪಡಿಸುವಿಕೆ” ತಂತ್ರಕ್ಕೆ ಸೂಕ್ತವಾಗಿದೆ

C. ಇತರ ಪ್ಲಗಿನ್/ಥೀಮ್‌ಗಳೊಂದಿಗೆ ಹೊಂದಾಣಿಕೆ: ಮನಸ್ಸು ಶಾಂತವಾಗಿರಲಿ ಎಂದರೆ “ಶೂನ್ಯ ಸಂಘರ್ಷ” ಅಲ್ಲ”

WP ರಾಕೆಟ್ ಅಧಿಕೃತವಾಗಿ ಪಟ್ಟಿಮಾಡಿದೆ“ಅಸಂಗತ ಪ್ಲಗಿನ್/ಥೀಮ್”ಪಟ್ಟಿ, ಕಾರಣಗಳು WP Rocket ಕ್ಯಾಶೆ/ಆಪ್ಟಿಮೈಜೇಶನ್ ಔಟ್‌ಪುಟ್ ಬಫರ್ ಮುಂತಾದ ಯಂತ್ರಗಳನ್ನು ಪ್ರಭಾವಿತ ಮಾಡಬಹುದು.

  • ನಿಮ್ಮ ವೆಬ್‌ಸೈಟ್ ಪ್ಲಗಿನ್‌ಗಳು ಬಹಳ ಹೆಚ್ಚು ಇದ್ದರೆ ಮತ್ತು ಥೀಮ್ ಭಾರವಾಗಿದ್ದರೆ, ದಯವಿಟ್ಟು “ಕಾರ್ಯಕ್ಷಮತೆ ಸುಧಾರಣೆ” ಅನ್ನು ಒಂದು ಸಣ್ಣ ಲಾಂಚ್ ಪ್ರಾಜೆಕ್ಟ್ ಎಂದು ಪರಿಗಣಿಸಿ: ಪ್ರತಿ ಬದಲಾವಣೆಯೂ ರಿಗ್ರೆಷನ್ ಟೆಸ್ಟಿಂಗ್ ಮಾಡಬೇಕು (ಫಾರ್ಮ್, ಲಾಗಿನ್, ಪಾವತಿ, ಬಹುಭಾಷಾ ಸ್ವಿಚ್ ಇತ್ಯಾದಿ).

WooCommerce/ಡೈನಾಮಿಕ್ ಸೈಟ್‌ಗಳಿಗೆ ವಿಶೇಷ ಸೂಚನೆ

WooCommerce ಅಧಿಕೃತ ಡಾಕ್ಯುಮೆಂಟೇಶನ್ ಕ್ಯಾಶೆ ಪ್ಲಗಿನ್ ಅನ್ನು ಸಂರಚಿಸುವಾಗ ಮುಖ್ಯವಾಗಿ ನೀಡುವ ಸೂಚನೆಗಳು ಇವು:

ಏಕೆ?

  • ಕಾರ್ಟ್, ಚೆಕ್‌ಔಟ್, ಖಾತೆ ಪುಟಗಳು cookie / session / nonce ಮೇಲೆ ಬಹಳ ಅವಲಂಬಿತವಾಗಿವೆ
  • ಕ್ಯಾಶೆ ಈ ಪುಟಗಳನ್ನು “ಸ್ಥಿರ ಪುಟಗಳು” ಎಂದು ಪರಿಗಣಿಸಿದಾಗ, ಕಡಿಮೆ ಪ್ರಮಾಣದಲ್ಲಿ ಬಟನ್ ಕಾರ್ಯನಿರ್ವಹಣೆ ನಿಲ್ಲುತ್ತದೆ, ಹೆಚ್ಚು ಪ್ರಮಾಣದಲ್ಲಿ ಬೆಲೆ/ಸ್ಟಾಕ್/ಖಾತೆ ಮಾಹಿತಿ ಗೊಂದಲವಾಗುತ್ತದೆ
  • ಅತ್ಯಂತ ಭಯಾನಕವಾದದ್ದು: ಒಂದು ಪ್ರದೇಶದಲ್ಲಿ ಪರೀಕ್ಷೆ ಸರಿಯಾಗಿದ್ದರೂ, ಮತ್ತೊಂದು ಪ್ರದೇಶದಲ್ಲಿ CDN/ಕ್ಯಾಶ್ ಹಿಟ್ ವ್ಯತ್ಯಾಸದಿಂದ ಸಮಸ್ಯೆಗಳು ಕಾಣಿಸಿಕೊಳ್ಳಬಹುದು

1.4 ಕ್ಯಾಶೆ ಪ್ಲಗಿನ್ ತಂತ್ರಜ್ಞಾನ ಮಟ್ಟದ ಸಲಹೆಗಳು

ಮಟ್ಟ 1: ಮೂಲ ಭದ್ರತಾ ಲಾಭಗಳು (ಸುಮಾರು ಎಲ್ಲಾ ಸೈಟ್‌ಗಳು ಮಾಡಬೇಕು)

  • ಪುಟ ಕ್ಯಾಶೆ ಸಕ್ರಿಯಗೊಳಿಸಿ
  • ಪ್ರಾರಂಭಿಸಿಕ್ಯಾಶೆ ಪೂರ್ವಲೋಡ್ಪ್ರಥಮ ಭೇಟಿ ಸ್ಥಿರತೆಯನ್ನು ಸುಧಾರಿಸಿ
  • ಸಮಂಜಸವಾದ ಬ್ರೌಸರ್ ಕ್ಯಾಶ್ ನೀತಿ(WP Rocket/ಸರ್ವರ್/CDN ಯಾವುದಾದರೂ ಒಂದು ಮಟ್ಟದಲ್ಲಿ ಜಾರಿಗೊಳಿಸಬಹುದು)

ಮಟ್ಟ 2: ಮಧ್ಯಮ ಆದಾಯ, ಮಧ್ಯಮ ಅಪಾಯ (ಬಹುತೇಕ ವಿಷಯ ಸೈಟ್‌ಗಳಿಗೆ ಸೂಕ್ತ)

  • ವಿಳಂಬಿತ ಚಿತ್ರ ಲೋಡ್/iframe(ಚಿತ್ರ ಆಪ್ಟಿಮೈಸೇಶನ್ ಪುಟದಲ್ಲಿ ಇನ್ನಷ್ಟು ಆಳಕ್ಕೆ)
  • CSS ಗಾತ್ರ ನಿಯಂತ್ರಣ (ಉದಾಹರಣೆಗೆ ಬಳಸದ CSS ತೆಗೆದುಹಾಕುವುದು)

ಮಟ್ಟ 3: ಹೆಚ್ಚಿನ ಲಾಭ ಆದರೆ ಹೆಚ್ಚಿನ ಅಪಾಯ (ಪುನಃ ಪರೀಕ್ಷಾ ಪರಿಶೀಲನಾ ಪಟ್ಟಿಯನ್ನು ಹೊಂದಿರಬೇಕು)

1.5 ಬೆಲೆ ಮತ್ತು ಅನುಮತಿ

  • WP Rocket ಪಾವತಿಸಿದ ಪರವಾನಗಿ ವ್ಯವಸ್ಥೆ, ಸೈಟ್ ಸಂಖ್ಯೆಯ ಪ್ರಕಾರ ವಿಭಿನ್ನ ಪರವಾನಗಿಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ

ಪ್ಲಗಿನ್ 2:ಲೈಟ್‌ಸ್ಪೀಡ್ ಕ್ಯಾಶೆ (LSCWP)ಉಚಿತ ಟಾಪ್ ಕಾನ್ಫಿಗರೇಶನ್ ಎಂದರೆ ಸರ್ವರ್ ನಿಜವಾಗಿಯೂ LiteSpeed ಆಗಿರಬೇಕು

ಬಹುಮಾನವರು LiteSpeed Cache ಬಗ್ಗೆ ತಪ್ಪು ಕಲ್ಪನೆ ಹೊಂದಿದ್ದಾರೆ: ಇದು ಕೇವಲ ಒಂದು WordPress ಪ್ಲಗಿನ್ ಎಂದು ಭಾವಿಸಿ, ಅದನ್ನು ಸ್ಥಾಪಿಸಿದರೆ WP Rocket ಹಾಗೆ ಯಾವುದೇ ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಸಂಪೂರ್ಣ ಶಕ್ತಿ ಪ್ರದರ್ಶಿಸುತ್ತದೆ ಎಂದು ಭಾವಿಸುತ್ತಾರೆ. ವಾಸ್ತವದಲ್ಲಿ ಹಾಗಿಲ್ಲ.

LiteSpeed ಅಧಿಕೃತ ಡಾಕ್ಯುಮೆಂಟೇಶನ್ಸ್ಪಷ್ಟ ವಿವರಣೆ: LSCWP ನ ಕ್ಯಾಶೆ ವೈಶಿಷ್ಟ್ಯಗಳಿಗೆ LiteSpeed ಸರ್ವರ್ ಅಗತ್ಯವಿರುವುದು, ಅದು LiteSpeed ವೆಬ್ ಸರ್ವರ್ ಒಳಗೊಂಡಿರುವ ಪುಟ ಕ್ಯಾಶೆ (LSCache) ಜೊತೆಗೆ ಸಂವಹನ ಮಾಡಬೇಕಾಗಿರುವುದರಿಂದ; ಪ್ಲಗಿನ್ ಸರ್ವರ್‌ಗೆ ಯಾವ ಪುಟಗಳನ್ನು ಕ್ಯಾಶೆ ಮಾಡಬಹುದು, ಎಷ್ಟು ಕಾಲ ಕ್ಯಾಶೆ ಮಾಡಬೇಕು ಮತ್ತು ಟ್ಯಾಗ್ ಬಳಸಿ ಕ್ಲೀನ್‌ಅಪ್ ಅನ್ನು ಪ್ರೇರೇಪಿಸುವುದನ್ನು ತಿಳಿಸುತ್ತದೆ.

LiteSpeed Cache ನ ಪ್ರಮುಖ ಲಾಭಗಳು“ಸರ್ವರ್ ಮಟ್ಟದ ಪುಟ ಕ್ಯಾಶೆ (LSCache)”LiteSpeed/OpenLiteSpeed ಸರ್ವರ್ ಇಲ್ಲದೆ, ಈ ಪ್ರಮುಖ ಲಾಭವಿಲ್ಲ.

2.1 ಲೈಟ್‌ಸ್ಪೀಡ್ ಕ್ಯಾಶೆಯಾರಿಗೆ ಸೂಕ್ತವಾಗಿದೆ

ಸೂಕ್ತವಾಗಿದೆ:

  • ನಿಮ್ಮ ಹೋಸ್ಟ್ ಪ್ಯಾನೆಲ್ ಸ್ಪಷ್ಟವಾಗಿ ಗುರುತಿಸಲಾಗಿದೆ ಲೈಟ್‌ಸ್ಪೀಡ್ / ಓಪನ್‌ಲೈಟ್‌ಸ್ಪೀಡ್(ಉದಾಹರಣೆಗೆ, ಹಲವಾರು cPanel ಸರ್ವರ್‌ಗಳು ಬರೆಯುತ್ತವೆ)
  • ನೀವು ಉಚಿತ ಯೋಜನೆಯು ಶಕ್ತಿಶಾಲಿ TTFB ಮತ್ತು ಸಮಕಾಲೀನ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೊಂದಿರಬೇಕೆಂದು ಬಯಸುತ್ತೀರಿ“
  • ನೀವು ಸ್ವೀಕರಿಸಲು ಇಚ್ಛಿಸುತ್ತೀರಾ: ಇದರ ಕಾರ್ಯಕ್ಷಮತೆ ಬಹಳ ಶಕ್ತಿಶಾಲಿ ಆದರೆ ಕಲ್ಪನೆಗಳು ಹೆಚ್ಚು (TTL, ಟ್ಯಾಗ್, ಪರ್ಜ್, ESI, ಕ್ರಾಲರ್…)

ಅತಿಯಾಗಿ ಸೂಕ್ತವಲ್ಲ

  • {"translation":"ನೀವು ಹೋಸ್ಟ್ ಯಾವ ವೆಬ್ ಸರ್ವರ್ ಎಂದು ಖಚಿತವಾಗಿಲ್ಲ, ಅಥವಾ ಅದು Nginx/Apache ಎಂದು ದೃಢಪಡಿಸಿದ್ದೀರಾ (ನೀವು ಅದರ ಕೆಲವು ಫ್ರಂಟ್‌ಎಂಡ್ ಆಪ್ಟಿಮೈಜೆಷನ್ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಮಾತ್ರ ಬಳಸಲು ಬಯಸಿದರೆ
  • ನೀವು ಸಂಕೀರ್ಣ ಇ-ಕಾಮರ್ಸ್/ಸದಸ್ಯತ್ವ/ಬಹುಭಾಷಾ ಸೈಟ್ ಆಗಿದ್ದೀರ, ಆದರೆ ಪರೀಕ್ಷಾ ಪ್ರಕ್ರಿಯೆ ಇಲ್ಲ (LSCWP ಬಲವಾದುದು, ಆದರೆ “ತಪ್ಪಾದ ವಿಷಯವನ್ನು ಕ್ಯಾಶ್ ಮಾಡುವುದು” ಸುಲಭ)

2.2 ಅದರ ಕ್ಯಾಶೆ ವ್ಯವಸ್ಥೆ: ಅದು ಏಕೆ “ಸರ್ವರ್ ಸಾಮರ್ಥ್ಯದ ಭಾಗ”ದಂತೆ ಕಾಣುತ್ತದೆ”

ನೀವು LiteSpeed Cache ಯಂತ್ರವಿಧಾನವನ್ನು ಒಂದು ವಾಕ್ಯದಲ್ಲಿ “ಯಾಂತ್ರಿಕ ವಿವರಣೆ” ಎಂದು ಬರೆಯಬಹುದು:

  • ಡಬ್ಲ್ಯುಪಿ ರಾಕೆಟ್ / ಡಬ್ಲ್ಯುಪಿ ಸೂಪರ್ ಕ್ಯಾಶೆ ಈ ರೀತಿಯ ಹೆಚ್ಚಿನವು WordPress/PHP ಭಾಗದಲ್ಲಿ ಕ್ಯಾಶ್ ಮತ್ತು ಆಪ್ಟಿಮೈಸೇಶನ್ ಮಾಡಲಾಗುತ್ತದೆ;
  • LSCWP ಅದು “WordPress ನಿಯಂತ್ರಣ ಫಲಕ + LiteSpeed ಸರ್ವರ್ ಒಳಗೊಂಡ LSCache” ಸಂಯೋಜನೆಯಾಗಿದೆ: ಪ್ಲಗಿನ್ ನಿಯಮಗಳನ್ನು ಹಂಚಿಕೊಳ್ಳುವುದು ಮತ್ತು ಕ್ಲೀನ್ ಸಿಗ್ನಲ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸುವುದು, ನಿಜವಾದ ವೇಗದ ಪುಟ ಕ್ಯಾಶಿಂಗ್ ಸಂಭವಿಸುತ್ತದೆಸರ್ವರ್ ಲೇಯರ್

ಇದು ನೇರವಾಗಿ ವೆಬ್‌ಸೈಟ್ ಪ್ರವೇಶ ಅನುಭವವನ್ನು ಪ್ರಭಾವಿಸುತ್ತದೆ: ಸರ್ವರ್ ಲೇಯರ್ ಕ್ಯಾಶೆ ಸಾಮಾನ್ಯವಾಗಿ ಹಗುರವಾಗಿದ್ದು, ವೇಗವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಮತ್ತು ಹೆಚ್ಚಿನ ಸಂಯೋಜನೆಗಳನ್ನು ಸಹಿಸಬಹುದು (ವಿಶೇಷವಾಗಿ ಅಕಸ್ಮಾತ್ ಟ್ರಾಫಿಕ್ ಮತ್ತು ಸರ್ಚ್ ಎಂಜಿನ್ ಕ್ರಾಲರ್‌ಗಳ ಹೆಚ್ಚಿನ ಪ್ರವೇಶದ ಸಮಯದಲ್ಲಿ).

2.3 ವೆಬ್‌ಸೈಟ್ ಬಳಕೆದಾರರ ದೃಶ್ಯದಲ್ಲಿ, LSCWP ನ “ಸರಿಯಾದ ತೆರೆಯುವ ವಿಧಾನ”

ನಾವು “ಸರಿಯಾದ ತೆರೆಯುವ ವಿಧಾನ” ಅನ್ನು 4 ಮಟ್ಟಗಳಾಗಿ ವಿಭಜಿಸಿದ್ದೇವೆ:

ಮಟ್ಟ 1: ಪುಟ ಕ್ಯಾಶೆ ನೀತಿ (TTFB ನಿಜವಾಗಿಯೂ ಕಡಿಮೆಯಾಗಬಹುದೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ)

  • ಯಾವ ಪುಟಗಳನ್ನು ಕ್ಯಾಶ್ ಮಾಡಬಹುದು ಎಂದು ಸ್ಪಷ್ಟಪಡಿಸಿ (ಬಹುತೇಕ ಸಾರ್ವಜನಿಕ ವಿಷಯ ಪುಟಗಳು)
  • ಯಾವ ಪುಟಗಳನ್ನು ಎಂದಿಗೂ ಕ್ಯಾಶ್ ಮಾಡಬಾರದು ಎಂಬುದನ್ನು ಸ್ಪಷ್ಟಪಡಿಸಿ (ಲಾಗಿನ್, ಖಾತೆ, ಕಾರ್ಟ್, ಚೆಕ್‌ಔಟ್, ಭಾಷೆ/ಕರೆನ್ಸಿ ಬದಲಾವಣೆಯ ಮೇಲೆ cookie ಗೆ ಹೆಚ್ಚು ಅವಲಂಬಿತವಾಗಿರುವ ಪುಟಗಳು)
  • ಕ್ಯಾಶ್‌ಗೆ ಯುಕ್ತ TTL ನಿಗದಿಪಡಿಸಿ (ವಿಷಯದ ನವೀಕರಣದ ಆವರ್ತನೆ ಹೆಚ್ಚಾದರೆ, TTL ಕಡಿಮೆ; ಇಲ್ಲದಿದ್ದರೆ ಹೆಚ್ಚು)
  • ಶುದ್ಧೀಕರಣ ತಂತ್ರವನ್ನು ಸ್ಥಾಪಿಸಿ: ವಿಷಯವನ್ನು ನವೀಕರಿಸಿದ ನಂತರ ಸಂಬಂಧಿತ ಟ್ಯಾಗ್‌ಗಳನ್ನು ಶುದ್ಧೀಕರಿಸಿ (ಸಂಪೂರ್ಣ ತಾಣವನ್ನು ಕಠಿಣವಾಗಿ ಶುದ್ಧೀಕರಿಸುವುದಿಲ್ಲ)

ಈ ಹಂತ ಸರಿಯಾಗಿದ್ದರೆ, ವೆಬ್‌ಸೈಟ್‌ನಲ್ಲಿ ನೇರವಾಗಿ ಕಾಣುವದು TTFB ಇಳಿಕೆ, ಪ್ರಥಮ ಪರದೆ ಸ್ಥಿರತೆ

ಮಟ್ಟ 2: ಪೂರ್ವತಾಪನೆ/ಕ್ರಾಲರ್ (ನಿರ್ಧರಿಸುತ್ತದೆ “ಕಡಿಮೆ ಜನಪ್ರಿಯ ಪುಟದ ಮೊದಲ ಭೇಟಿ ನಿಧಾನವೇ ಇಲ್ಲವೇ”)

ವೆಬ್‌ಸೈಟ್ ಪ್ರವೇಶದಲ್ಲಿ ಸಾಮಾನ್ಯವಾಗಿ ಕಾಣುವ “ಅನುಭವದ ಅಸಂಗತತೆ” ಕ್ಯಾಶ್‌ನ “ಬಿಸಿ-ತಣ್ಣನೆಯ ವ್ಯತ್ಯಾಸ”ದಿಂದ ಉಂಟಾಗುತ್ತದೆ:

  • ಜನಪ್ರಿಯ ಪುಟಗಳು ನಿರಂತರವಾಗಿ ಭೇಟಿ ನೀಡಲಾಗುತ್ತಿವೆ, ಕ್ಯಾಶೆ ಸದಾ ತಾಜಾ ಇರುತ್ತದೆ
  • ಕಡಿಮೆ ಜನಪ್ರಿಯ ಪುಟ, ಮೊದಲ ಬಾರಿ ಕ್ಲಿಕ್ ಮಾಡುವವರು ನಿಧಾನವಾಗಿ

ಪೂರ್ವತಾಪನೆ ಅತಿರೇಕವಲ್ಲ, ಆದರೆ ವೆಬ್‌ಸೈಟ್ ಪ್ರವೇಶ ಅನುಭವದ ಸತತತೆಯ ಮುಖ್ಯಾಂಶವಾಗಿದೆ

ಮಟ್ಟ 3: ಡೈನಾಮಿಕ್ ವಿಷಯದ ಭದ್ರತಾ ಪರಿಹಾರಗಳು (ಇ-ಕಾಮರ್ಸ್/ಸದಸ್ಯತೆ/ಬಹುಭಾಷೆ)

LSCWP ನ ಸಾಮರ್ಥ್ಯ ಅದರ ನಿಮಗೆ ಅನೇಕ “ಅತ್ಯಾಧುನಿಕ ಸಾಧನಗಳು” ನೀಡುವುದರಲ್ಲಿ ಇದೆ, ಉದಾಹರಣೆಗೆ:

  • ಲಾಗಿನ್ ಬಳಕೆದಾರರು, ಕಾಮೆಂಟ್ ಬಳಕೆದಾರರು ಇತ್ಯಾದಿಗಳಿಗಾಗಿ ವಿಭಿನ್ನ ಕ್ಯಾಶೆ ನೀತಿಗಳು
  • ಎಡ್ಜ್ ಸೈಡ್ ಇನ್‌ಕ್ಲೂಷನ್ (ESI) ಯ ಮುಖ್ಯ ತತ್ವವೆಂದರೆ: ಪುಟವನ್ನು "ಕ್ಯಾಶ್ ಮಾಡಬಹುದಾದ ಸಾರ್ವಜನಿಕ ಭಾಗ" ಮತ್ತು "ಕ್ಯಾಶ್ ಮಾಡಲಾಗದ ಡೈನಾಮಿಕ್ ತುಂಡುಗಳು" ಎಂದು ವಿಭಜಿಸಿ, ಅವುಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪ್ರಕ್ರಿಯೆ ಮಾಡಿ ನಂತರ ಎಡ್ಜ್ ನೋಡ್‌ಗಳಲ್ಲಿ ಜೋಡಿಸುವುದು.

ಮಟ್ಟ 4: ಆನ್‌ಲೈನ್ ಸೇವೆಗಳು ಮತ್ತು ಆಯ್ಕೆಮಾಡಬಹುದಾದ ಸುಧಾರಣೆಗಳು

ಬಹಳಷ್ಟು ವೆಬ್‌ಮಾಸ್ಟರ್‌ಗಳು LSCWP ನಲ್ಲಿ QUIC.cloud ನ ಆನ್‌ಲೈನ್ ಸೇವೆಗಳನ್ನು (ಉದಾಹರಣೆಗೆ ಪುಟ ಆಪ್ಟಿಮೈಸೇಶನ್ ಸೇವೆಗಳು) ಬಳಸುತ್ತಾರೆ.QUIC.cloud ದಸ್ತಾವೇಜುಸ್ಪಷ್ಟವಾಗಿ ಬರೆಯಲಾಗಿದೆ: ಇದು LSCWP ಗೆ ಪುಟ ಆಪ್ಟಿಮೈಸೇಶನ್ ಸೇವೆಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ, ಇದರಲ್ಲಿ Critical CSS (CCSS), Unique CSS (UCSS), Viewport Images (VPI) ಮುಂತಾದವು ಸೇರಿವೆ.

  • ಈ ಸೇವೆಗಳು ಐಚ್ಛಿಕವಾಗಿವೆನೀವು ಕೇವಲ ಸರ್ವರ್ ಕ್ಯಾಶೆ ಬಳಸಬಹುದು, ಆನ್‌ಲೈನ್ ಆಪ್ಟಿಮೈಜೇಶನ್ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಬೇಡಿ
  • {"translation":"ಒನ್‌ಲೈನ್ ಸೇವೆಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿದಾಗ, ನಿಮ್ಮ ಸೈಟ್ ಸಂಪನ್ಮೂಲಗಳು/ಪುಟ ಪ್ರಕ್ರಿಯೆ ಸರಣಿಯಲ್ಲಿ ಬದಲಾವಣೆ ಸಂಭವಿಸುತ್ತದೆ (ಇದು ವ್ಯವಹಾರ/ಗೌಪ್ಯತೆ ಸಂವೇದನಾಶೀಲ ಗ್ರಾಹಕರಿಗೆ ಮಹತ್ವದ ಮಾಹಿತಿ

2.4 LSCWP ಸಾಮಾನ್ಯ ಸಮಸ್ಯೆಗಳು

  1. ಸರ್ವರ್ LiteSpeed ಅಲ್ಲ, ಆದರೆ LSCWP ಅನ್ನು ಸಂಪೂರ್ಣ ಕಾರ್ಯಕ್ಷಮ ಕ್ಯಾಶೆ ಪ್ಲಗಿನ್ ಎಂದು ಪರಿಗಣಿಸಲಾಗಿದೆ
    ಫಲಿತಾಂಶ: ಕ್ಯಾಶೆ ಪರಿಣಾಮ ನಿರೀಕ್ಷೆಯಂತೆ ಇರಲಿಲ್ಲ ಮತ್ತು ಸಂರಚನೆಯ ಜಟಿಲತೆಯನ್ನು ಹೆಚ್ಚಿಸಿತು. ಪರಿಹಾರ: ಮೊದಲು ಹೋಸ್ಟ್ ಸ್ಟ್ಯಾಕ್ ಅನ್ನು ದೃಢೀಕರಿಸಿ; ಅದು ಅಲ್ಲದಿದ್ದರೆ LiteSpeedWP Rocket ಅಥವಾ WP Super Cache ಅನ್ನು ಪರಿಗಣಿಸಿ.
  2. ಅತಿಯಾದ ಫ್ರಂಟ್‌ಎಂಡ್ ಆಪ್ಟಿಮೈಜೆಷನ್ ಸಕ್ರಿಯಗೊಳಿಸುವುದರಿಂದ ಕಾರ್ಯಕ್ಷಮತೆ ದೋಷಗಳು ಸಂಭವಿಸಿವೆ
    ಪುಟದ ಸುಧಾರಣೆ (CSS/JS) ಸಾಮಾನ್ಯವಾಗಿ “ಕ್ಯಾಶೆ ಸ್ವತಃ”ಗಿಂತ ಹೆಚ್ಚು ಹೊಂದಾಣಿಕೆಯ ಸಮಸ್ಯೆಗಳನ್ನು ಉಂಟುಮಾಡಬಹುದು. ಶಿಫಾರಸು: ಮೊದಲು ಪುಟದ ಕ್ಯಾಶೆ ಸ್ಥಿರಗೊಳಿಸಿ, ನಂತರ ಕ್ರಮವಾಗಿ ಸುಧಾರಣೆಗಳನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ ಮತ್ತು ಹಿಂತಿರುಗಿ ಪರೀಕ್ಷಾ ಪಟ್ಟಿ (ಫಾರ್ಮ್, ಮೆನು, ಪಾವತಿ, ಟ್ರ್ಯಾಕಿಂಗ್, ಭಾಷಾ ಬದಲಾವಣೆ ಇತ್ಯಾದಿ) ರಚಿಸಿ.
  3. ಡೈನಾಮಿಕ್ ಪುಟಗಳಿಗೆ ಹೊರತುಪಡಿಸುವಿಕೆ/ಭಾಗಿಸುವಿಕೆ ನೀತಿ ಇಲ್ಲ
    ಸಾಮಾನ್ಯ ಅಪಘಾತಗಳು: ಶಾಪಿಂಗ್ ಕಾರ್ಟ್, ಚೆಕ್‌ಔಟ್, ಖಾತೆ ಪುಟಗಳು ಕ್ಯಾಶ್ ಆಗಿವೆ; ಅಥವಾ ಬಹುಭಾಷೆ/ಬಹು ಕರೆನ್ಸಿ ಸ್ವಿಚ್ ಸರಿಯಾಗಿಲ್ಲ. ಇ-ಕಾಮರ್ಸ್ ಸೈಟ್‌ಗಳು ಇದನ್ನು ಲಾಂಚ್ ಮುಂಚಿತ ಪರಿಶೀಲನೆ ಐಟಂ ಆಗಿ ಪರಿಗಣಿಸಬೇಕು (WooCommerce ಅಧಿಕೃತವಾಗಿ ಕೂಡ ಒತ್ತಾಯಿಸುತ್ತದೆ)ಮುಖ್ಯ ಪುಟಗಳನ್ನು ಕ್ಯಾಶೆ ಮಾಡಬೇಡಿ)。

ಪ್ಲಗಿನ್ 3:ಡಬ್ಲ್ಯುಪಿ ಸೂಪರ್ ಕ್ಯಾಶೆ(ಉಚಿತ) — ವಿಷಯ ತಾಣದ “ಕಡಿಮೆ ಅಪಾಯ, ಹೆಚ್ಚಿನ ಲಾಭ” ಕ್ಲಾಸಿಕ್ ಯೋಜನೆ

ಡಬ್ಲ್ಯುಪಿ ಸೂಪರ್ ಕ್ಯಾಶೆ ಏಕೆ ಇದು ದೀರ್ಘಕಾಲದವರೆಗೆ ಜನಪ್ರಿಯವಾಗಿದೆ? ಏಕೆಂದರೆ ಇದು ಒಂದು ಅತ್ಯಂತ ನೇರವಾದ, ಅತ್ಯಂತ “ಸರ್ವರ್ ಸ್ನೇಹಿ” ವಿಧಾನದಲ್ಲಿ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುತ್ತದೆ:
ಡೈನಾಮಿಕ್ WordPress ಪುಟಗಳನ್ನು ಸ್ಥಿರ HTML ಫೈಲ್‌ಗಳಾಗಿ ರಚಿಸಿ, ನಂತರ ಈ HTML ಫೈಲ್‌ಗಳನ್ನು ನೇರವಾಗಿ ವೆಬ್ ಸರ್ವರ್ ಮೂಲಕ ಒದಗಿಸಲಾಗುತ್ತದೆ, ಇದರಿಂದ ದುಬಾರಿ PHP ಸಂಸ್ಕರಣೆಯನ್ನು ತಪ್ಪಿಸಲಾಗುತ್ತದೆ.

ಪ್ಲಗಿನ್ ಪುಟದಲ್ಲಿ ಇನ್ನೂ ಹೇಳಲಾಗಿದೆ: ಸ್ಥಿರ HTML ಬಹುಮತ ಲಾಗಿನ್ ಆಗದ ಬಳಕೆದಾರರಿಗೆ ಒದಗಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಬಹಳ ಸ್ಪಷ್ಟವಾದ ವಿವರಣೆ ನೀಡಲಾಗಿದೆ — “99% ಗೆ ಭೇಟಿ ನೀಡುವವರಿಗೆ ಸ್ಥಿರ HTML ಫೈಲ್ ಒದಗಿಸಲಾಗುತ್ತದೆ”, ಒಂದು ಕ್ಯಾಶೆ ಫೈಲ್ ಸಾವಿರಾರು ಬಾರಿ ಸೇವೆ ಮಾಡಬಹುದು.

3.1 WP ಸೂಪರ್ ಕ್ಯಾಶೆ ಯಾರಿಗೆ ಸೂಕ್ತವಾಗಿದೆ

ಬಲವಾಗಿ ಶಿಫಾರಸು ಮಾಡಲಾಗಿದೆ:

  • ಬ್ಲಾಗ್, ಮಾಧ್ಯಮ ವಿಷಯ ಸೈಟ್, ಡಾಕ್ಯುಮೆಂಟ್ ಸೈಟ್, ಕಂಪನಿ ಪ್ರದರ್ಶನ ಸೈಟ್, ಲ್ಯಾಂಡಿಂಗ್ ಪುಟ
  • ಪ್ರವೇಶಿಸುವವರು ಮುಖ್ಯವಾಗಿ ಲಾಗಿನ್ ಆಗದ ಬಳಕೆದಾರರು
  • ನೀವು ಬಯಸುವದು: ಉಚಿತ, ಸ್ಥಿರ, ನಿರ್ವಹಣಾ ವೆಚ್ಚ ಕಡಿಮೆ

ಜಾಗರೂಕತೆ ಅಗತ್ಯವಿದೆ / ಹೆಚ್ಚು ಬಲವಾದ ತಂತ್ರಜ್ಞಾನ ಬೇಕು

  • ಶಕ್ತಿಶಾಲಿ ಡೈನಾಮಿಕ್ ಸೈಟ್: ಹೆಚ್ಚಿನ ವೈಯಕ್ತಿಕೃತ ವಿಷಯಗಳು, ಬಳಕೆದಾರ ಸ್ಥಿತಿಯ ಪ್ರಕಾರ ಬದಲಾಗುವ ಪುಟಗಳು
  • ದೊಡ್ಡ ಇ-ಕಾಮರ್ಸ್: ಬಳಸಬಹುದು, ಆದರೆ ಪ್ರಮುಖ ಪುಟಗಳು ಕ್ಯಾಶ್ ಆಗದಂತೆ ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ ಮತ್ತು ನಿಮ್ಮ ಪರೀಕ್ಷಾ ಪ್ರಕ್ರಿಯೆಯೊಂದಿಗೆ ಹೊಂದಿಕೊಳ್ಳಿ

3.2 ಅದರ ಮೂರು ಕ್ಯಾಶೆ ವಿಧಾನಗಳು:

WP Super Cache ಪ್ಲಗಿನ್ ವಿವರಣೆಯಲ್ಲಿ ಕ್ಯಾಶೆ ವಿಧಾನಗಳನ್ನು ವೇಗದ ಪ್ರಕಾರ 3 ರೀತಿಗಳಲ್ಲಿ ವಿಂಗಡಿಸಲಾಗಿದೆ ಮತ್ತು ವ್ಯತ್ಯಾಸಗಳನ್ನು ವಿವರಿಸಲಾಗಿದೆ:

  • mod_rewrite (ನಿಪುಣ): ಅತ್ಯಂತ ವೇಗವಾದುದು, PHP ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಬಿಟ್ಟುಹೋಗುತ್ತದೆ, ಆದರೆ .htaccess ಅನ್ನು ಬದಲಾಯಿಸಬೇಕಾಗುತ್ತದೆ, ಸಂರಚನೆ ಸರಿಯಾಗಿಲ್ಲದಿದ್ದರೆ ತಾಣ ಬಳಸಲು ಸಾಧ್ಯವಾಗದ ಅಪಾಯ ಹೆಚ್ಚು
  • ಸರಳ (ಶಿಫಾರಸು ಮಾಡಿದ ವಿಧಾನ): PHP ಒದಗಿಸುವ “ಸೂಪರ್ ಕ್ಯಾಶ್” ಸ್ಥಿರ ಫೈಲ್‌ಗಳು, mod_rewrite ಗೆ ಸಮೀಪವಾದ ವೇಗ, ಆದರೆ ಸಂರಚಿಸಲು ಇನ್ನಷ್ಟು ಸುಲಭವಾಗಿದೆ
  • WP-ಕ್ಯಾಶೆ ಸಂಗ್ರಹಣೆಹೆಚ್ಚು ಲವಚಿಕ, ತಿಳಿದಿರುವ ಬಳಕೆದಾರರು, ಪ್ಯಾರಾಮೀಟರ್ URL, ಸಬ್ಸ್ಕ್ರಿಪ್ಷನ್ ಫೀಡ್‌ಗಳಿಗೆ ಬಳಸಲಾಗುತ್ತದೆ, ಆದರೆ ವೇಗವು ನಿಧಾನವಾಗಿದೆ

ಶಿಫಾರಸು ಮಾಡಲಾಗಿದೆ:

  • ಹೊಸಬರಹ/ಸ್ಥಿರತೆ ಬಯಸುವವರು: ಶಿಫಾರಸು ಮಾಡಿದ ವಿಧಾನ (ಸರಳ)
  • ನೀವು ಸರ್ವರ್ ನಿಯಮಗಳನ್ನು ಚೆನ್ನಾಗಿ ತಿಳಿದಿದ್ದೀರಿ ಮತ್ತು ನಿಯಮಗಳನ್ನು ಮರುಬರಹ ಮಾಡುವ ಅಪಾಯವನ್ನು ಹೊರುವುದಕ್ಕೆ ಸಿದ್ಧರಾಗಿದ್ದೀರಿ: ತಜ್ಞ ಮೋಡ್ ಅನ್ನು ಮತ್ತೊಮ್ಮೆ ಪರಿಗಣಿಸಿ
  • ನೀವು ಹೆಚ್ಚು ಲವಚಿಕವಾದ “ಪರಿಚಿತ ಬಳಕೆದಾರರು/ಪ್ಯಾರಾಮೀಟರ್‌ಗಳೊಂದಿಗೆ” ಪ್ರಕ್ರಿಯೆಯನ್ನು ಅಗತ್ಯವಿದೆ: WP-ಕ್ಯಾಶೆನ ಸ್ಥಾನದ ಅರ್ಥ

3.3 WP ಸೂಪರ್ ಕ್ಯಾಶೆನ ಲಾಭಗಳು ಮತ್ತು ದುರ್ಬಲತೆಗಳು

ಲಾಭಗಳು:

  1. CDN ಜೊತೆಗೆ ಬಳಸಲು ತುಂಬಾ ಸೂಕ್ತವಾಗಿದೆ
    ಏಕೆಂದರೆ ಇದರ ಮೂಲಭೂತ ಸ್ವರೂಪವೇ “ಸ್ಥಿರ HTML ರಚನೆ” ಆಗಿದ್ದು, ಇದು ಸಹಜವಾಗಿಯೇ CDN/ಎಡ್ಜ್ ಕ್ಯಾಶಿಂಗ್‌ನ ಕಲ್ಪನೆಗೆ ಹೊಂದುತ್ತದೆ.
  2. ಮೂಲ ಸೈಟ್ CPU/ಡೇಟಾಬೇಸ್ ಮೇಲಿನ ಒತ್ತಡದ ಸುಧಾರಣೆ ತುಂಬಾ ನೇರವಾಗಿದೆ
    ವೆಬ್‌ಸೈಟ್ ಟ್ರಾಫಿಕ್ ವಿಭಜನೆಯಾಗಿರುವಾಗ, ಹುಡುಕಾಟ ಎಂಜಿನ್ ಮತ್ತು ಸಾಮಾಜಿಕ ಮಾಧ್ಯಮ ಕ್ರಾಲರ್‌ಗಳು ಕೂಡ ವಿಶ್ವದ ವಿವಿಧ ಭಾಗಗಳಿಂದ ಬರುವ ಸಾಧ್ಯತೆ ಇದೆ. ಸ್ಥಿರೀಕರಣವು “ಪುನರಾವರ್ತಿತ ರೆಂಡರಿಂಗ್” ವಿರುದ್ಧ ಸ್ಪಷ್ಟ ಪರಿಣಾಮವನ್ನು ಹೊಂದಿದೆ.

ಕಡಿಮೆ ಬಲ

  1. ಇದು “ಒಕ್ಕೂಟ ಕಾರ್ಯಕ್ಷಮತೆ ಸುಧಾರಣಾ ಪ್ಯಾಕೇಜ್” ಅಲ್ಲ”
    ಇದು ಮುಖ್ಯವಾಗಿ ಪುಟ ಕ್ಯಾಶೆಗೊಳಿಸುವಿಕೆಯಲ್ಲಿ ಶಕ್ತಿಶಾಲಿ, CSS/JS ಗಾಢ ಆಪ್ಟಿಮೈಜೇಶನ್ WP Rocket ನಂತಹ ಸಂಪೂರ್ಣ ಪ್ಯಾಕೇಜ್ ಆಗಿಲ್ಲ. ನೀವು “ಚಿತ್ರ ಆಪ್ಟಿಮೈಜೇಶನ್ ಪುಟ” ಮತ್ತು “ಮುಂಭಾಗ ಆಪ್ಟಿಮೈಜೇಶನ್ ಪುಟ”ಗಳಲ್ಲಿ ಇನ್ನಷ್ಟು ವಿಷಯವನ್ನು ಸೇರಿಸಬೇಕಾಗಬಹುದು (ಅಥವಾ ಇತರ ಪ್ಲಗಿನ್/ಥೀಮ್ ಮಟ್ಟದ ಆಪ್ಟಿಮೈಜೇಶನ್ ಬಳಸಬಹುದು).
  2. ಡೈನಾಮಿಕ್ ವೈಯಕ್ತಿಕೀಕರಣದ ಬಗ್ಗೆ ಹೆಚ್ಚು ಜಾಗರೂಕವಾಗಿರಿ
    {"translation":"ಉದಾಹರಣೆಗೆ, ಪ್ರದೇಶದ ಪ್ರಕಾರ ವಿಭಿನ್ನ ವಿಷಯಗಳನ್ನು ತೋರಿಸುವುದು, ಬಳಕೆದಾರ ಸ್ಥಿತಿಯ ಪ್ರಕಾರ ವಿಭಿನ್ನ ಬೆಲೆ/ಭಾಷೆ/ಶಿಫಾರಸುಗಳನ್ನು ತೋರಿಸುವುದು. ಈ ಸಂದರ್ಭದಲ್ಲಿ ನೀವು ಹೊರತುಪಡಿಸುವ ನೀತಿಯನ್ನು ಸ್ಥಾಪಿಸಬೇಕು ಅಥವಾ ಸೂಕ್ತ

3.4 ವೂಕಾಮರ್ಸ್ ಹೊಂದಾಣಿಕೆ: ಅದು ಏಕೆ ಹೆಚ್ಚು “ಸುರಕ್ಷಿತ” ಆಗಿದೆ”

WooCommerce ಅಧಿಕೃತ ಸಹಾಯ ಡಾಕ್ಯುಮೆಂಟ್ಉಲ್ಲೇಖಿಸಿದಂತೆ: WooCommerce ಮತ್ತು WP Super Cache ಮೂಲತಃ ಹೊಂದಾಣಿಕೆ ಹೊಂದಿವೆ, ಮತ್ತು WooCommerce WP Super Cache ಗೆ ಮಾಹಿತಿ ಕಳುಹಿಸುತ್ತದೆ, ಇದರಿಂದ Cart, Checkout, My Account ಪುಟಗಳನ್ನು ಡೀಫಾಲ್ಟ್ ಆಗಿ ಕ್ಯಾಶ್ ಮಾಡದು.

  • ನೀವು ಹೊಸಬರಾಗಿದ್ದರೂ, WP ಸೂಪರ್ ಕ್ಯಾಶ್ + ವೂಕಾಮರ್ಸ್ ಸಂಯೋಜನೆ “ಮುಖ್ಯ ಪುಟಗಳು ಕ್ಯಾಶ್ ಆಗಿರುವ” ಸಮಸ್ಯೆಯನ್ನು ತಪ್ಪಿಸಲು ಹೆಚ್ಚು ಸುಲಭವಾಗಿದೆ
  • ಆದರೆ ಇನ್ನೂ ಬಿಡುಗಡೆಗೆ ಮುನ್ನ ರಿಗ್ರೆಶನ್ ಪರೀಕ್ಷೆ ಮಾಡುವುದು ಶಿಫಾರಸು ಮಾಡಲಾಗಿದೆ (ಪಾವತಿ, купನ್, ಸಾಗಣೆ ಶುಲ್ಕ, ತೆರಿಗೆ ದರ, ಬಹು ಕರೆನ್ಸಿ ಇತ್ಯಾದಿ)

ಪ್ಲಗಿನ್ 4:W3 ಟೋಟಲ್ ಕ್ಯಾಶೆ (W3TC)ಅತ್ಯಂತ ಸಂಪೂರ್ಣ ಕಾರ್ಯಕ್ಷಮತೆ ಫ್ರೇಮ್ವರ್ಕ್, ಎಂಜಿನಿಯರಿಂಗ್ ತಂಡಗಳಿಗೆ ಸೂಕ್ತ

W3 ಟೋಟಲ್ ಕ್ಯಾಶೆ WordPress.org ನಲ್ಲಿ ಇದರ ಸ್ಥಾನೀಕರಣವು “ಒಂದು ಏಕೈಕ ಕ್ಯಾಶೆ ಪ್ಲಗಿನ್” ಅಲ್ಲ, ಬದಲಾಗಿ “ವೆಬ್‌ಸೈಟ್ ಕಾರ್ಯಕ್ಷಮತಾ ಆಪ್ಟಿಮೈಜೇಶನ್ ಫ್ರೇಮ್‌ವರ್ಕ್” ಗೆ ಹೆಚ್ಚು ಸಮಾನವಾದುದು: ಇದು CDN ಏಕೀಕರಣ ಮತ್ತು ಉತ್ತಮ ಅಭ್ಯಾಸಗಳ ಮೂಲಕ SEO, Core Web Vitals ಮತ್ತು ಒಟ್ಟಾರೆ ಅನುಭವವನ್ನು ಉತ್ತಮಗೊಳಿಸುವುದನ್ನು ಒತ್ತಿ ಹೇಳುತ್ತದೆ.

ಪ್ಲಗಿನ್ ವಿವರಣೆಗಳಲ್ಲಿ ಬಹುಮುಖ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಹೊಂದಿದೆ: ಪುಟ/ಪೋಸ್ಟ್ ಕ್ಯಾಶೆ, CSS/JS ಕ್ಯಾಶೆ, ಫೀಡ್ ಕ್ಯಾಶೆ, ಹುಡುಕಾಟ ಫಲಿತಾಂಶಗಳ ಕ್ಯಾಶೆ, ಡೇಟಾಬೇಸ್ ವಸ್ತುಗಳ ಕ್ಯಾಶೆ, ವಸ್ತು ಕ್ಯಾಶೆ, ಫ್ರಾಗ್ಮೆಂಟ್ ಕ್ಯಾಶೆ ಮತ್ತು Redis/Memcached/APC ಮುಂತಾದ ವಿವಿಧ ಕ್ಯಾಶೆ ವಿಧಾನಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ, ಜೊತೆಗೆ UA/Referrer ಆಧಾರಿತ ಮೊಬೈಲ್ ಗುಂಪುಗಳ ಕ್ಯಾಶೆ, AMP ಬೆಂಬಲ, ಮತ್ತು ರಿವರ್ಸ್ ಪ್ರಾಕ್ಸಿ (Nginx/Varnish) ಏಕೀಕರಣವನ್ನು ಒಳಗೊಂಡಿದೆ.

4.1 W3 ಟೋಟಲ್ ಕ್ಯಾಶೆ ಯಾರಿಗೆ ಸೂಕ್ತವಾಗಿದೆ

ಅತ್ಯಂತ ಸೂಕ್ತವಾಗಿದೆ:

  • ನೀವು ಅಭಿವೃದ್ಧಿ/ಆಪರೇಷನ್ ಸಾಮರ್ಥ್ಯ ಹೊಂದಿದ್ದೀರಾ, “ಪ್ರತಿ ಐಟಂ ಸಕ್ರಿಯಗೊಳಿಸುವಿಕೆ + ಒತ್ತಡ ಪರೀಕ್ಷೆ + ಪುನರಾವೃತ್ತಿ ಪರೀಕ್ಷೆ” ಮಾಡಲು ಇಚ್ಛಿಸುತ್ತೀರಾ”
  • ನಿಮ್ಮ ತಾಣ ಸಂಕೀರ್ಣವಾಗಿದೆ: ಬಹುಭಾಷೆ, ಬಹು ವಿಷಯ ಬದಲಾವಣೆ, ಮೊಬೈಲ್端 ವಿಭಿನ್ನತೆ, ವಿಷಯ ರಚನೆ ಸಂಕೀರ್ಣವಾಗಿದೆ
  • ನೀವು ಕೇವಲ ಪುಟ ಕ್ಯಾಶ್ ಮಾಡಬೇಕಾಗಿಲ್ಲ, ವಸ್ತು ಕ್ಯಾಶ್/ಟುಂಡು ಕ್ಯಾಶ್ ಅನ್ನು ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಸೇರಿಸಲು ಬಯಸುತ್ತೀರಿ (ವಿಶೇಷವಾಗಿ ಡೈನಾಮಿಕ್ ಸೈಟ್‌ಗಳಿಗೆ)

ಅನುಕೂಲವಿಲ್ಲ

  • ನೀವು ಇನ್‌ಸ್ಟಾಲ್ ಆದ ನಂತರ ತಕ್ಷಣವೇ ವೇಗವಾಗಿ ಇರಬೇಕೆಂದು ಬಯಸುತ್ತೀರಿ, ಕ್ಯಾಶೆ ಲೇಯರಿಂಗ್ ಅನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಇಚ್ಛಿಸುವುದಿಲ್ಲ
  • ನಿಮ್ಮ ಬಳಿ ಪರೀಕ್ಷಾ ಪ್ರಕ್ರಿಯೆ ಇಲ್ಲ ಆದರೆ ನೀವು ಒಮ್ಮೆಗೇ ಸಂಕುಚಿತಗೊಳಿಸುವಿಕೆ, ವಿಳಂಬ ಸ್ಕ್ರಿಪ್ಟ್ ಮುಂತಾದ ಉನ್ನತ ಅಪಾಯ ಆಯ್ಕೆಗಳನ್ನು ಪ್ರಾರಂಭಿಸಲು ಬಯಸುತ್ತೀರಿ

4.2 ಅದು “ಬಲವಾದ ಆದರೆ ಸಂಕೀರ್ಣ” ಎಂದು ಏಕೆ ಹೇಳಲಾಗುತ್ತದೆ: ವೆಬ್‌ಸೈಟ್ ಗಮನಿಸುವುದು “ನಿಯಂತ್ರಣಶೀಲತೆ”

W3TC ಯ ಮೌಲ್ಯವು “ಇದು ಇತರರಿಗಿಂತ ವೇಗವಾಗಿರಬೇಕು” ಎಂಬುದಲ್ಲ, ಆದರೆ ಇದು ನಿಮಗೆ ಸಾಕಷ್ಟು ನಿಯಂತ್ರಣ ನಾಬುಗಳನ್ನು ನೀಡುತ್ತದೆ, ಇದರಿಂದ ನೀವು ಕಾರ್ಯಕ್ಷಮತೆಯ ತಂತ್ರಗಳನ್ನು ಎಂಜಿನಿಯರಿಂಗ್ ವ್ಯವಸ್ಥೆಯಾಗಿ ರೂಪಿಸಬಹುದು:

  • ಪುಟ ಕ್ಯಾಶ್: ಮೆಮೊರಿ, ಡಿಸ್ಕ್ ಅಥವಾ CDN ನಲ್ಲಿ ಇರಬಹುದು
  • ಡೇಟಾಬೇಸ್ ವಸ್ತು ಕ್ಯಾಶೆ, ವಸ್ತು ಕ್ಯಾಶೆ: Redis/Memcached ಇತ್ಯಾದಿ ಲಭ್ಯವಿದೆ
  • ಫ್ರಾಗ್ಮೆಂಟ್ ಕ್ಯಾಶೆ: “ಅರ್ಧ-ಡೈನಾಮಿಕ್ ಪುಟಗಳಿಗೆ” ಬಹಳ ಪ್ರಾಮುಖ್ಯತೆ ಹೊಂದಿದೆ
  • ಮೊಬೈಲ್ ಬೆಂಬಲ: ಶಿಫಾರಸು ಮಾಡಿದವರು ಅಥವಾ ಬಳಕೆದಾರ ಏಜೆಂಟ್ ಗುಂಪು ಪ್ರಕಾರ ಪುಟಗಳನ್ನು ಕ್ಯಾಶ್ ಮಾಡಿ
  • CDN ನಿರ್ವಹಣೆ: ಮಾಧ್ಯಮ ಗ್ರಂಥಾಲಯ, ಥೀಮ್ ಫೈಲ್‌ಗಳು ಇತ್ಯಾದಿಗಳಿಗೆ ಪಾರದರ್ಶಕ CDN ನಿರ್ವಹಣೆ

ಈ ಸಾಮರ್ಥ್ಯಗಳು ವೆಬ್‌ಸೈಟ್‌ಗಳಿಗೆ ವಿಶೇಷವಾಗಿ ಮೌಲ್ಯವಂತವಾಗಿವೆ, ಏಕೆಂದರೆ ಜಾಗತಿಕ ಪ್ರವೇಶವು ಸಾಮಾನ್ಯವಾಗಿ ಎದುರಿಸುವುದು:

  • ಒಂದು ಪುಟದ ವಿಭಿನ್ನ ಸಾಧನಗಳು, ಪ್ರದೇಶಗಳು ಮತ್ತು ಭಾಷೆಗಳ ಆವೃತ್ತಿಗಳು
  • ಕೆಲವು ವಿಷಯಗಳನ್ನು ಕ್ಯಾಶ್ ಮಾಡಬಹುದು, ಕೆಲವು ವಿಷಯಗಳು ನೇರವಾಗಿ ತಾಜಾ ಇರಬೇಕು (ಉದಾಹರಣೆಗೆ ಬೆಲೆ, ಸ್ಟಾಕ್, ಬಳಕೆದಾರ ಸ್ಥಿತಿ)

4.3 W3TC ನ “ಶಿಫಾರಸು ಮಾಡಿದ ಸಕ್ರಿಯಗೊಳಿಸುವ ಕ್ರಮ”

ಶಿಫಾರಸು ಮಾಡಿದ ಕ್ರಮ:

  1. ಮೊದಲು ಪುಟ ಕ್ಯಾಶೆ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ
    ಪರಿಶೀಲನೆ: TTFB ಕಡಿಮೆಯಾಗಿದೆ, ವಿಷಯ ಸರಿ ಇದ್ದೇ ಇದೆ, ಲಾಗಿನ್ ಸ್ಥಿತಿ/ಬಹುಭಾಷಾ/ಇ-ಕಾಮರ್ಸ್ ಪ್ರಮುಖ ಪ್ರಕ್ರಿಯೆಗಳು ಸರಿಯಾಗಿದೆಯೇ
  2. ಬ್ರೌಸರ್ ಕ್ಯಾಶೆ ಮರುಸಕ್ರಿಯಗೊಳಿಸಿ
    ಲಕ್ಷ್ಯ: ಮರುಸಂದರ್ಶನ ಮತ್ತು ಸ್ಥಿರ ಸಂಪನ್ಮೂಲ ಲೋಡ್ ಅನ್ನು ವೇಗವಾಗಿ ಮಾಡುವುದು, ಖಂಡಾಂತರಗಳ ನಡುವೆ ಪುನರಾವರ್ತಿತ ಡೌನ್‌ಲೋಡ್ ಅನ್ನು ಕಡಿಮೆ ಮಾಡುವುದು.
  3. ಮರುಮೌಲ್ಯಮಾಪನ ವಸ್ತು ಕ್ಯಾಶೆ / ಡೇಟಾಬೇಸ್ ವಸ್ತು ಕ್ಯಾಶೆ
    ಅನ್ವಯಿಸುವುದು: ಡೈನಾಮಿಕ್ ಸೈಟ್‌ಗಳು (WooCommerce, ಸದಸ್ಯ ವ್ಯವಸ್ಥೆ, ಸಂಕೀರ್ಣ ವಿಚಾರಣೆಗಳು).
    ಅನ್ವಯಿಸುವುದಿಲ್ಲ: ಶುದ್ಧ ವಿಷಯ ಸೈಟ್‌ಗಳು ಲಾಭವನ್ನು ಸೀಮಿತಗೊಳಿಸಬಹುದು, ಅಥವಾ ಸಂಪನ್ಮೂಲ ಬಳಕೆಯನ್ನು ಹೆಚ್ಚಿಸಬಹುದು.
  4. ಕೊನೆಯದಾಗಿ ಸಂಸ್ಕರಿಸಿ ಸಂಕುಚಿತಗೊಳಿಸಿ / ವಿಳಂಬ ಸ್ಕ್ರಿಪ್ಟ್ / ಮುಂಭಾಗದ ಸುಧಾರಣೆ
    ಇದು ಕಾರ್ಯಕ್ಷಮತೆಯ ಅಸಾಮಾನ್ಯತೆಯನ್ನು ಸುಲಭವಾಗಿ ಉಂಟುಮಾಡುವ ಹಂತವಾಗಿರುವುದರಿಂದ, ಹಿಂತಿರುಗಿ ಪರೀಕ್ಷಾ ಪಟ್ಟಿ (ಪಾವತಿ, ಫಾರ್ಮ್, ಟ್ರ್ಯಾಕಿಂಗ್, ಪಾಪ್-ಅಪ್, ಮೆನು, ಭಾಷಾ ಬದಲಾವಣೆ ಇತ್ಯಾದಿ) ರಚಿಸಬೇಕು.

WooCommerce ಗೆ “ಕ್ಯಾಶೆ ಪ್ಲಗಿನ್ ಸಂರಚನೆ” ಬಗ್ಗೆ ಸೂಚನೆಮುಖ್ಯ ಪುಟಗಳನ್ನು ಕ್ಯಾಶ್ ಮಾಡಬೇಡಿ ಮತ್ತು JS ಫೈಲ್ ಸಂಕುಚಿತಗೊಳಿಸುವುದನ್ನು ತಪ್ಪಿಸುವುದು ಶಿಫಾರಸು ಮಾಡಲಾಗಿದೆ.

ನಾಲ್ಕು ಪ್ಲಗಿನ್‌ಗಳ ಹೋಲಿಕೆ ಮ್ಯಾಟ್ರಿಕ್ಸ್

ಗಮನಿಸಿ: ಇದು “ಯಾರು ಹೆಚ್ಚು ಶಕ್ತಿಶಾಲಿ” ಎಂಬುದಲ್ಲ, ಆದರೆ “ನಿಮ್ಮ ದೃಶ್ಯವು ಯಾರಿಗೆ ಹೆಚ್ಚು ಹೊಂದಿಕೆಯಾಗುತ್ತದೆ” ಎಂಬುದಾಗಿದೆ.

ಮಾಪನಡಬ್ಲ್ಯುಪಿ ರಾಕೆಟ್ಲೈಟ್‌ಸ್ಪೀಡ್ ಕ್ಯಾಶೆಡಬ್ಲ್ಯುಪಿ ಸೂಪರ್ ಕ್ಯಾಶೆW3 ಟೋಟಲ್ ಕ್ಯಾಶೆ
ಮೂಲಸ್ಥಾನಆರಾಮದ ಏಕೀಕೃತ (ಕ್ಯಾಶೆ + ಆಪ್ಟಿಮೈಸ್)ಸರ್ವರ್ ಮಟ್ಟದ ಕ್ಯಾಶೆ (LSCache ಅವಲಂಬಿಸಿ)ಸ್ಥಿರ HTML ಕ್ಯಾಶೆಕಾರ್ಯಕ್ಷಮತಾ ಫ್ರೇಮ್‌ವರ್ಕ್(ಬಹು ಕ್ಯಾಶ್ ಪದರಗಳು+CDN)
ಹೋಸ್ಟ್ ಅವಲಂಬನೆಕಡಿಮೆ (ಸಾಮಾನ್ಯ)ಹೆಚ್ಚು (ಮೂಲ ಕ್ಯಾಶೆಗಾಗಿ LiteSpeed/OpenLiteSpeed ಅಗತ್ಯ)ಕಡಿಮೆ (ಸಾಮಾನ್ಯ)ಮಧ್ಯಮ (ಸಾಮಾನ್ಯ, ಆದರೆ ಪರಿಸರ/ಕಾನ್ಫಿಗರೇಶನ್ ಸಾಮರ್ಥ್ಯಗಳ ಮೇಲೆ ಹೆಚ್ಚು ಅವಲಂಬಿತ)
ಅಧ್ಯಯನ ವೆಚ್ಚಕಡಿಮೆ-ಮಧ್ಯಮಮಧ್ಯಮಉಚ್ಚ
ವಿಷಯ站 ಶಿಫಾರಸು ದರ್ಜೆತುಂಬ ಉಚ್ಚಅತ್ಯಂತ ಉನ್ನತ (ಶರತ್ತು ಪೂರೈಸಲಾಗಿದೆ)ತುಂಬ ಉಚ್ಚಮಧ್ಯಮ-ಉನ್ನತ (ತಂಡವನ್ನು ನೋಡಿ)
ಇ-ಕಾಮರ್ಸ್/ಸದಸ್ಯರ ಸೈಟ್ಬಳಕೆ ಮಾಡಲು ಸಾಧ್ಯ ಆದರೆ ಜಾಗರೂಕತೆಯಿಂದ ಹೊರತುಪಡಿಸಿ (WooCommerce ಪ್ರಮುಖ ಪುಟಗಳು ಕ್ಯಾಶ್ ಆಗುವುದಿಲ್ಲ)ಬಳಕೆ ಮಾಡಲು ಸಾಧ್ಯ ಆದರೆ ನಿಯಮಗಳು/ವಿಭಾಗಣಾ ತಂತ್ರಗಳು ಅಗತ್ಯಲಭ್ಯವಿದೆ ಮತ್ತು WooCommerce ಮೂಲ ಬೆಂಬಲವನ್ನು ಉಲ್ಲೇಖಿಸುತ್ತದೆ ಮತ್ತು ಪ್ರಮುಖ ಪುಟಗಳನ್ನು ಡೀಫಾಲ್ಟ್ ಆಗಿ ಕ್ಯಾಶ್ ಮಾಡದುಲಭ್ಯವಿದೆ, ಎಂಜಿನಿಯರಿಂಗ್ ನಿಯಂತ್ರಣಕ್ಕೆ ಸೂಕ್ತವಾಗಿದೆ
ಬಜೆಟ್ಪಾವತಿಉಚಿತಉಚಿತಉಚಿತ + ಪಾವತಿಸಿದ ಆವೃತ್ತಿ

“ಕ್ಯಾಶೆ ಅಪಘಾತ ಮತ್ತು ತಡೆಗಟ್ಟುವ ಪಟ್ಟಿ

ಕ್ಯಾಶ್ ಕಾರಣವಾಗುವ “ತಪ್ಪು ವಿಷಯ” ನ ಮೂರು ಪ್ರಮುಖ ಕಾರಣಗಳು

A. “ಸ್ಥಿತಿಯೊಂದಿಗೆ ಇರುವ” ಪುಟವನ್ನು “ಸ್ಥಿತಿರಹಿತ ಸ್ಥಿರ ಪುಟ” ಎಂದು ಪರಿಗಣಿಸಿ”

ಟಿಪಿಕಲ್: ಖಾತೆ ಪುಟ, ಶಾಪಿಂಗ್ ಕಾರ್ಟ್, ಚೆಕ್ಔಟ್ ಪುಟ ಕ್ಯಾಶ್ ಮಾಡಲಾಗಿದೆ. WooCommerce ಅಧಿಕೃತವಾಗಿ ಪುನರಾವರ್ತಿಸಲಾಗಿದೆ ಶಾಪಿಂಗ್ ಕಾರ್ಟ್ / ಚೆಕ್ ಔಟ್ / ಖಾತೆ ಕ್ಯಾಶ್ ಆಗಬಾರದು

ಬಹುಭಾಷೆ/ಬಹು ಕರೆನ್ಸಿ/ಪ್ರದೇಶ ವೈವಿಧ್ಯತೆ ಸರಿಯಾಗಿ ಕ್ಯಾಶ್ ವಿಭಜನೆ ಆಗಿಲ್ಲ

ನಿಮ್ಮ ಸೈಟ್ cookie, ಕ್ವೇರಿ ಪರಾಮೀಟರ್‌ಗಳು ಅಥವಾ ಭೌಗೋಳಿಕ ಸ್ಥಳದ ಆಧಾರದ ಮೇಲೆ ವಿಭಿನ್ನ ವಿಷಯವನ್ನು ತೋರಿಸುತ್ತಿದ್ದರೆ, ಕ್ಯಾಶ್ “ವೇರಿಯಂಟ್ ಆಯಾಮಗಳನ್ನು” ಪರಿಗಣಿಸಲೇಬೇಕು. ಇಲ್ಲವಾದರೆ A ಪ್ರದೇಶದ ಬಳಕೆದಾರರಿಂದ ನಿರ್ಮಿತವಾದ ಕ್ಯಾಶ್ ಅನ್ನು B ಪ್ರದೇಶದ ಬಳಕೆದಾರರು ಮರುಬಳಕೆ ಮಾಡುವ ಸಾಧ್ಯತೆ ಇದೆ.

ಮುಂಭಾಗದ ಆಪ್ಟಿಮೈಜೆಷನ್ (JS/CSS) ಮರುಬರಹದಿಂದ ಕಾರ್ಯಕ್ಷಮತೆ ದೋಷಗಳು

ವಿಶೇಷವಾಗಿ JS ಸಂಕುಚಿತಗೊಳಿಸುವಿಕೆ, ಸಂಯೋಜನೆ, ವಿಳಂಬ ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆ. WooCommerce ಕೂಡ ಸಲಹೆ ನೀಡುತ್ತದೆJS ಫೈಲ್ ಸಂಕುಚಿತಗೊಳಿಸುವುದನ್ನು ತಪ್ಪಿಸಿ

2. ಲಾಂಚ್‌ಗಿಂತ ಮುಂಚಿನ ರಿಗ್ರೆಷನ್ ಪರೀಕ್ಷಾ ಪರಿಶೀಲನಾ ಪಟ್ಟಿ

  • ಲಾಗಿನ್/ಲಾಗ್ ಔಟ್ ಸರಿಯಾಗಿದೆಯೇ
  • ಫಾರ್ಮ್ ಸಲ್ಲಿಕೆ (ಸಂಪರ್ಕ ಫಾರ್ಮ್, ಚಂದಾದಾರಿಕೆ, ಲಾಗಿನ್ ನೋಂದಣಿ) ಸರಿಯಾಗಿದೆಯೇ
  • ಇ-ಕಾಮರ್ಸ್ ಪ್ರಕ್ರಿಯೆ: ಕಾರ್ಟ್ ಸೇರಿಸಿ → ಕೂಪನ್ → ಸಾಗಣೆ/ತೆರಿಗೆ → ಪಾವತಿ → ಆರ್ಡರ್ ಪುಟ
  • ಬಹುಭಾಷಾ ಬದಲಾವಣೆ ಸ್ಥಿರವಾಗಿದೆಯೇ (ಬದಲಾವಣೆಯ ನಂತರ ವಿಷಯ, URL, hreflang, ಕರೆನ್ಸಿ)
  • ಮೊಬೈಲ್ ಮೆನು, ಪಾಪ್-ಅಪ್, ಸ್ಕ್ರೋಲ್, ಲೇಝಿ ಲೋಡ್ ಸರಿಯಾಗಿದೆಯೇ
  • ಸ್ಕ್ರಿಪ್ಟ್ ಇನ್ನೂ ಸಕ್ರಿಯವಾಗಿದೆಯೇ ಎಂದು ಟ್ರ್ಯಾಕ್ ಮಾಡುವುದು (GA, ಮೆಟಾ ಪಿಕ್ಸೆಲ್, ಪರಿವರ್ತನೆ ಘಟನೆ)

ಸಾಮಾನ್ಯ ಪ್ರಶ್ನೆಗಳು

Q1: ನಾನು ಕ್ಯಾಶೆ ಪ್ಲಗಿನ್ ಅನ್ನು ಸ್ಥಾಪಿಸಿದರೂ, ವಿದೇಶಿ ಪ್ರವೇಶ ಇನ್ನೂ ನಿಧಾನವಾಗಿರುವುದು ಏಕೆ?

ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ಕಾರಣವೆಂದರೆ: ನೀವು ಕೇವಲ “ಮೂಲ ಸೈಟ್ ಪುನರಾವರ್ತಿತ ರೆಂಡರಿಂಗ್” ಅನ್ನು ಮಾತ್ರ ಪರಿಹರಿಸಿದ್ದೀರಿ, ಆದರೆ “ಖಂಡಾಂತರ ಜಾಲತಾಣ ವಿಳಂಬ” ಅನ್ನು ಪರಿಹರಿಸಿಲ್ಲ.
ಕ್ಯಾಶೆ ಪ್ಲಗಿನ್ ಸರ್ವರ್ ಅನ್ನು ವೇಗವಾಗಿ ವಿಷಯವನ್ನು ನೀಡಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ (TTFB ಕಡಿಮೆಯಾಗುತ್ತದೆ), ಆದರೆ ಸ್ಥಿರ ಸಂಪನ್ಮೂಲಗಳು (ಚಿತ್ರಗಳು, CSS, JS, ಫಾಂಟ್‌ಗಳು) ಮತ್ತು ಜಾಗತಿಕ ಲಿಂಕ್ RTT ಇನ್ನೂ ಅಗತ್ಯವಿದೆ. 1ಟಿಪಿ220ಟಿ ದೂರವನ್ನು ಕಡಿಮೆ ಮಾಡೋಣ.
👉 ಆದ್ದರಿಂದ ಸರಿಯಾದ ಮಾರ್ಗವೇನೆಂದರೆ:ಮೊದಲು ಮೂಲ ಸೈಟ್ ಕ್ಯಾಶೆ ಸ್ಥಿರಗೊಳಿಸಿ,ಮತ್ತೊಮ್ಮೆ CDN ನಲ್ಲಿ ಜಾಗತಿಕ ವಿತರಣೆ ಮಾಡಿ

Q2: ನಾನು ಕ್ಯಾಶೆ ಮಾಡಿದ ನಂತರ ವಿಷಯವನ್ನು ಬದಲಾಯಿಸಿದರೆ ಅದು ನವೀಕರಿಸುವುದಿಲ್ಲ ಏಕೆ?

ನೀವು ನೋಡುತ್ತಿರುವುದು “ಹಳೆಯ ಕ್ಯಾಶೆ” ಆಗಿದೆ. ಪರಿಹಾರದ ಯೋಚನೆ:

  • ಶುದ್ಧೀಕರಣ ನೀತಿಯನ್ನು ಸ್ಥಾಪಿಸಿ: ಲೇಖನ/ಪುಟವನ್ನು ನವೀಕರಿಸಿದ ನಂತರ ಸಂಬಂಧಿತ ಕ್ಯಾಶೆ ಶುದ್ಧೀಕರಿಸಿ (ಸಂಪೂರ್ಣ ತಾಣ ಶುದ್ಧೀಕರಣವಲ್ಲ)
  • ಪೂರ್ವತಾಪನೆ/ಕ್ರಾಲರ್ ಹೊಂದಿರುವ ಯೋಜನೆಗಳಿಗೆ: ಸ್ವಚ್ಛಗೊಳಿಸಿದ ನಂತರ ಮತ್ತೆ ಪೂರ್ವತಾಪನೆ ಮಾಡಬೇಕು, ಇಲ್ಲದಿದ್ದರೆ ಮೊದಲ ಭೇಟಿ ನಿಧಾನವಾಗುತ್ತದೆ
  • CDNಗಾಗಿ: CDN ಎಡ್ಜ್‌ನಲ್ಲೂ ಹಳೆಯ ಸಂಪನ್ಮೂಲಗಳು ಕ್ಯಾಶ್ ಆಗಿರುವ ಸಾಧ್ಯತೆಯನ್ನು ಪರಿಗಣಿಸಬೇಕು

Q3: WP Rocket ಮತ್ತು WP Super Cache ಅನ್ನು ಒಂದೇ ಸಮಯದಲ್ಲಿ ಸ್ಥಾಪಿಸಬಹುದೇ?

ಶಿಫಾರಸು ಮಾಡಲಾಗುವುದಿಲ್ಲ. ಪುಟ ಕ್ಯಾಶೆ ಪ್ಲಗಿನ್ ಒಂದೇ ಸಮಯದಲ್ಲಿ ಒಂದೇ ಅತ್ಯಂತ ಸ್ಥಿರವಾದುದನ್ನು ಬಳಸುವುದು ಉತ್ತಮ. ನೀವು “ಒಂದು ಕ್ಯಾಶೆ ಮಾಡಲು, ಒಂದು ಆಪ್ಟಿಮೈಸ್ ಮಾಡಲು” ಎಂಬ ಕಲ್ಪನೆಯನ್ನು “ಕಾರ್ಯ ವಿಂಗಡಣೆ” ಎಂದು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬಹುದು, ಆದರೆ ವಾಸ್ತವದಲ್ಲಿ ಅವುಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಪುಟ ಕ್ಯಾಶೆ/ಸಂಪನ್ಮೂಲ ಮರುಬರಹವನ್ನು ಸ್ಪರ್ಶಿಸುತ್ತವೆ, ಸಂಘರ್ಷದ ಸಾಧ್ಯತೆ ಹೆಚ್ಚು. ಒಂದು “ಮುಖ್ಯ ಕ್ಯಾಶೆ ಪ್ಲಗಿನ್” ಆಯ್ಕೆ ಮಾಡುವುದು ಹೆಚ್ಚು ಶಿಫಾರಸು ಮಾಡಲಾಗುತ್ತದೆ, ಇತರ ಅಗತ್ಯಗಳಿಗೆ ಸ್ಪಷ್ಟವಾದ ಏಕೈಕ ಸಾಧನಗಳನ್ನು ಬಳಸಬಹುದು.

Q4: ಇ-ಕಾಮರ್ಸ್ ಸೈಟ್‌ನಲ್ಲಿ ಕ್ಯಾಶೆ ಬಳಸುವುದು ಅಪಾಯಕಾರಿಯೇ?

ಅಪಾಯಕರವಿಲ್ಲ, ಅಪಾಯಕರವಾದದ್ದು “ನಿಯಮಗಳಿಲ್ಲದಿರುವುದು”.WooCommerce ಸಲಹೆಗಳುಖರೀದಿ ಕಾರ್ಟ್ / ಚೆಕ್‌ಔಟ್ / ಖಾತೆ ಕ್ಯಾಶ್ ಆಗುವುದಿಲ್ಲ ಮತ್ತು JS ಸಂಕುಚಿತಗೊಳಿಸುವಿಕೆಯನ್ನು ತಪ್ಪಿಸಿ
ಇನ್ನೂ WooCommerce ಕೂಡ ಇದನ್ನು ಉಲ್ಲೇಖಿಸಿದೆ WP ಸೂಪರ್ ಕ್ಯಾಶೆ ಮೂಲ ಬೆಂಬಲಮತ್ತು ಡೀಫಾಲ್ಟ್ ಆಗಿ ಪ್ರಮುಖ ಪುಟಗಳನ್ನು ಕ್ಯಾಶ್ ಮಾಡದಂತೆ ಮಾಡುತ್ತದೆ.
ಆದ್ದರಿಂದ ಇ-ಕಾಮರ್ಸ್ ಸೈಟ್ ಸಂಪೂರ್ಣವಾಗಿ ಕ್ಯಾಶ್ ಮಾಡಬಹುದು, ಆದರೆ ಅದನ್ನು “ಆನ್‌ಲೈನ್ ಬದಲಾವಣೆ” ಎಂದು ಪರಿಗಣಿಸಿ, ಪರೀಕ್ಷೆ ಮಾಡಬೇಕು.

Q5: ನಾನು LiteSpeed Cache ಅಥವಾ WP Rocket ಅನ್ನು ಆಯ್ಕೆ ಮಾಡಬೇಕೇ?

  • ನೀವು ಹೋಸ್ಟ್ LiteSpeed/OpenLiteSpeed ಆಗಿರುವುದನ್ನು ದೃಢೀಕರಿಸುತ್ತೀರಾಪ್ರಾಥಮಿಕತೆ LiteSpeed Cache (ಉಚಿತ ಮತ್ತು ಶಕ್ತಿಶಾಲಿ, ಮುಖ್ಯ ಲಾಭಗಳು ಸರ್ವರ್ ಮಟ್ಟದ LSCache ನಿಂದ ಬರುತ್ತವೆ)
  • ನೀವು ಹೋಸ್ಟ್ ಸ್ಟ್ಯಾಕ್ ಬಗ್ಗೆ ಖಚಿತವಿಲ್ಲ / ತೊಂದರೆ ಮಾಡಬಯಸುವುದಿಲ್ಲ / ಏಕೀಕೃತ ಮತ್ತು ಸುಲಭವಾದ ಪರಿಹಾರವನ್ನು ಬಯಸುತ್ತೀರಿWP ರಾಕೆಟ್ ಹೆಚ್ಚು ಸ್ಥಿರವಾಗಿದೆ
  • ನೀವು ವಿಷಯ ತಾಣ ಮತ್ತು ಬಜೆಟ್ ಸಂವೇದಿWP ಸೂಪರ್ ಕ್ಯಾಶೆ ಹೆಚ್ಚು ಸ್ಥಿರ, ಹೆಚ್ಚು ಲಘು

ಕ್ಯಾಶ್ ಪ್ಲಗಿನ್ ಮತ್ತು CDN ಜೊತೆಗೆ

ಕ್ಯಾಶ್ ಪ್ಲಗಿನ್ ಪರಿಹರಿಸುವುದು “ಮೂಲ ಸರ್ವರ್‌ನ ಗಣನೆ ಕಡಿಮೆ, TTFB ಇನ್ನಷ್ಟು ಕಡಿಮೆ” ಎಂಬುದನ್ನು; CDN ಪರಿಹರಿಸುವುದು “ಸ್ಥಿರ ಸಂಪನ್ಮೂಲಗಳು ಮತ್ತು ಪುಟಗಳು ಜಾಗತಿಕ ಬಳಕೆದಾರರಿಗೆ ಇನ್ನಷ್ಟು ಸಮೀಪವಾಗಿರುವುದು” ಎಂಬುದನ್ನು. ಇವೆರಡನ್ನು ಒಟ್ಟಿಗೆ ಬಳಸಿದಾಗಲೇ, ಜಾಗತಿಕ ಪ್ರವೇಶವನ್ನು ಎದುರಿಸುವ ಸಾಮಾನ್ಯ ಅತ್ಯುತ್ತಮ ಪರಿಹಾರವಾಗುತ್ತದೆ.

  • ವಿಷಯ站 ಸಾಮಾನ್ಯ ಸಂಯೋಜನೆಗಳು:ಪುಟ ಕ್ಯಾಶೆ + CDN ಸ್ಥಿರ ವಿತರಣೆ
  • ಡೈನಾಮಿಕ್ ಸೈಟ್ ಸಾಮಾನ್ಯ ಸಂಯೋಜನೆಗಳು:ಪುಟ ಕ್ಯಾಶ್‌ (ಕಟ್ಟುನಿಟ್ಟಿನ ಹೊರತುಪಡింపు) + ಆಬ್ಜೆಕ್ಟ್ ಕ್ಯಾಶ್‌ (ಅಗತ್ಯವಿದ್ದಾಗ) + CDN ಸ್ಥಿರ ವಿತರಣೆ

👉 ಓದಿ:CDN ವೇಗವರ್ಧನೆ (ಜಾಗತಿಕ ನೋಡ್‌ಗಳು ಮತ್ತು ಕ್ಯಾಶ್ ನೀತಿ)

ವೆಬ್‌ಸೈಟ್ ಕ್ಯಾಶೆ ಶಿಫಾರಸು ಸಂಯೋಜನೆ

ವಿಷಯ ಸೈಟ್ / ಬ್ಲಾಗ್ / ಡಾಕ್ಯುಮೆಂಟ್ ಸೈಟ್

ಲಕ್ಷ್ಯ: TTFB ಅನ್ನು ಕಡಿಮೆ ಮಾಡಿ, ಮೊದಲ ಪರದೆ ಇನ್ನಷ್ಟು ಸ್ಥಿರವಾಗಲಿ, ಸರ್ವರ್ ಒತ್ತಡವನ್ನು ಕಡಿಮೆ ಮಾಡಿ, ಮತ್ತು CDN ಜೊತೆಗೂಡಿ ಜಾಗತಿಕ ವಿತರಣೆಯನ್ನು ಮಾಡಿ.

1.1 ಅತ್ಯಂತ ಮನಸ್ಸಿಗೆ ತಣಿವಾದ ವ್ಯಾಪಾರ ಸಂಯೋಜನೆ

  • WP ರಾಕೆಟ್ (ಪುಟ ಕ್ಯಾಶೆ + ಪೂರ್ವಲೋಡ್ + ಮುಂಭಾಗದ ಸುಧಾರಣೆ)
    • CDN ಪುಟಕ್ಕೆ ಸೇರಿಸಿ

ಅನ್ವಯಿಸುವುದು:

  • ನೀವು ಬಯಸುವದು ಕಡಿಮೆ ಸೆಟ್ಟಿಂಗ್‌ಗಳು, ವೇಗವಾಗಿ ಪರಿಣಾಮ, ಕಡಿಮೆ ಅಪಾಯ“
  • ವಿಷಯಗಳು/ಪ್ಲಗಿನ್‌ಗಳು ಹೆಚ್ಚು ಇದ್ದು ಹೊಂದಾಣಿಕೆಯಲ್ಲಿ ತೊಂದರೆ ಕಡಿಮೆ ಮಾಡಬೇಕು

ಗಮನಿಸುವ ಬಿಂದುಗಳು:

  • ಮುಂಭಾಗದ ಆಪ್ಟಿಮೈಜೆಷನ್ (ವಿಶೇಷವಾಗಿ JS ವಿಳಂಬ) ಹಂತಗಳಾಗಿ ಸಕ್ರಿಯಗೊಳಿಸಿ, ಕಾರ್ಯಕ್ಷಮತೆಯ ಅಸಾಮಾನ್ಯತೆಗಳನ್ನು (ಮೆನು, ಫಾರ್ಮ್, ಟ್ರ್ಯಾಕಿಂಗ್ ಇತ್ಯಾದಿ) ತಪ್ಪಿಸಿ
  • ಪುನರ್‌ವಿನ್ಯಾಸ/ಅನೇಕ ಬಾರಿ ಪ್ರಕಟಿಸುವ ತಾಣಗಳಿಗೆ “ಶುದ್ಧೀಕರಣ + ಪೂರ್ವತಾಪ” ತಂತ್ರವಿರಬೇಕು, ಇಲ್ಲದಿದ್ದರೆ ಕಡಿಮೆ ಜನಪ್ರಿಯ ಪುಟದ ಮೊದಲ ಭೇಟಿ ನಿಧಾನವಾಗುತ್ತದೆ

1.2 ಉಚಿತ ಮತ್ತು ಸ್ಥಿರವಾದ ಕ್ಲಾಸಿಕ್ ಸಂಯೋಜನೆ

  • WP ಸೂಪರ್ ಕ್ಯಾಶೆ (ಸ್ಥಿರ HTML ಕ್ಯಾಶೆ)ಡೈನಾಮಿಕ್ ಪುಟಗಳನ್ನು ಸ್ಥಿರ HTML ಆಗಿ ರಚಿಸುವುದು, ಮುಖ್ಯವಾಗಿ ಲಾಗಿನ್ ಆಗದ ಬಳಕೆದಾರರಿಗೆ ಸೇವೆ ನೀಡುವುದು

ಅನ್ವಯಿಸುವುದು:

  • ಬಜೆಟ್ ಸಂವೇದನಶೀಲ ಆದರೆ ಸ್ಥಿರ
  • ಭೇಟಿ ನೀಡುವವರು ಸಾಮಾನ್ಯವಾಗಿ ಲಾಗಿನ್ ಆಗುವುದಿಲ್ಲ
  • ವಿಷಯ ನವೀಕರಣ ನಿಯಂತ್ರಣ

ಗಮನಿಸುವ ಬಿಂದುಗಳು:

  • ಇದು “ಪುಟ ಕ್ಯಾಶೆ ಪ್ರಾಥಮಿಕತೆ” ಸಂಯೋಜನೆ, ಎಲ್ಲಾ CSS/JS ಸಂಕೀರ್ಣ ಸಮಸ್ಯೆಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಪರಿಹರಿಸುವುದಾಗಿ ನಿರೀಕ್ಷಿಸಬೇಡಿ

2. ಕಂಪನಿ ಸೈಟ್ / ಬ್ರ್ಯಾಂಡ್ ಸೈಟ್ / ಲ್ಯಾಂಡಿಂಗ್ ಪುಟ

ಲಕ್ಷ್ಯ: ವೇಗವು ವೇಗವಾಗಿರಬೇಕು, ಆದರೆ ಇನ್ನಷ್ಟು ಮುಖ್ಯವಾದುದು “ಆಪ್ಟಿಮೈಜೇಶನ್‌ನಿಂದ ಪರಿವರ್ತನೆ ಸರಪಳಿಯನ್ನು ಮುರಿಯಬಾರದು” ಎಂಬುದು.

2.1 ಸ್ಥಿರ ಮತ್ತು ನಿಯಂತ್ರಿಸಬಹುದಾದ (ಜಾಗತಿಕ ಪ್ರಚಾರ/ರೂಪಾಂತರ ಸೈಟ್‌ಗಳಿಗೆ ಶಿಫಾರಸು)

  • ಡಬ್ಲ್ಯುಪಿ ರಾಕೆಟ್
  • + (ಐಚ್ಛಿಕ) ಲಘು ಚಿತ್ರ ಸುಧಾರಣೆ (ನೀವು “ಚಿತ್ರ ಸುಧಾರಣೆ” ಪುಟವನ್ನು ಹೊಂದಿದ್ದೀರಿ)
    • 1ಟಿಪಿ220ಟಿ

ಪರಿವರ್ತನೆ站ಗೆ ಯಾಕೆ ಸೂಕ್ತವಾಗಿದೆ:

  • ರূপಾಂತರ站ಗೆ ಅತ್ಯಂತ ಭಯಂಕರವಾದುದು “ಫಾರ್ಮ್/ಪಾಪ್-ಅಪ್/ಟ್ರ್ಯಾಕಿಂಗ್ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳು ಸುಧಾರಣೆಯಿಂದ ಹಾಳಾಗುವುದು”
  • WP Rocket ನ ದೃಷ್ಟಿಕೋನವು ಹೆಚ್ಚು “ಒಕ್ಕೂಟ” ಆಗಿದ್ದು, ನೀವು ಒಂದು ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಪ್ರತಿ ಐಟಂ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ ಮತ್ತು ಮರುಪರೀಕ್ಷೆ ಮಾಡಬಹುದು

ಕಂಪನಿ ವೆಬ್‌ಸೈಟ್‌ನ “ಆನ್‌ಲೈನ್ ನಿಯಮಗಳು”:

  • ಕಾರ್ಯಕ್ಷಮತೆ ಸುಧಾರಣೆ ಒಂದು “ಲೈವ್ ಬದಲಾವಣೆ” ಆಗಿದ್ದು, ಹಿಂತಿರುಗಿ ಪರೀಕ್ಷಾ ಪಟ್ಟಿ ಅಗತ್ಯವಿದೆ
  • JS ವಿಳಂಬ/ಒಕ್ಕೂಟ/ಸಂಕುಚಿತಗೊಳಿಸುವಿಕೆ ಸಂಬಂಧಿತ ಯಾವುದೇ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಮೊದಲು ಪೂರ್ವಪ್ರಸಾರ ಪರಿಸರದಲ್ಲಿ ಪರಿಶೀಲಿಸಿ ನಂತರವೇ ಲೈವ್ ಮಾಡಬೇಕು

3. WooCommerce ಇ-ಕಾಮರ್ಸ್ ಸೈಟ್ (ಆರ್ಡರ್ + ಡೈನಾಮಿಕ್ ಪುಟ ಭದ್ರತೆ)

ಲಕ್ಷ್ಯ: ವೇಗವಾಗಿರಬೇಕು ಮತ್ತು ಶಾಪಿಂಗ್ ಕಾರ್ಟ್, ಚೆಕ್‌ಔಟ್, ಖಾತೆ ಮುಂತಾದ ಪುಟಗಳು ಖಚಿತವಾಗಿ ಸರಿಯಾಗಿರಬೇಕು.

WooCommerce ಅಧಿಕೃತವಾಗಿ ಕ್ಯಾಶೆ ಪ್ಲಗಿನ್‌ಗಳ ಪ್ರಮುಖ ಅಂಶಗಳನ್ನು ಬಹಳ ಸ್ಪಷ್ಟವಾಗಿ ಸೂಚಿಸಿದೆ:ಕಾರ್ಟ್ / ಚೆಕ್‌ಔಟ್ / ಖಾತೆ ಪುಟಗಳನ್ನು ಕ್ಯಾಶ್ ಮಾಡಬೇಡಿಮತ್ತು ಜಾವಾಸ್ಕ್ರಿಪ್ಟ್ ಫೈಲ್ ಸಂಕುಚಿತಗೊಳಿಸುವುದನ್ನು ತಪ್ಪಿಸಲು ಸಲಹೆ ನೀಡಲಾಗಿದೆ, ಇದರಿಂದ ಹೊಂದಾಣಿಕೆಯ ಸಮಸ್ಯೆಗಳನ್ನು ಕಡಿಮೆ ಮಾಡಬಹುದು.

3.1 ಹೆಚ್ಚು “ಹೊಸಬರ ಗೆಳೆಯ” ಉಚಿತ ಸುರಕ್ಷತಾ ಮಾರ್ಗ

  • WP ಸೂಪರ್ ಕ್ಯಾಶೆ + ವೂಕಾಮರ್ಸ್
    • 1ಟಿಪಿ220ಟಿ

ಇದನ್ನು “ಹೆಚ್ಚು ಸುರಕ್ಷಿತ ಪ್ರವೇಶ” ಎಂದು ಏಕೆ ಪಟ್ಟಿಸಲಾಗಿದೆ:

  • WooCommerce ಅಧಿಕೃತವಾಗಿ ಹೇಳಿದೆ ಇದು WP Super Cache ನೊಂದಿಗೆ ಮೂಲತಃ ಹೊಂದಾಣಿಕೆಯಾಗಿದೆ ಮತ್ತು WP Super Cache ಗೆ ಡೀಫಾಲ್ಟ್ ಆಗಿ ಕಾರ್ಟ್ / ಚೆಕ್ಔಟ್ / ಖಾತೆ ಮುಂತಾದ ಪ್ರಮುಖ ಪುಟಗಳನ್ನು ಕ್ಯಾಶ್ ಮಾಡಬಾರದು ಎಂದು ಸೂಚಿಸುತ್ತದೆ.
  • ಇ-ಕಾಮರ್ಸ್ ಆರಂಭಿಸುವ ಸೈಟ್‌ಗಳಿಗೆ, “ಪ್ರಥಮವಾಗಿ ಅಪಘಾತ ತಪ್ಪಿಸಿ” ಎಂಬುದು “ಅತ್ಯುತ್ತಮ ಕಾರ್ಯಕ್ಷಮತೆ”ಕ್ಕಿಂತ ಮುಖ್ಯ

3.2 ನೀವು LiteSpeed ಹೋಸ್ಟ್ (ಉಚಿತ ಆದರೆ ಶಕ್ತಿಶಾಲಿ) ಬಳಸುತ್ತಿದ್ದರೆ

  • LiteSpeed ಕ್ಯಾಶೆ (ಮೂಲ ಸರ್ವರ್ ಕ್ಯಾಶೆ ಪ್ರಯೋಜನ ಪಡೆಯಲು LiteSpeed/OpenLiteSpeed ಹೋಸ್ಟ್ ಅಗತ್ಯ)
  • + (ಐಚ್ಛಿಕ) ವಸ್ತು ಕ್ಯಾಶೆ (Redis/Memcached, ಹೋಸ್ಟ್ ಸಾಮರ್ಥ್ಯ ಮತ್ತು ಸೈಟ್ ಗಾತ್ರದ ಮೇಲೆ ಅವಲಂಬಿತ)
    • 1ಟಿಪಿ220ಟಿ

ಅನ್ವಯಿಸುವುದು:

  • ಹೋಸ್ಟ್ ಸ್ಟ್ಯಾಕ್ ಸ್ಪಷ್ಟವಾಗಿದೆ ಮತ್ತು ನೀವು ಕ್ಯಾಶೆ ನಿಯಮಗಳು ಮತ್ತು ಹೊರತುಪಡಿಸುವ ನೀತಿಗಳನ್ನು ಸ್ಥಾಪಿಸಲು ಇಚ್ಛಿಸುತ್ತೀರಿ
  • ಆರ್ಡರ್ ಪ್ರಮಾಣ ಮತ್ತು ಉತ್ಪನ್ನ ಪ್ರಮಾಣ ಹೆಚ್ಚಾಗಿದ್ದು, ಹೆಚ್ಚು ಶಕ್ತಿ ಹೊಂದಿದ ಮೂಲ ಸೈಟ್ ಒತ್ತಡವನ್ನು ತಡೆಯಬೇಕು

3.3 ಎಂಜಿನಿಯರಿಂಗ್ ತಂಡ/ಸಂಕೀರ್ಣ ಇ-ಕಾಮರ್ಸ್ (ಬಹು-ಮಾಡ್ಯೂಲ್ ನಿಯಂತ್ರಣ)

  • W3 Total Cache(ಕಾರ್ಯಕ್ಷಮತೆ ಫ್ರೇಮ್‌ವರ್ಕ್, ಬಹು ಕ್ಯಾಶ್ ಪದರಗಳು ಮತ್ತು CDN ಏಕೀಕರಣ)
    • ವಸ್ತು ಕ್ಯಾಶೆ (ಅಗತ್ಯವಿದ್ದಾಗ)
    • 1ಟಿಪಿ220ಟಿ

ಅನ್ವಯಿಸುವುದು:

  • ವಿಕಸನ/ಆಪರೇಷನ್ಸ್ ಇದ್ದರೆ, “ಮಾಡ್ಯೂಲ್ ಪ್ರತಿ ಹಂತದಲ್ಲಿ ಸಕ್ರಿಯಗೊಳಿಸಿ + ಒತ್ತಡ ಪರೀಕ್ಷೆ + ಹಿಂತಿರುಗಿ ಪರೀಕ್ಷೆ” ಮೂಲಕ ಬಿಡುಗಡೆ ಮಾಡಬಹುದು
  • ಸೆಗ್ಮೆಂಟ್ ಕ್ಯಾಶೆ/ಹೆಚ್ಚು ಸಂಕೀರ್ಣವಾದ ವೈವಿಧ್ಯತೆಯ ತಂತ್ರಗಳು (ಉದಾಹರಣೆಗೆ ಸಾಧನ/ಪ್ರದೇಶ/ಭಾಷೆಯ ಪ್ರಕಾರ ಸೂಕ್ಷ್ಮ ಕ್ಯಾಶೆ)

ಸದಸ್ಯ站 / ಸಮುದಾಯ / ಆನ್‌ಲೈನ್ ಕೋರ್ಸ್ (ಬಹು ಲಾಗಿನ್ ಸ್ಥಿತಿಗಳು, ವೈಯಕ್ತಿಕೀಕೃತ)

ಲಕ್ಷ್ಯ: ಸಾರ್ವಜನಿಕ ವಿಷಯವನ್ನು ವೇಗವಾಗಿ ಮಾಡಿಸಿ, ಅದೇ ಸಮಯದಲ್ಲಿ “ಲಾಗಿನ್ ಬಳಕೆದಾರರ ವಿಷಯಗಳು ಮಿಶ್ರಿತವಾಗದಂತೆ” ಖಚಿತಪಡಿಸಿ.

4.1 ಮನಸ್ಸಿಗೆ ಶಾಂತಿ ಆದರೆ ಕಠಿಣವಾಗಿ ತೊಲಗಿಸುವ ತಂತ್ರ

  • ಡಬ್ಲ್ಯುಪಿ ರಾಕೆಟ್
  • + (ಐಚ್ಛಿಕ) ವಸ್ತು ಕ್ಯಾಶೆ (ಡೈನಾಮಿಕ್ ಕ್ವೆರಿಗಳು ಹೆಚ್ಚು ಇದ್ದರೆ)
    • 1ಟಿಪಿ220ಟಿ

ಮುಖ್ಯ ಅಂಶಗಳು:

  • ನೀವು “ಬಳಕೆದಾರರ ಬದಲಾವಣೆಯ ಪ್ರಕಾರ” ಪುಟಗಳನ್ನು ಕ್ಯಾಶ್‌ನಿಂದ ಹೊರಗೊಳಿಸಬೇಕು: ವೈಯಕ್ತಿಕ ಕೇಂದ್ರ, ಆರ್ಡರ್‌ಗಳು, ಅಧ್ಯಯನ ಪ್ರಗತಿ, ಸಂದೇಶಗಳು, ಶಾಪಿಂಗ್ ಕಾರ್ಟ್ ಇತ್ಯಾದಿ
  • ಈ ರೀತಿಯ ತಾಣಗಳಲ್ಲಿ “ಇತರರ ವಿಷಯ/ಅಧಿಕಾರ ಗೊಂದಲ” ಸಂಭವಿಸುವ ಸಾಧ್ಯತೆ ಹೆಚ್ಚು ಇದೆ, ಪುಟದಲ್ಲಿ ಅಪಾಯವನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ತಿಳಿಸಬೇಕು

4.2 ಲೈಟ್‌ಸ್ಪೀಡ್ ಹೋಸ್ಟ್ + ಉನ್ನತ ತಂತ್ರಗಳು

  • ಲೈಟ್‌ಸ್ಪೀಡ್ ಕ್ಯಾಶೆ (ಸರ್ವರ್ ಕ್ಯಾಶೆ + ಹೆಚ್ಚು ಸಂಕೀರ್ಣ ತಂತ್ರಗಳು)
  • + (ಅಗತ್ಯವಿದ್ದಾಗ) ವಸ್ತು ಕ್ಯಾಶೆ
    • 1ಟಿಪಿ220ಟಿ

ಮುಖ್ಯ ಅಂಶಗಳು:

  • ಸದಸ್ಯರ ಸೈಟ್‌ಗಳಿಗೆ ಸಾಮಾನ್ಯವಾಗಿ “ಕ್ಯಾಶ್ ಮಾಡಬಹುದಾದ ಮುಖ್ಯಾಂಶ + ಕ್ಯಾಶ್ ಮಾಡಲಾಗದ ಭಾಗ” ಎಂಬ ಆಲೋಚನೆ ಅಗತ್ಯವಿದೆ
  • ಪೂರ್ವತಾಪ ಮತ್ತು ಶುದ್ಧೀಕರಣ ನೀತಿಗಳು ಹೆಚ್ಚು ಸೂಕ್ಷ್ಮವಾಗಿರಬೇಕು, ಇಲ್ಲದಿದ್ದರೆ “ನವೀಕರಣದ ನಂತರ ಬಳಕೆದಾರರು ಹಳೆಯ ವಿಷಯವನ್ನು ನೋಡುತ್ತಿರುತ್ತಾರೆ” ಎಂಬುದು ಬಹಳ ಸಾಮಾನ್ಯವಾಗುತ್ತದೆ

ವೆಬ್‌ಸೈಟ್ ಕ್ಯಾಶೆ “ಮೈನ್ಫೀಲ್ಡ್ ಪ್ರಕರಣ ಸಂಗ್ರಹ”

ಕೇಸ್ 1: ಕ್ಯಾಶೆ ಪ್ಲಗಿನ್ ಅನ್ನು ಸ್ಥಾಪಿಸಿದಾಗ, ವೇಗದಲ್ಲಿ ಬಹುಮಟ್ಟಿಗೆ ಬದಲಾವಣೆ ಆಗಲಿಲ್ಲ

ಘಟನೆ:

  • ಸ್ಥಳೀಯ/ಒಂದೇ ಪ್ರದೇಶದ ವೇಗ ಪರೀಕ್ಷೆ ಸರಿಯಾಗಿದೆ, ವಿದೇಶಿ (ಖಂಡಾಂತರ) ಇನ್ನೂ ನಿಧಾನವಾಗಿದೆ
  • TTFB ಸುಧಾರಣೆ ಕಂಡುಬಂದಿದೆ ಆದರೆ ಒಟ್ಟು ಲೋಡ್ ಸಮಯದಲ್ಲಿ ಸ್ಪಷ್ಟ ಇಳಿಕೆ ಇಲ್ಲ

ಸಾಮಾನ್ಯ ಕಾರಣಗಳು:

  • ನೀವು ಮೂಲ ಸರ್ವರ್ ಕ್ಯಾಶೆ (TTFB) ಮಾತ್ರ ಮಾಡಿದ್ದೀರಿ, ಆದರೆ ಸ್ಥಿರ ಸಂಪನ್ಮೂಲಗಳು (ಚಿತ್ರಗಳು/JS/CSS/ಫಾಂಟ್‌ಗಳು) ಇನ್ನೂ ಮೂಲ ಸರ್ವರ್‌ನಿಂದ ಖಂಡಾಂತರವಾಗಿ ಲೋಡ್ ಆಗುತ್ತಿವೆ
  • ಮೂರನೇ ಪಕ್ಷದ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳು (ಜಾಹೀರಾತು, ಚಾಟ್, ಅಂಕಿಅಂಶ) ರೆಂಡರಿಂಗ್ ಮತ್ತು ಸಂವಹನವನ್ನು ನಿಧಾನಗೊಳಿಸುತ್ತವೆ
  • ಚಿತ್ರದ ಗಾತ್ರ ತುಂಬಾ ದೊಡ್ಡದಾಗಿರುವುದರಿಂದ ಡೌನ್‌ಲೋಡ್ ನಿಧಾನವಾಗುತ್ತದೆ (ಕ್ಯಾಶೆ ಮೊದಲ ಡೌನ್‌ಲೋಡ್ ಗಾತ್ರ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುವುದಿಲ್ಲ)

ಪರಿಹಾರದ ಯೋಚನೆ:

  • ಕ್ಯಾಶೆ ಪ್ಲಗಿನ್ ಮೊದಲು “ಮೂಲ ಸೈಟ್ ಕಡಿಮೆ ಲೆಕ್ಕಾಚಾರ + ಹಿಟ್ ದರ” ನ್ನು ಹೊಣೆ ಹೊರುತ್ತದೆ”
  • ಸ್ಥಿರ ಸಂಪನ್ಮೂಲಗಳು CDN ಮೂಲಕ ಹೋಗುತ್ತವೆ
  • ಚಿತ್ರಗಳು ಚಿತ್ರಗಳ ಆಪ್ಟಿಮೈಜೇಶನ್
  • ಮೂರನೇ ಪಕ್ಷದ ಸ್ಕ್ರಿಪ್ಟ್ ವಿಳಂಬ/ವಿಭಜನೆ ತಂತ್ರ

ಓದು


ಕೇಸ್ 2: ಕ್ಯಾಶೆ ಸಕ್ರಿಯಗೊಳಿಸಿದ ನಂತರ, ಪುಟವನ್ನು ಬದಲಾಯಿಸಿದರೂ ಮುಂಭಾಗದಲ್ಲಿ تازهಗೊಳ್ಳುವುದಿಲ್ಲ

ಘಟನೆ:

  • ಹಿಂದಿನ ಭಾಗದಲ್ಲಿ ವಿಷಯ/ಶೈಲಿ ನವೀಕರಿಸಲಾಗಿದೆ, ಮುಂಭಾಗದಲ್ಲಿ ಹಳೆಯ ಆವೃತ್ತಿ ತೋರಿಸುತ್ತಿದೆ
  • ಅಥವಾ ಕೆಲವು ಪ್ರದೇಶಗಳಲ್ಲಿ ಮಾತ್ರ ನವೀಕರಣವಾಗಿದೆ, ಇತರ ಪ್ರದೇಶಗಳು ಇನ್ನೂ ಹಳೆಯದಾಗಿವೆ (ಜಾಗತಿಕ ತಾಣಗಳಲ್ಲಿ ಸಾಮಾನ್ಯ)

ಸಾಮಾನ್ಯ ಕಾರಣಗಳು:

  • ಪುಟ ಕ್ಯಾಶೆ ತೆರವುಗೊಳಿಸಲಾಗಿಲ್ಲ ಅಥವಾ ತೆರವುಗೊಳಿಸುವ ವ್ಯಾಪ್ತಿ ಸರಿಯಿಲ್ಲ
  • ಪೂರ್ವತಾಪನೆ/ಕ್ರಾಲರ್ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿಲ್ಲ, ಸ್ವಚ್ಛಗೊಳಿಸಿದ ನಂತರ ಕ್ಯಾಶೆ ತಂಪಾಗುತ್ತದೆ ಮತ್ತು ಪ್ರಥಮ ಭೇಟಿ ನಿಧಾನವಾಗುತ್ತದೆ, ಜೊತೆಗೆ ನೀವು ಅಪ್ಡೇಟ್ ಆಗಿಲ್ಲ ಎಂದು ತಪ್ಪಾಗಿ ಭಾವಿಸುತ್ತೀರಿ
  • ನೀವು CDN ಎಡ್ಜ್ ಕ್ಯಾಶ್ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿದರೆ, ಎಡ್ಜ್ ಹಳೆಯ ಸಂಪನ್ಮೂಲಗಳನ್ನೂ ಉಳಿಸಬಹುದು

ಪರಿಹಾರದ ಯೋಚನೆ:

  • “ಪ್ರಕಟಣೆ/ಪುನರ್ ಆವೃತ್ತಿಯ ನಂತರದ ಶುದ್ಧೀಕರಣ ನೀತಿ” ರಚಿಸಿ: ಸಂಪೂರ್ಣ ತಾಣವನ್ನು ಕಠಿಣವಾಗಿ ಶುದ್ಧೀಕರಿಸುವುದರ ಬದಲು ಸಂಬಂಧಿತ ಪುಟಗಳನ್ನು ಶುದ್ಧೀಕರಿಸಿ
  • ಮುಖ್ಯ ಪುಟಗಳು (ಮುಖಪುಟ, ಪ್ರಮುಖ ಲ್ಯಾಂಡಿಂಗ್ ಪುಟಗಳು) ಗಾಗಿ ಪೂರ್ವತಾಪನ ತಂತ್ರವನ್ನು ಸ್ಥಾಪಿಸಿ, “ಶುದ್ಧೀಕರಣ = ನಿಧಾನಗತಿ” ಎಂಬುದನ್ನು ತಪ್ಪಿಸಿ”
  • CDN ಪದರದಲ್ಲಿ ಅಗತ್ಯವಿದ್ದಾಗ ಅಂಚು ಶುದ್ಧೀಕರಣ ಮಾಡಿ

ಕೇಸ್ 3: ಬಹುಭಾಷೆ/ಬಹು ಕರೆನ್ಸಿ ಬದಲಾವಣೆಯ ನಂತರ ವಿಷಯ ಗೊಂದಲ

ಘಟನೆ:

  • ಭಾಷೆಯನ್ನು ಬದಲಿಸಿದ ನಂತರ ಪುಟವು ಹಿಂದಿನ ಭಾಷೆಯನ್ನು ತೋರಿಸುತ್ತದೆ
  • ಅಥವಾ ಕೆಲವು ಪ್ರದೇಶದ ಬಳಕೆದಾರರು ತಪ್ಪು ಕರೆನ್ಸಿ/ತಪ್ಪು ವಿಷಯವನ್ನು ನೋಡುತ್ತಾರೆ

ಸಾಮಾನ್ಯ ಕಾರಣಗಳು:

  • ಕ್ಯಾಶ್ “ವೇರಿಯಂಟ್ ಆಯಾಮಗಳನ್ನು” ವಿಭೇದಿಸಲಿಲ್ಲ (cookie / ಪ್ಯಾರಾಮೀಟರ್ / ಭಾಷಾ ಪೂರ್ವಪ್ರತ್ಯಯ / ಉಪಡೊಮೇನ್)
  • ಕ್ಯಾಶೆ ಹಿಟ್ A ಭಾಷೆಯ ಪುಟ ಫಲಿತಾಂಶವನ್ನು B ಭಾಷೆಯ ಬಳಕೆದಾರಿಗೆ ನೀಡಿದೆ

ಪರಿಹಾರದ ಯೋಚನೆ:

  • ನಿಮ್ಮ ಬಹುಭಾಷಾ ಯೋಜನೆಯನ್ನು ಸ್ಪಷ್ಟಪಡಿಸಿ: ಡೈರೆಕ್ಟರಿ/ಉಪಡೊಮೇನ್/ಪ್ಯಾರಾಮೀಟರ್/cookie
  • ಕ್ಯಾಶೆ ನಿಯಮಗಳಿಗೆ “ವೈವಿಧ್ಯತೆಯ ನೀತಿ” ಸೇರಿಸಿ ಅಥವಾ ಪ್ರಮುಖ ಪುಟಗಳನ್ನು ಹೊರತುಪಡಿಸಿ
  • ಕೆಲವು ಸೈಟ್‌ಗಳಿಗೆ ಹೆಚ್ಚಿನ ಮಟ್ಟದ “ಶಾರ್ಡಿಂಗ್ ಕ್ಯಾಶೆ” ತಂತ್ರಜ್ಞಾನ ಅಗತ್ಯವಿದೆ (W3TC ಇಂಜಿನಿಯರಿಂಗ್ ನಿಯಂತ್ರಣಕ್ಕೆ ಹೆಚ್ಚು ಸೂಕ್ತ)

ಕೇಸ್ 4: ಇ-ಕಾಮರ್ಸ್ ಸೈಟ್ ಕ್ಯಾಶೆ ಸಕ್ರಿಯಗೊಳಿಸಿದ ನಂತರ, ಶಾಪಿಂಗ್ ಕಾರ್ಟ್/ಚೆಕ್‌ಔಟ್ ಸಮಸ್ಯೆ

ಘಟನೆ:

  • ಕಾರ್ಟ್ ಸಂಖ್ಯೆಯು ತಪ್ಪಾಗಿದೆ ಬೆಲೆ ತಪ್ಪಾಗಿದೆ ಪಾವತಿ ಬಟನ್ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ
  • ಲಾಗಿನ್ ನಂತರ ಸ್ವಂತದಲ್ಲದ ವಿಷಯಗಳನ್ನು ನೋಡಲಾಗಿದೆ (ಗಂಭೀರ)

ಸಾಮಾನ್ಯ ಕಾರಣಗಳು:

  • ಕಾರ್ಟ್/ಚೆಕ್ಔಟ್/ನನ್ನ ಖಾತೆ ಮುಂತಾದ ಪ್ರಮುಖ ಪುಟಗಳು ಕ್ಯಾಶ್ ಆಗಿವೆ
  • JS ಸಂಕ್ಷಿಪ್ತಿ/ಒಕ್ಕೂಟದಿಂದ ಪಾವತಿ/ಡೈನಾಮಿಕ್ ಘಟಕಗಳು ಹೊಂದಾಣಿಕೆ ಇಲ್ಲ

ಪರಿಹಾರದ ಯೋಚನೆ:

  • WooCommerce ಅಧಿಕೃತವಾಗಿ ಸ್ಪಷ್ಟಪಡಿಸಿದೆ: ಕಾರ್ಟ್ / ಚೆಕ್‌ಔಟ್ / ಖಾತೆ ಕ್ಯಾಶ್ ಮಾಡಬೇಡಿ ಮತ್ತು JS ಫೈಲ್ ಸಂಕುಚಿತಗೊಳಿಸುವುದನ್ನು ತಪ್ಪಿಸಲು ಸಲಹೆ ನೀಡಲಾಗಿದೆ
  • ಮೊದಲು “ಪುಟ ಕ್ಯಾಶೆ + ಹೊರತುಪಡಿಸುವಿಕೆ” ಸ್ಥಿರಗೊಳಿಸಿ, ನಂತರ ಮುಂಭಾಗದ ಸುಧಾರಣೆಯನ್ನು ಪರಿಗಣಿಸಿ
  • WP Super Cache ಅನ್ನು ಬಳಸಿದರೆ, WooCommerce ಅದರ ಮೂಲ ಹೊಂದಾಣಿಕೆಯನ್ನು ಉಲ್ಲೇಖಿಸುತ್ತದೆ ಮತ್ತು ಪ್ರಮುಖ ಪುಟಗಳನ್ನು ಕ್ಯಾಶ್ ಮಾಡದಂತೆ ಡೀಫಾಲ್ಟ್ ಆಗಿ ತಪ್ಪಿಸುತ್ತದೆ.

ಕೇಸ್ 5: “ವಿಲಂಬಿತ JS/ಸ್ಕ್ರಿಪ್ಟ್ ಸಂಯೋಜನೆ” ಸಕ್ರಿಯಗೊಳಿಸಿದ ನಂತರ ಮೆನು/ಫಾರ್ಮ್/ಪಾಪ್‌ಅಪ್ ಕೆಲಸ ಮಾಡುತ್ತಿಲ್ಲ

ಘಟನೆ:

  • ನಾವಿಗೇಶನ್ ಮೆನು ತೆರೆಯಲಾಗುತ್ತಿಲ್ಲ
  • ಫಾರ್ಮ್ ಪರಿಶೀಲನೆ ವಿಫಲವಾಗಿದೆ ಅಥವಾ ಸಲ್ಲಿಸಲಾಗುವುದಿಲ್ಲ
  • ಪಾಪ್‌ಅಪ್/ಸ್ಲೈಡರ್ ದೋಷ
  • ಸಂಖ್ಯಾಶಾಸ್ತ್ರ/ಪರಿವರ್ತನೆ ಘಟನೆಗಳು ಪ್ರಾರಂಭವಾಗುತ್ತಿಲ್ಲ (ಪ್ರಚಾರ ತಾಣದ ಪ್ರಮುಖ ಸಮಸ್ಯೆ)

ಸಾಮಾನ್ಯ ಕಾರಣಗಳು:

  • ವಿಲಂಬಿತ JS ಸ್ಕ್ರಿಪ್ಟ್ ಕಾರ್ಯಗತಗೊಳಿಸುವ ಸಮಯವನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ: ಬಳಕೆದಾರರ ಸಂವಹನದ ಮೊದಲು ಸ್ಕ್ರಿಪ್ಟ್ ಕಾರ್ಯಗತಗೊಳ್ಳುವುದಿಲ್ಲ, ಕೆಲವು ಘಟಕಗಳು “ಪುಟ ಲೋಡ್ ಆಗುತ್ತಿದ್ದಂತೆ ಪ್ರಾರಂಭ” ಎಂಬುದನ್ನು ಅವಲಂಬಿಸುತ್ತವೆ”
  • ಒಕ್ಕೂಟ/ಸಂಕುಚಿತಗೊಳಿಸುವಿಕೆ ಸ್ಕ್ರಿಪ್ಟ್ ಕ್ರಮವನ್ನು ಬದಲಾಯಿಸಬಹುದು ಅಥವಾ ಅವಲಂಬನೆಗಳನ್ನು ಹಾಳುಮಾಡಬಹುದು

WP Rocket ಅಧಿಕೃತವಾಗಿ “JS ಕಾರ್ಯಾಚರಣೆಯನ್ನು ವಿಳಂಬಿಸುವುದು” ಅನ್ನು ಅದರ ಅತ್ಯಂತ ಶಕ್ತಿಶಾಲಿ JS ಸುಧಾರಣೆಯೊಂದಾಗಿ ವರ್ಣಿಸಿದೆ: ಸ್ಕ್ರಿಪ್ಟ್ ಬಳಕೆದಾರರ ಸಂವಹನದ ನಂತರ ಕಾರ್ಯಗತಗೊಳ್ಳುತ್ತದೆ, ಪುಟವನ್ನು ಪ್ರಾಥಮಿಕವಾಗಿ ರೆಂಡರ್ ಮಾಡಲು. ಈ ಸಾಮರ್ಥ್ಯ ಬಹಳ ಶಕ್ತಿಶಾಲಿಯಾಗಿದೆ, ಆದರೆ ಇದರಿಂದ ಹೆಚ್ಚಿನ ಹೊಂದಾಣಿಕೆಯ ಅಪಾಯವೂ ಉಂಟಾಗುತ್ತದೆ.

ಪರಿಹಾರದ ಯೋಚನೆ:

  • ಹಂತ ಹಂತವಾಗಿ ಸಕ್ರಿಯಗೊಳಿಸಿ: ಮೊದಲು ಕ್ಯಾಶೆ, ನಂತರ ಚಿತ್ರಗಳು, ನಂತರ CSS, ಕೊನೆಗೆ JS
  • ಮುಖ್ಯ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳಿಗೆ ಹೊರತುಪಡಿಸುವಿಕೆ ಸೇರಿಸಿ (ಪಾವತಿ, ಫಾರ್ಮ್, ಮೆನು, ಟ್ರ್ಯಾಕಿಂಗ್)
  • ಪ್ರತಿ ಬದಲಾವಣೆಗೆ ರಿಗ್ರೆಶನ್ ಪರೀಕ್ಷಾ ಪಟ್ಟಿ ಮಾಡಬೇಕು

ಕೇಸ್ 6: ಕೇವಲ LiteSpeed Cache ಅನ್ನು ಸ್ಥಾಪಿಸಲಾಗಿದೆ, ಆದರೆ ಅದು ಯಾವುದೇ ಪ್ರಯೋಜನ ನೀಡುತ್ತಿಲ್ಲ ಎಂದು ಭಾಸವಾಗುತ್ತದೆ

ಘಟನೆ:

  • LiteSpeed ಕ್ಯಾಶೆ ಸಕ್ರಿಯವಾಗಿದೆ ಆದರೆ TTFB ಹೆಚ್ಚು ಕಡಿಮೆಯಾಗಿಲ್ಲ
  • ಹಿಟ್ ದರ ಸ್ಪಷ್ಟವಿಲ್ಲ

ಸಾಮಾನ್ಯ ಕಾರಣಗಳು:

  • ನಿಮ್ಮ ಸರ್ವರ್ LiteSpeed/OpenLiteSpeed ಅಲ್ಲ, LSCache ನ ಪ್ರಮುಖ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಬಳಸಲು ಸಾಧ್ಯವಿಲ್ಲ
  • ಅಥವಾ ನೀವು ಅದರ ಅನೇಕ ಆಪ್ಟಿಮೈಜೇಶನ್‌ಗಳನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿದ್ದೀರಾ, ಆದರೆ “ಪುಟ ಕ್ಯಾಶೆ ನೀತಿ/ಪೂರ್ವತಾಪ/ಬಾಹ್ಯತೆ” ಸ್ಥಾಪಿಸಲಾಗಿಲ್ಲ

ಪರಿಹಾರದ ಯೋಚನೆ:

  • ಮೊದಲು ಹೋಸ್ಟ್ ಸ್ಟ್ಯಾಕ್ ದೃಢೀಕರಿಸಿ: LiteSpeed/OpenLiteSpeed ಆಗಿದೆಯೇ (ಇದು ಪೂರ್ವಾಪೇಕ್ಷೆ)
  • ಕೆಲಸದ ಪ್ರಾಥಮಿಕತೆಯನ್ನು “ಪುಟ ಕ್ಯಾಶೆ ತಂತ್ರಜ್ಞಾನ + ಪೂರ್ವತಾಪನೆ + ಹೊರತುಪಡಿಸುವಿಕೆ + ಶುದ್ಧೀಕರಣ” ಗೆ ಮರಳಿಸಿ”
  • LiteSpeed ಹೋಸ್ಟ್ ಅಲ್ಲದಿದ್ದರೆ: WP Rocket ಅಥವಾ WP Super Cache ಅನ್ನು ಪರಿಗಣಿಸಿ