ಉಳಿದ ಪುಟ ಲೋಡ್ ಆಗುವಾಗ ಒಂದು ಚಿತ್ರ ಮಾತ್ರ ವಿಫಲವಾಗುವುದೇಕೆ
ಮೂರು ಷರತ್ತುಗಳು ನೆಟ್‌ವರ್ಕ್ ದೋಷವನ್ನು ನಿರ್ಬಂಧಿತ ವಿನಂತಿ ಮತ್ತು ರೆಂಡರಿಂಗ್ ದೋಷದಿಂದ ಬೇರ್ಪಡಿಸುತ್ತವೆ. ಮಾರ್ಗ ಬದಲಿಸುವ ಮೊದಲು ಬ್ರೌಸರ್ ಆಯ್ಕೆ ಮಾಡಿದ URL ಹುಡುಕಿ.
ಪುಟ ಲೋಡ್ ಆಗುತ್ತದೆ, ಪಠ್ಯ ಕಾಣುತ್ತದೆ, ಮತ್ತು ಒಂದು ಚಿತ್ರ ಮುರಿದ ಚಿಹ್ನೆಯಾಗಿ ಉಳಿಯುತ್ತದೆ. ಮೊದಲ ಪ್ರತಿಕ್ರಿಯೆ ಟನೆಲ್ ಅನ್ನು ದೂಷಿಸುವುದು, ಏಕೆಂದರೆ ಬದಲಾದ ವಸ್ತು ಟನೆಲ್. ಅದಕ್ಕೂ ಮೊದಲು, ಆ ಚಿತ್ರಕ್ಕಾಗಿ ಬ್ರೌಸರ್ ನಿಜವಾಗಿ ಯಾವ URL ಅನ್ನು ವಿನಂತಿಸಿತು ಎಂದು ಕಂಡುಹಿಡಿಯಿರಿ, ಏಕೆಂದರೆ ಪುಟದ URL ಮತ್ತು ಚಿತ್ರದ URL ಎರಡು ವಿಭಿನ್ನ ಸಾಕ್ಷ್ಯಗಳು. ಕಾಣೆಯಾದ ಚಿತ್ರದ ಬಗ್ಗೆ ಹೆಚ್ಚಿನ ವರದಿಗಳು ಎಂದೂ ಕೆಲಸ ಮಾಡುವ ವಿನಂತಿ ಪಡೆಯದ ಹೋಸ್ಟ್‌ಗೆ ಕೊನೆಗೊಳ್ಳುತ್ತವೆ, ಮತ್ತು ಆ ಉತ್ತರಕ್ಕೆ ನೆಟ್‌ವರ್ಕ್ ಪ್ಯಾನೆಲ್‌ನ ಒಂದು ನೋಟ ಸಾಕು.
ಎಲ್ಲಿ ನೋಡಬೇಕೆಂದು ಮೂರು ಷರತ್ತುಗಳು ನಿರ್ಧರಿಸುತ್ತವೆ
ಮೊದಲ ಷರತ್ತು ಚಿತ್ರವು ಪುಟದ ಅದೇ ಹೋಸ್ಟ್‌ನಿಂದ ಬರುತ್ತದೆಯೇ ಎಂಬುದು. ಪ್ರತ್ಯೇಕ ಚಿತ್ರ ಹೋಸ್ಟ್‌ಗೆ ತನ್ನದೇ ಹೆಸರು ವಿಶ್ಲೇಷಣೆ, ತನ್ನದೇ ಸಂಪರ್ಕ ಮತ್ತು ತನ್ನದೇ TLS ಗುರುತು ಬೇಕು, ಆದ್ದರಿಂದ ಲೋಡ್ ಆಗುವ ಪುಟ ಅದರ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.
ಎರಡನೆಯದು ಬ್ರೌಸರ್ ಕಳುಹಿಸುವ ಮೊದಲೇ ವಿನಂತಿಯನ್ನು ನಿರ್ಬಂಧಿಸಿತೇ ಎಂಬುದು. ಮಿಶ್ರ ವಿಷಯ, ವಿಷಯ ಭದ್ರತಾ ನೀತಿ ಮತ್ತು ರೆಫರರ್ ನಿಯಮಗಳು ಸಾಮಾನ್ಯ ಸರ್ವರ್ ಪ್ರತಿಕ್ರಿಯೆ ಇಲ್ಲದೆ ಚಿತ್ರವನ್ನು ನಿಲ್ಲಿಸಬಹುದು, ಆದ್ದರಿಂದ ಪಟ್ಟಿಯಲ್ಲಿ ಯಾವುದೇ ವಿಫಲ ವಿನಂತಿ ಕಾಣುವುದಿಲ್ಲ.
ಮೂರನೆಯದು ವಿತರಣೆ ಯಶಸ್ವಿಯಾಗಿ ರೆಂಡರಿಂಗ್ ವಿಫಲವಾದ ಸಂದರ್ಭ, ಬೈಟ್‌ಗಳು ಬಂದರೂ ಚಿತ್ರ ಕಾಣದೇ ಇರುವುದು. ಈ ಮೂರು ಷರತ್ತುಗಳಿಗೆ ಮೂರು ವಿಭಿನ್ನ ಮಾಲೀಕರಿದ್ದಾರೆ, ಮತ್ತು ಮೊದಲನೆಯದು ಮಾತ್ರ ನೆಟ್‌ವರ್ಕ್ ಪ್ರಶ್ನೆ.
| What you see | Where the fault sits |
|---|---|
| Request absent from the list | Markup, lazy loading or a policy that blocked it |
| Request failed or timed out | Resolution, route, TLS or the image host itself |
| Request returned 200, image blank | Response type, decoding or rendering |
ಬ್ರೌಸರ್ ನಿಜವಾಗಿ ಆಯ್ಕೆ ಮಾಡಿದ ಸಂಪನ್ಮೂಲವನ್ನು ಹುಡುಕಿ
ಪುಟದ ಮೂಲದಲ್ಲಿ ಕಾಣುವ URL ಹೆಚ್ಚಾಗಿ ವಿನಂತಿಸಿದ URL ಅಲ್ಲ. ಮೂಲ ಸಮೂಹಗಳು, picture ಅಂಶಗಳು ಮತ್ತು CSS ಹಿನ್ನೆಲೆಗಳು ವೀಕ್ಷಣಾ ಪ್ರದೇಶದ ಅಗಲ, ಪಿಕ್ಸೆಲ್ ಸಾಂದ್ರತೆ ಅಥವಾ ಸ್ವರೂಪದ ಬೆಂಬಲದ ಆಧಾರದಲ್ಲಿ ಬೇರೆ ಸಂಪನ್ಮೂಲ ಆಯ್ಕೆ ಮಾಡಲು ಬ್ರೌಸರ್‌ಗೆ ಅವಕಾಶ ನೀಡುತ್ತವೆ. ಆಲಸ್ಯದಿಂದ ಲೋಡ್ ಆಗುವ ಚಿತ್ರವು ಪುಟ ನಿರ್ದಿಷ್ಟ ಸ್ಥಿತಿಗೆ ತಲುಪುವವರೆಗೆ ವಿನಂತಿಸಲೇ ಪಡದೇ ಇರಬಹುದು.
ಅಂಶ ಮತ್ತು ವಿನಂತಿಯನ್ನು ಒಟ್ಟಿಗೆ ಪರಿಶೀಲಿಸಿ, ಸಮಸ್ಯೆ ವರದಿ ಮಾಡುವಾಗ ವಿನಂತಿಯೊಂದಿಗೆ ಪ್ರಾರಂಭಕರನ್ನು ಇಟ್ಟುಕೊಳ್ಳಿ. MDNನ ಚಿತ್ರ ಅಂಶ ಉಲ್ಲೇಖ ಮೂಲ ಆಯ್ಕೆ, ಲೋಡಿಂಗ್ ವರ್ತನೆ ಮತ್ತು ರೆಫರರ್ ನಿಯಂತ್ರಣಗಳನ್ನು ಒಂದೇ ಸ್ಥಳದಲ್ಲಿ ಒಳಗೊಳ್ಳುತ್ತದೆ, ಯಾವ ಗುಣಲಕ್ಷಣ ವಿಫಲ URL ಆಯ್ಕೆ ಮಾಡಿತು ಎಂದು ಹೇಳಲು ಅದು ಸಾಕು.
ಹೋಸ್ಟ್ ಹೆಸರು, ಸ್ಥಿತಿ, ಯಾವುದೇ ಮರುನಿರ್ದೇಶನ ಸರಪಳಿ ಮತ್ತು ಪ್ರತಿಕ್ರಿಯೆಯ ವಿಷಯ ಪ್ರಕಾರವನ್ನು ದಾಖಲಿಸಿ. ಸೈನ್-ಇನ್ ಪುಟವನ್ನು ಹಿಂತಿರುಗಿಸುವ 200 ಬಳಸಬಹುದಾದ ಚಿತ್ರವಲ್ಲ, ಮತ್ತು HTML ದೋಷ ಪುಟಕ್ಕೆ ಮರುನಿರ್ದೇಶನವು ಪ್ರಕಾರವನ್ನು ಓದುವವರೆಗೆ ಹಾನಿಗೊಳಗಾದ ಫೈಲ್‌ನಂತೆಯೇ ಕಾಣುತ್ತದೆ.
ನೆಟ್‌ವರ್ಕ್‌ಗಿಂತ ಮೊದಲು ಸ್ಥಿತಿ ಓದಿ
ಸಮಯ ಮೀರುವಿಕೆ, ನಿರಾಕರಿಸಿದ ವಿನಂತಿ ಮತ್ತು ಡಿಕೋಡಿಂಗ್ ದೋಷಕ್ಕೆ ಬೇರೆ ಬೇರೆ ಮುಂದಿನ ಹೆಜ್ಜೆಗಳು ಬೇಕು, ಮತ್ತು ಅವುಗಳನ್ನು ಬೇರ್ಪಡಿಸುವುದು ಸ್ಥಿತಿ ಸಂಕೇತ. ಸಮಯ ಮೀರುವಿಕೆ ಹೆಸರು ವಿಶ್ಲೇಷಣೆ, ಮಾರ್ಗ ಅಥವಾ ಉತ್ತರಿಸದ ಹೋಸ್ಟ್‌ಗೆ ಸೂಚಿಸುತ್ತದೆ. ನಿರಾಕರಿಸಿದ ವಿನಂತಿ ನೀತಿ ಅಥವಾ ಅಧಿಕಾರ ಕವಚಕ್ಕೆ ಸೂಚಿಸುತ್ತದೆ. ಡಿಕೋಡಿಂಗ್ ದೋಷ ಬೈಟ್‌ಗಳು ಅಥವಾ ಸ್ವರೂಪಕ್ಕೆ ಸೂಚಿಸುತ್ತದೆ.
ವಿನಂತಿ ಸಂಪೂರ್ಣವಾಗಿ ಕಾಣದಿದ್ದರೆ, ನೆಟ್‌ವರ್ಕ್ ನೋಡುವುದನ್ನು ನಿಲ್ಲಿಸಿ ಮಾರ್ಕಪ್ ನೋಡಿ. ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ಕಾರಣ ಬ್ರೌಸರ್ ಮೊದಲಿಗೆ ಆಯ್ಕೆ ಮಾಡಿದ ಮತ್ತು ಸರ್ವರ್‌ನಲ್ಲಿ ಇನ್ನು ಇಲ್ಲದ ಮೂಲ ಸಮೂಹ ನಮೂದು, ನಂತರ ಸ್ಕ್ರಿಪ್ಟ್ ಎಂದೂ ಗೋಚರವಾಗಿಸದ ಅಂಶ.
ಈ ವ್ಯತ್ಯಾಸವೊಂದೇ ಈ ರೀತಿಯ ವರದಿಗಳಲ್ಲಿ ಹೆಚ್ಚಿನ ವ್ಯರ್ಥ ಶ್ರಮವನ್ನು ತಡೆಯುತ್ತದೆ.
ಬ್ರೌಸರ್ ನಿರ್ಬಂಧಿಸಿದಾಗ ಓದಲು ಯಾವುದೇ ಪ್ರತಿಕ್ರಿಯೆ ಇರುವುದಿಲ್ಲ
ಮಿಶ್ರ ವಿಷಯ ಸಾಂಪ್ರದಾಯಿಕ ಸಂದರ್ಭ: ಸಾಮಾನ್ಯ HTTP ಮೇಲೆ ಚಿತ್ರ ಕೇಳುವ HTTPS ಪುಟ ವಿನಂತಿಯನ್ನು ವಿಫಲವಲ್ಲದೆ ನಿರ್ಬಂಧಿತವಾಗಿ ಪಡೆಯುತ್ತದೆ, ಮತ್ತು ಕನ್ಸೋಲ್ ಕಾರಣವನ್ನು ದಾಖಲಿಸುತ್ತದೆ. ವಿಷಯ ಭದ್ರತಾ ನೀತಿ ಅದೇ ಆಕಾರವನ್ನು ನೀಡುತ್ತದೆ, ನಿರ್ಬಂಧಿತ ನಿರ್ದೇಶ ಸಂದೇಶದಲ್ಲಿ ಹೆಸರಿಸಲ್ಪಡುತ್ತದೆ. ಹೆಡರ್ ತೆಗೆದುಹಾಕುವ ರೆಫರರ್ ನೀತಿ ಹಾಟ್‌ಲಿಂಕ್ ಸಂರಕ್ಷಿತ ಹೋಸ್ಟ್ ಚಿತ್ರದ ಬದಲು ಪ್ಲೇಸ್‌ಹೋಲ್ಡರ್ ಹಿಂತಿರುಗಿಸುವಂತೆ ಮಾಡಬಹುದು.
ನೆಟ್‌ವರ್ಕ್ ಮಾರ್ಗ ಮುಟ್ಟುವ ಮೊದಲು ದಾಖಲಾದ ಕಾರಣ ಓದಿ, ಏಕೆಂದರೆ ಮಾರ್ಗ ಬದಲಾದಾಗ ಈ ನಿರ್ಬಂಧಗಳು ಸುಧಾರಿಸುವುದಿಲ್ಲ. ಕ್ರಾಸ್-ಒರಿಜಿನ್ ಅನುಮತಿಗಳನ್ನು ಸೇರಿಸುವುದೂ ಪರಿಹಾರವಲ್ಲ: ಬೇರೆ ಹೋಸ್ಟ್‌ನ ಚಿತ್ರ ತೋರಿಸುವುದು ಮತ್ತು ಅದರ ಪಿಕ್ಸೆಲ್‌ಗಳನ್ನು canvasನಲ್ಲಿ ಓದುವುದು ಬೇರೆ ಬೇರೆ ಕಾರ್ಯಾಚರಣೆಗಳು, ಮತ್ತು ಎರಡನೆಯದಕ್ಕೆ ಮಾತ್ರ ಜನರು ಅಂಟಿಸುವ ಹೆಡರ್‌ಗಳು ಬೇಕು.
ನೀವು ನಿರ್ವಹಿಸುವ ಸೈಟ್‌ಗೆ, ಸಂಪನ್ಮೂಲದ URL, ಪ್ರತಿಕ್ರಿಯೆ ಅಥವಾ ನೀತಿಯನ್ನು ಅದರ ಮಾಲೀಕರಲ್ಲಿ ಸರಿಪಡಿಸಿ ಮತ್ತು ಅಧಿಕಾರ ಹಾಗೂ ರೆಫರರ್ ಅಗತ್ಯಗಳನ್ನು ಅಕ್ಷತವಾಗಿ ಇಡಿ. ನೀವು ನಿಯಂತ್ರಿಸದ ಸೈಟ್‌ಗೆ, ಖಾಸಗಿ ಅಥವಾ ಅವಧಿ ಮುಗಿಯುವ ಸಂಪನ್ಮೂಲ ಕೊಂಡಿಗಳನ್ನು ಮತ್ತೆ ಪ್ರಕಟಿಸುವ ಬದಲು ಪುಟ ಮತ್ತು ವಿನಂತಿಯ ಸಾಕ್ಷ್ಯವನ್ನು ಅದರ ಬೆಂಬಲ ಚಾನೆಲ್‌ಗೆ ಕಳುಹಿಸಿ.
ಸಾಕ್ಷ್ಯ ಬದಲಿಸದೆ ಮಾರ್ಗಗಳನ್ನು ಹೋಲಿಸಿ
ನೀವು ನಿಜವಾಗಿಯೂ ಪ್ರವೇಶ ಮಾರ್ಗ ಪರೀಕ್ಷಿಸಲು ಬಯಸಿದರೆ, ಉಳಿದೆಲ್ಲವನ್ನು ಸ್ಥಿರವಾಗಿ ಇಡಿ: ಅದೇ ಪುಟ, ಅದೇ ಖಾತೆ, ಅದೇ ಆಯ್ಕೆ ಮಾಡಿದ ಚಿತ್ರ, ಅನುಮತಿಸಿದ ಒಂದು ಮಾರ್ಗ ಬದಲಾಗಿದೆ. ರೆಂಡರ್ ಆದ ಫಲಿತಾಂಶದ ಬದಲು ವಿನಂತಿ ನಮೂದುಗಳನ್ನು ಅಕ್ಕಪಕ್ಕದಲ್ಲಿ ಹೋಲಿಸಿ, ಏಕೆಂದರೆ ರೆಂಡರ್ ಆದ ಫಲಿತಾಂಶ ಚಿತ್ರ ಕಾಣಿಸಿತೇ ಎಂದು ಹೇಳುತ್ತದೆ, ಏಕೆ ಎಂದಲ್ಲ.
ಹೊಸ ಮಾರ್ಗದಲ್ಲಿ ಲೋಡ್ ಆಗುವ ಚಿತ್ರ ಆ ಮಾರ್ಗ ಅಧಿಕೃತವೆಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಮುರಿದೇ ಉಳಿಯುವ ಚಿತ್ರ ಟನೆಲ್ ತಪ್ಪಿತಸ್ಥ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಚಿತ್ರ ತೆಗೆದುಹಾಕಲಾಗಿದ್ದರೆ ಅಥವಾ ಪ್ರವೇಶ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಸೀಮಿತವಾಗಿದ್ದರೆ, ಪ್ರಮಾಣಪತ್ರ ಪರಿಶೀಲನೆಗಳನ್ನು ನಿಲ್ಲಿಸುವ ಅಥವಾ ಬೇರೆಯವರ ಸಂರಕ್ಷಿತ ಸಾಮಗ್ರಿ ನಕಲಿಸುವ ಬದಲು ಬೆಂಬಲಿತ ಪರ್ಯಾಯ ಬಳಸಿ.
ಕೆಲಸದ ಕ್ರಮ: ಆಯ್ಕೆ ಮಾಡಿದ URL ಗುರುತಿಸಿ, ಅದರ ಸ್ಥಿತಿ ಮತ್ತು ಪ್ರಕಾರ ಓದಿ, ದಾಖಲಾದ ನಿರ್ಬಂಧ ಕಾರಣ ಇದೆಯೇ ಪರಿಶೀಲಿಸಿ, ನಂತರ ಒಂದೊಂದೇ ಮಾರ್ಗ ಬದಲಾವಣೆಯನ್ನು ಹೋಲಿಸಿ.