ದೋಷನಿವಾರಣೆ
ಜನರು ನಿಜವಾಗಿಯೂ ಹೊಡೆದ ಸಮಸ್ಯೆಗಳನ್ನು ನಿರ್ಣಯಿಸಿ: ಯಾವುದೂ ರನ್ ಆಗುವುದಿಲ್ಲ, ಎಲ್ಲವೂ ದೋಷಗಳು ಅಥವಾ ವಾರ್ಮಿಂಗ್ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಆದರೆ ಯಾವುದೂ ವೇಗವಾಗಿ ಆಗುವುದಿಲ್ಲ.
12 ನಿಮಿಷ ಓದು
ಸಮಸ್ಯೆಗಳು ಮೂರು ಗುಂಪುಗಳಾಗಿ ಬರುತ್ತವೆ ಮತ್ತು ನೀವು ಯಾವುದನ್ನು ಹೊಂದಿದ್ದೀರಿ ಎಂಬುದನ್ನು ಗುರುತಿಸುವುದು ತಕ್ಷಣವೇ ಕಾರಣವನ್ನು ಸಂಕುಚಿತಗೊಳಿಸುತ್ತದೆ.
ಯಾವುದೂ ಓಡುವುದಿಲ್ಲ
ಯಾವುದೇ ಕ್ರಾಲ್ ಡೇಟಾ ಕಾಣಿಸುವುದಿಲ್ಲ. ಸಾಮಾನ್ಯವಾಗಿ ಪರಿಶೀಲನೆ ಅಥವಾ ಸಕ್ರಿಯ ಸ್ವಿಚ್.
ಇದು ಚಲಿಸುತ್ತದೆ ಆದರೆ ದೋಷಗಳು
URLs ಹಿಂತಿರುಗಿ 403, 429, 5xx, ಅಥವಾ ಮರುನಿರ್ದೇಶನಗಳು. ಸಾಮಾನ್ಯವಾಗಿ ನಿರ್ಬಂಧಿಸುವುದು ಅಥವಾ ತಪ್ಪಾಗಿದೆ URLs.
ಇದು ಸ್ವಚ್ಛವಾಗಿ ಚಲಿಸುತ್ತದೆ ಆದರೆ ಏನೂ ಸುಧಾರಿಸುವುದಿಲ್ಲ
ಸ್ಥಿತಿ ಕೋಡ್ಗಳು ಉತ್ತಮವಾಗಿವೆ, ಲೋಡ್ ಸಮಯಗಳು ಅಲ್ಲ. ಬಹುತೇಕ ಯಾವಾಗಲೂ ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳುವ ಸಮಸ್ಯೆ, ವಾರ್ಮಿಂಗ್ ಅಲ್ಲ.
ಯಾವುದೂ ಓಡುವುದಿಲ್ಲ
- 1
ಬೆಚ್ಚಗಿನ ಸಕ್ರಿಯ?
ವಿಶಾಲ ಅಂಚುಗಳಿಂದ ಸಾಮಾನ್ಯ ಕಾರಣ. ನಿಷ್ಕ್ರಿಯ ವಾರ್ಮರ್ ತನ್ನ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಎಂದಿಗೂ ರನ್ ಆಗುವುದಿಲ್ಲ.
- 2
ಹೋಸ್ಟ್ ಹೆಸರು ಪರಿಶೀಲಿಸಲಾಗಿದೆ?
ಖಾತೆ → ಹೋಸ್ಟ್ ಹೆಸರುಗಳು ಪರಿಶೀಲಿಸಿ. ಬಾಕಿಯಿರುವ ಪರಿಶೀಲನೆಯು ಪ್ರತಿ ಓಟವನ್ನು ನಿರ್ಬಂಧಿಸುತ್ತದೆ. ಹೋಸ್ಟ್ಹೆಸರು ಪರಿಶೀಲನೆ ನೋಡಿ.
- 3
ನಮೂದು URL ಹೋಸ್ಟ್ಹೆಸರು ನಿಖರವಾಗಿ ಪರಿಶೀಲಿಸಿದ ಹೆಸರಿಗೆ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆಯೇ?
example.comಮತ್ತುwww.example.comವಿಭಿನ್ನವಾಗಿವೆ. ಪರಿಶೀಲಿಸದ ಫಾರ್ಮ್ನಲ್ಲಿ ಸೂಚಿಸಲಾದ ವಾರ್ಮರ್ ರನ್ ಆಗುವುದಿಲ್ಲ. - 4
ನೀವು ಯೋಜನೆಯ ಮಿತಿಯನ್ನು ತಲುಪಿದ್ದೀರಾ?
ಖಾತೆ → ಚಂದಾದಾರಿಕೆ ಪರಿಶೀಲಿಸಿ. ದೈನಂದಿನ ಅಥವಾ ಮಾಸಿಕ URL ಬಜೆಟ್ ಅನ್ನು ಖಾಲಿ ಮಾಡುವುದರಿಂದ ಅವಧಿ ಮರುಹೊಂದಿಸುವವರೆಗೆ ವಾರ್ಮಿಂಗ್ ನಿಲ್ಲುತ್ತದೆ.
- 5
ವೇಳಾಪಟ್ಟಿ ವಿಂಡೋ ಅದನ್ನು ನಿರ್ಬಂಧಿಸುತ್ತಿದೆಯೇ?
ಬೆಚ್ಚಗಿನ ವೇಳಾಪಟ್ಟಿಯನ್ನು ಹೊಂದಿಸಿದರೆ, ವಿಂಡೋದ ಹೊರಗೆ ನಿಗದಿತ ಪ್ರಾರಂಭಗಳನ್ನು ಬಿಟ್ಟುಬಿಡಲಾಗುತ್ತದೆ. ಕೈಯಿಂದ ವಾರ್ಮರ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸಲು ಪ್ರಯತ್ನಿಸಿ - ಅದು ಕೆಲಸ ಮಾಡಿದರೆ, ಕಿಟಕಿಯು ಕಾರಣವಾಗಿದೆ.
- 6
ನೀವು ಸರಿಯಾದ ಕಾರ್ಯಕ್ಷೇತ್ರದಲ್ಲಿದ್ದೀರಾ?
ವಾರ್ಮರ್ಗಳು ಕಾರ್ಯಕ್ಷೇತ್ರಕ್ಕೆ ಸೇರಿದವರು. ಸೈಡ್ಬಾರ್ ಸೆಲೆಕ್ಟರ್ ಅನ್ನು ಪರಿಶೀಲಿಸಿ - ನೀವು ಪ್ರಸ್ತುತ ನೋಡದೆ ಇರುವ ಸ್ಥಳದಲ್ಲಿ ವಾರ್ಮರ್ ಅಸ್ತಿತ್ವದಲ್ಲಿರಬಹುದು.
ಇದು ರನ್ ಆಗುತ್ತದೆ ಆದರೆ URLs ದೋಷ
403 ನಿಷೇಧಿಸಲಾಗಿದೆ
ಯಾವುದೋ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಕ್ರಾಲರ್ ಅನ್ನು ನಿರ್ಬಂಧಿಸುತ್ತಿದೆ - WAF, ಬೋಟ್ ಫಿಲ್ಟರ್, Cloudflare ಬೋಟ್ ನಿರ್ವಹಣೆ, ಅಥವಾ ಭದ್ರತಾ ಪ್ಲಗಿನ್.
- ನಿಮ್ಮ ಫೈರ್ವಾಲ್ ಅಥವಾ CDN ನಲ್ಲಿ Cache Rocket ನ ವಿನಂತಿಗಳನ್ನು ಅನುಮತಿಸಿ.
- ವಿಶಿಷ್ಟವಾದ ಕಸ್ಟಮ್ ಬಳಕೆದಾರ ಏಜೆಂಟ್ ಅನ್ನು ಹೊಂದಿಸಿ ಮತ್ತು ಅದನ್ನು ಅನುಮತಿಸಿ-ಪಟ್ಟಿ ಮಾಡಿ.
- ಪ್ರತಿ ನಿಮಿಷಕ್ಕೆ ಕಡಿಮೆ ಗರಿಷ್ಠ URLs — ಅನೇಕ ಬೋಟ್ ಫಿಲ್ಟರ್ಗಳು ಗುರುತಿನ ಬದಲು ವಿನಂತಿಯ ದರವನ್ನು ಪ್ರಚೋದಿಸುತ್ತವೆ.
- ನಿಮ್ಮ ಬೆಚ್ಚಗಿನ ಪ್ರದೇಶವು ನೀವು ಸಾಮಾನ್ಯವಾಗಿ ಬ್ರೌಸ್ ಮಾಡುವ ಸ್ಥಳಕ್ಕಿಂತ ಭಿನ್ನವಾಗಿದ್ದರೆ ದೇಶದ ಬ್ಲಾಕ್ ಅನ್ನು ಪರಿಶೀಲಿಸಿ.
429 ಹಲವಾರು ವಿನಂತಿಗಳು
ನಿಮ್ಮ ಸರ್ವರ್ ಅಥವಾ CDN ಅನುಮತಿಗಳಿಗಿಂತ ನೀವು ವೇಗವಾಗಿ ಬೆಚ್ಚಗಾಗುತ್ತಿರುವಿರಿ. ಪ್ರತಿ ನಿಮಿಷಕ್ಕೆ ಗರಿಷ್ಠ URLs ಗಣನೀಯವಾಗಿ - ಅದನ್ನು ಅರ್ಧಕ್ಕೆ ಇಳಿಸಿ, ದೋಷಗಳು ನಿಲ್ಲುವುದನ್ನು ಖಚಿತಪಡಿಸಿ, ನಂತರ ಕ್ರಮೇಣ ಹೆಚ್ಚಿಸಿ. ನಿಮ್ಮ ಹೋಸ್ಟ್ ದಾಖಲಿತ ದರ ಮಿತಿಯನ್ನು ಜಾರಿಗೊಳಿಸಿದರೆ, ಅದರ ಅಡಿಯಲ್ಲಿ ಆರಾಮವಾಗಿರಿ.
5xx ಸರ್ವರ್ ದೋಷಗಳು
ನಿಮ್ಮ ಮೂಲವು ಲೋಡ್ ಅಡಿಯಲ್ಲಿ ವಿಫಲಗೊಳ್ಳುತ್ತಿದೆ. ದರ ಮಿತಿಯನ್ನು ಕೂಡಲೇ ಕಡಿಮೆ ಮಾಡಿ.
5xx ಅನ್ನು ತುರ್ತು ಎಂದು ಪರಿಗಣಿಸಿ
ವಾರ್ಮಿಂಗ್ ನಿಮ್ಮ ಮೂಲವನ್ನು ಸರ್ವರ್ ದೋಷಗಳಿಗೆ ತಳ್ಳಿದರೆ, ಸಾಧಾರಣ ಟ್ರಾಫಿಕ್ ಸ್ಪೈಕ್ ಆಗಬಹುದು. ವಾರ್ಮರ್ ನಿಜವಾದ ಸಾಮರ್ಥ್ಯದ ಸಮಸ್ಯೆಯನ್ನು ಕಂಡುಹಿಡಿದಿದೆ. ಈಗ ದರವನ್ನು ಕಡಿಮೆ ಮಾಡಿ, ನಂತರ ಮೂಲವು ಏಕೆ ದುರ್ಬಲವಾಗಿದೆ ಎಂದು ನೋಡಿ.
301 / 302 ಮರುನಿರ್ದೇಶನಗಳು
ನಿಮ್ಮ ನಮೂದು URLs ಅಥವಾ ಆಂತರಿಕ ಲಿಂಕ್ಗಳು ಎಲ್ಲೋ ಮರುನಿರ್ದೇಶಿಸುತ್ತದೆ. ಪ್ರತಿ ಮರುನಿರ್ದೇಶನವು ವಿನಂತಿಯನ್ನು ವ್ಯರ್ಥ ಮಾಡುತ್ತದೆ ಮತ್ತು ತಪ್ಪು ವಿಳಾಸವನ್ನು ಬೆಚ್ಚಗಾಗಿಸುತ್ತದೆ.
- ಅಂತಿಮ ಗಮ್ಯಸ್ಥಾನವನ್ನು ನಿಮ್ಮ ನಮೂದು URL ಆಗಿ ಬಳಸಿ,
wwwಅನ್ನು ಒಳಗೊಂಡಂತೆ ಅಥವಾ ಹೊರತುಪಡಿಸಿ ನಿಮ್ಮ ಸೈಟ್ ನಿಜವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. - ಯಾವಾಗಲೂ
https://ಬಳಸಿ, ಎಂದಿಗೂhttp://. - ಆಂತರಿಕ ಲಿಂಕ್ಗಳು ಇನ್ನೂ
httpಅನ್ನು ಬಳಸುತ್ತಿದ್ದರೆ HTTPS ಗೆ ಪುನಃ ಬರೆಯಿರಿ. - ನಿಮ್ಮ ಸೈಟ್ನ ಟ್ರೇಲಿಂಗ್-ಸ್ಲಾಶ್ ಕನ್ವೆನ್ಶನ್ ಅನ್ನು ಹೊಂದಿಸಿ.
404 ಕಂಡುಬಂದಿಲ್ಲ
ಮುರಿದ ಆಂತರಿಕ ಲಿಂಕ್ಗಳು, ಹಳೆಯ ಸೈಟ್ಮ್ಯಾಪ್ ಪಟ್ಟಿಯನ್ನು ತೆಗೆದುಹಾಕಿರುವ ಪುಟಗಳು, ಅಥವಾ ಎಂದಿಗೂ ನೈಜವಲ್ಲದ URLs ಅನ್ನು ಪತ್ತೆಹಚ್ಚಲಾಗಿದೆ. ಲಿಂಕ್ಗಳನ್ನು ಸರಿಪಡಿಸಿ, ಸೈಟ್ಮ್ಯಾಪ್ ಅನ್ನು ಮರುಸೃಷ್ಟಿಸಿ ಅಥವಾ ಆಕ್ಷೇಪಾರ್ಹ ಮಾದರಿಯನ್ನು ಹೊರತುಪಡಿಸಿ.
URLs ನ ತಪ್ಪು ಸಂಖ್ಯೆ
ನಿರೀಕ್ಷೆಗಿಂತ ತೀರಾ ಕಡಿಮೆ
- ಆಳವು ತುಂಬಾ ಕಡಿಮೆಯಾಗಿದೆ. ನಿಮ್ಮ ಆಳದ ಸೆಟ್ಟಿಂಗ್ಗಿಂತ ಹೆಚ್ಚಿನ ಪುಟಗಳನ್ನು ಎಂದಿಗೂ ತಲುಪಲಾಗುವುದಿಲ್ಲ.
- ಸೈಟ್ಮ್ಯಾಪ್ಗಳು ಆಫ್ ಆಗಿವೆ. ಅವುಗಳನ್ನು ಆನ್ ಮಾಡುವುದು ಸಾಮಾನ್ಯವಾಗಿ ಏಕೈಕ ದೊಡ್ಡ ಕವರೇಜ್ ಗೆಲುವು.
- ಹೊರಗಿಡುವಿಕೆಗಳು ತುಂಬಾ ವಿಸ್ತಾರವಾಗಿವೆ.
/searchಗಾಗಿ ಉದ್ದೇಶಿಸಲಾದ ನಿಯಮವು ನೀವು ಅರ್ಥಮಾಡಿಕೊಂಡಿರುವುದಕ್ಕಿಂತ ಹೆಚ್ಚಿನದನ್ನು ಸೆಳೆಯುತ್ತಿರಬಹುದು. - ನಿಮ್ಮ ನ್ಯಾವಿಗೇಶನ್ JavaScript-ಮಾತ್ರ. HTML ನಲ್ಲಿ ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲದ ಲಿಂಕ್ಗಳನ್ನು HTTP ಪಡೆದುಕೊಳ್ಳುವಿಕೆಯಿಂದ ಕಂಡುಹಿಡಿಯಲಾಗುವುದಿಲ್ಲ. ಬ್ರೌಸರ್ ವಾರ್ಮಿಂಗ್ ಅನ್ನು ಪರಿಗಣಿಸಿ ಅಥವಾ ಸೈಟ್ಮ್ಯಾಪ್ಗಳನ್ನು ಸೇರಿಸಿ.
ನಿರೀಕ್ಷೆಗಿಂತ ಹೆಚ್ಚು
- ಮುಖಿ URLs. ಫಿಲ್ಟರ್ ಮತ್ತು ವಿಂಗಡಣೆ ಸಂಯೋಜನೆಗಳು ಮಿತಿಯಿಲ್ಲದೆ ಗುಣಿಸಲ್ಪಡುತ್ತವೆ. ಲಭ್ಯವಿದ್ದಲ್ಲಿ regex ಬಳಸಿ ಅವುಗಳನ್ನು ಹೊರತುಪಡಿಸಿ.
- ಸೆಷನ್ ಅಥವಾ ಟ್ರ್ಯಾಕಿಂಗ್ ಪ್ಯಾರಾಮೀಟರ್ಗಳು. URLs ಪ್ರಶ್ನೆಯ ಪ್ಯಾರಾಮೀಟರ್ನಿಂದ ಮಾತ್ರ ಭಿನ್ನವಾಗಿರುವುದನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಎಣಿಸಲಾಗುತ್ತದೆ.
- ಡೀಪ್ ಪೇಜಿನೇಶನ್. ಇಪ್ಪತ್ತು ಆಳವಾದ ಆರ್ಕೈವ್ ಪುಟಗಳು ವಿರಳವಾಗಿ ಬೆಚ್ಚಗಾಗಲು ಯೋಗ್ಯವಾಗಿವೆ.
- ಆಳವು ತುಂಬಾ ಹೆಚ್ಚಾಗಿದೆ. ಅದನ್ನು ಒಂದು ಹಂತಕ್ಕೆ ಹಿಂತಿರುಗಿಸಿ.
Tip
ಯಾರೂ ಭೇಟಿ ನೀಡದ ಪುಟಗಳಲ್ಲಿ ಮಾಸಿಕ ಬಜೆಟ್ ಅನ್ನು ಬರ್ನ್ ಮಾಡಲು ಅನಿರೀಕ್ಷಿತವಾಗಿ ಹೆಚ್ಚಿನ URL ಎಣಿಕೆಗಳು ಸಾಮಾನ್ಯ ಮಾರ್ಗವಾಗಿದೆ. ಎಣಿಕೆಯು ನಿಮ್ಮನ್ನು ಆಶ್ಚರ್ಯಗೊಳಿಸಿದಾಗ, ನಿಮ್ಮ ಯೋಜನೆಯನ್ನು ಹೆಚ್ಚಿಸುವ ಮೊದಲು ನಿಜವಾದ URL ಪಟ್ಟಿಯನ್ನು ನೋಡಿ.
ಇದು ಸ್ವಚ್ಛವಾಗಿ ಚಲಿಸುತ್ತದೆ ಆದರೆ ಯಾವುದೂ ವೇಗವಾಗಿ ಬರುವುದಿಲ್ಲ
ಸ್ಥಿತಿ ಕೋಡ್ಗಳು 200, URLs ಅನ್ನು ಒಳಗೊಂಡಿದೆ ಮತ್ತು ಎರಡೂ ಲೋಡ್ ಸಮಯಗಳು ಇನ್ನೂ ನಿಧಾನವಾಗಿರುತ್ತವೆ. ವಾರ್ಮಿಂಗ್ ಕೆಲಸ ಮಾಡುತ್ತಿದೆ - ನಿಮ್ಮ ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳುವುದು ಅಲ್ಲ. Cache Rocket ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಸಂಗ್ರಹವನ್ನು ಮಾತ್ರ ಮರುಪೂರಣ ಮಾಡಬಹುದು.
- 1
ಪುಟವು ಕ್ಯಾಶೆಬಲ್ ಆಗಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ
ಪ್ರತಿಕ್ರಿಯೆ ಶೀರ್ಷಿಕೆಗಳನ್ನು ನೋಡಿ.
Cache-Control: no-storeಅಥವಾprivateಎಂದರೆ ನೀವು ಅದನ್ನು ಎಷ್ಟು ಬಾರಿ ಬೆಚ್ಚಗಾಗಿಸಿದರೂ ಅದು ಎಂದಿಗೂ ಸಂಗ್ರಹವಾಗುವುದಿಲ್ಲ. - 2
ಸಾರ್ವಜನಿಕ ಪುಟಗಳಲ್ಲಿ Set-Cookie ಪರಿಶೀಲಿಸಿ
ಕುಕೀಯನ್ನು ಹೊಂದಿಸುವ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಸಂಗ್ರಹಿಸಲು ಅನೇಕ ಕ್ಯಾಶ್ಗಳು ನಿರಾಕರಿಸುತ್ತವೆ. ಅನಾಮಧೇಯ ಪುಟಗಳಲ್ಲಿನ ವಿಶ್ಲೇಷಣೆಗಳು ಮತ್ತು ಸೆಷನ್ ಕುಕೀಗಳು ಆಗಾಗ್ಗೆ ಅಪರಾಧಿಗಳಾಗಿವೆ.
- 3
ನಿಮ್ಮ CDN ನ ಸಂಗ್ರಹ ನಿಯಮಗಳನ್ನು ಪರಿಶೀಲಿಸಿ
ಮಾರ್ಗವನ್ನು ಬೈಪಾಸ್ ಮಾಡುವುದಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿ ಕ್ಯಾಶ್ ಮಾಡಲಾಗಿದೆ ಎಂಬುದನ್ನು ದೃಢೀಕರಿಸಿ, ಮತ್ತು ಕ್ಯಾಶ್ ಕೀ ಏನಿದೆ ಎಂಬುದನ್ನು ನೋಡಿ.
- 4
ವಾರ್ಮರ್ನ ವಿನಂತಿಯನ್ನು ನಿಜವಾದ ಒಂದಕ್ಕೆ ಹೋಲಿಸಿ
ಸಂದರ್ಶಕರು ಕಳುಹಿಸದ ಕುಕೀ, ಹೆಡರ್ ಅಥವಾ ಬಳಕೆದಾರ ಏಜೆಂಟ್ ಅನ್ನು ವಾರ್ಮರ್ ಕಳುಹಿಸಿದರೆ, ಅದು ಯಾರೂ ವಿನಂತಿಸದ ಸಂಗ್ರಹ ರೂಪಾಂತರವನ್ನು ತುಂಬುತ್ತಿರಬಹುದು.
- 5
ಕ್ಯಾಶ್ ಹೆಲ್ತ್ನ ಕೋಲ್ಡ್ URL ಪಟ್ಟಿಯನ್ನು ನೋಡಿ
ಯಾವ URLs ಪರಿಣಾಮ ಬೀರುತ್ತದೆ ಎಂಬುದನ್ನು ಇದು ನಿಖರವಾಗಿ ಗುರುತಿಸುತ್ತದೆ, ಇದು ಸಾಮಾನ್ಯವಾಗಿ ಮಾದರಿಯನ್ನು ಬಹಿರಂಗಪಡಿಸುತ್ತದೆ. ಸಂಗ್ರಹ ಆರೋಗ್ಯ ನೋಡಿ.
ಅತ್ಯಂತ ಉಪಯುಕ್ತ ರೋಗನಿರ್ಣಯ
ಅದೇ URL ಅನ್ನು ಕರ್ಲ್ನೊಂದಿಗೆ ಎರಡು ಬಾರಿ ವಿನಂತಿಸಿ ಮತ್ತು ಸಮಯ ಮತ್ತು ಕ್ಯಾಶ್ ಹೆಡರ್ಗಳನ್ನು ಹೋಲಿಕೆ ಮಾಡಿ. ನಿಮ್ಮ ಸ್ವಂತ ಎರಡನೇ ವಿನಂತಿಯು ವೇಗವಾಗಿಲ್ಲದಿದ್ದರೆ, ಸಮಸ್ಯೆಯು Cache Rocket ಗಿಂತ ಹೆಚ್ಚಾಗಿ ನಿಮ್ಮ ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳುವ ಸೆಟಪ್ನಲ್ಲಿದೆ.
curl -s -o /dev/null -w "%{time_total}s\n" https://www.example.com/
curl -s -o /dev/null -w "%{time_total}s\n" https://www.example.com/
curl -sI https://www.example.com/ | grep -i "cache\|age\|set-cookie"ಏಕೀಕರಣ ಸಮಸ್ಯೆಗಳು
- ನಿಯೋಜನೆ ವೆಬ್ಹೂಕ್ 401 ಅನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ.
- API ಕೀಗಳು ತಪ್ಪಾಗಿದೆ, ಅವಧಿ ಮೀರಿದೆ ಅಥವಾ ಅತಿಕ್ರಮಿಸಲಾಗಿದೆ. ಹೆಡರ್ ಹೆಸರುಗಳು ನಿಖರವಾಗಿ
X-Public-Keyಮತ್ತುX-Secret-Keyಎಂದು ದೃಢೀಕರಿಸಿ ಮತ್ತು ಮೊಟಕುಗೊಳಿಸಿದ ಮೌಲ್ಯಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. API ಕೀಗಳು ನೋಡಿ. - ನಿಯೋಜನೆ ವೆಬ್ಹೂಕ್ ಯಶಸ್ವಿಯಾಗುತ್ತದೆ ಆದರೆ ಏನೂ ಬೆಚ್ಚಗಾಗುವುದಿಲ್ಲ.
- ದೇಹದಲ್ಲಿನ ಹೋಸ್ಟ್ ಹೆಸರು ಸಕ್ರಿಯ ವಾರ್ಮರ್ಗೆ ಹೊಂದಿಕೆಯಾಗುವುದಿಲ್ಲ.
wwwಸೇರಿದಂತೆ ನಿಖರವಾದ ಹೋಸ್ಟ್ ಹೆಸರನ್ನು ಪರಿಶೀಲಿಸಿ, ಮತ್ತು ವಾರ್ಮರ್ ಸಕ್ರಿಯವಾಗಿದೆ. - CDN ಶುದ್ಧೀಕರಣವನ್ನು ತಿರಸ್ಕರಿಸಲಾಗಿದೆ.
- ಟೋಕನ್ ಶುದ್ಧೀಕರಣ ಅನುಮತಿಯನ್ನು ಹೊಂದಿಲ್ಲ ಅಥವಾ ತಪ್ಪಾದ ವಲಯ ID ಯೊಂದಿಗೆ ಜೋಡಿಸಲಾಗಿದೆ. CDN ಇಂಟಿಗ್ರೇಷನ್ಗಳು ನೋಡಿ.
- WordPress ಪ್ಲಗಿನ್ ಕೀಗಳು ಅಮಾನ್ಯವಾಗಿದೆ ಎಂದು ಹೇಳುತ್ತದೆ.
- ಎರಡೂ ಕೀಗಳನ್ನು ಮರು-ನಕಲು ಮಾಡಿ, ವೈಟ್ಸ್ಪೇಸ್ಗಾಗಿ ವೀಕ್ಷಿಸಲಾಗುತ್ತಿದೆ. ಅಂದಿನಿಂದ ಹೊಸ ಜೋಡಿಯನ್ನು ರಚಿಸಿದ್ದರೆ, ಹಳೆಯದು ಇನ್ನು ಮುಂದೆ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ.
- ಎಚ್ಚರಿಕೆಗಳು ಎಂದಿಗೂ ಬರುವುದಿಲ್ಲ.
- ವೆಬ್ಹೂಕ್ URL ಅನ್ನು ನೇರವಾಗಿ ಕರ್ಲ್ನೊಂದಿಗೆ ಪರೀಕ್ಷಿಸಿ. ಕನಿಷ್ಠ ಒಂದು ಈವೆಂಟ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡಲಾಗಿದೆ ಮತ್ತು Slack ಅಥವಾ Discord ಏಕೀಕರಣವು ಇನ್ನೂ ಅಸ್ತಿತ್ವದಲ್ಲಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ.
ಇನ್ನೂ ಅಂಟಿಕೊಂಡಿದೆಯೇ?
ಬೆಂಬಲವನ್ನು ಸಂಪರ್ಕಿಸುವ ಮೊದಲು ಇವುಗಳನ್ನು ಒಟ್ಟುಗೂಡಿಸಿ - ಇದು ದೀರ್ಘ ವಿನಿಮಯವನ್ನು ಒಂದೇ ಪ್ರತ್ಯುತ್ತರವಾಗಿ ಪರಿವರ್ತಿಸುತ್ತದೆ:
- ಬೆಚ್ಚಗಿನ ಹೆಸರು ಮತ್ತು ಹೋಸ್ಟ್ ಹೆಸರು ಒಳಗೊಂಡಿದೆ.
- ನೀವು ಏನು ನಿರೀಕ್ಷಿಸಿದ್ದೀರಿ ಮತ್ತು ನಿಜವಾಗಿ ಏನಾಯಿತು.
- ವಾರ್ಮರ್ ಫಲಿತಾಂಶಗಳ ಪುಟದಿಂದ ಪ್ರತಿನಿಧಿ ಸ್ಥಿತಿ ಕೋಡ್ಗಳು ಮತ್ತು ಲೋಡ್ ಸಮಯಗಳು.
- ಹೋಸ್ಟ್ ಹೆಸರು ಪರಿಶೀಲಿಸಲಾಗಿದೆ ಅನ್ನು ತೋರಿಸುತ್ತದೆ.
- ನಿಮ್ಮ ಯೋಜನೆಯ ಹೆಸರು ಮತ್ತು ಚಂದಾದಾರಿಕೆ ಪುಟದ ಉಲ್ಲೇಖಗಳ ವಿಭಾಗದಿಂದ ನಿಮ್ಮ ಚಂದಾದಾರಿಕೆ ID.