ಕ್ರೋಮ್ ಬ್ರೌಸರ್ ಡೆವಲಪರ್‌ಗಳು ವೆಬ್‌ರಿಕ್ವೆಸ್ಟ್ API ಯ ಕಾರ್ಯಾಚರಣೆಯ ನಿರ್ಬಂಧಿಸುವ ಮೋಡ್‌ಗೆ ಬೆಂಬಲವನ್ನು ಸ್ಥಗಿತಗೊಳಿಸುವುದು, ಇದು ಫ್ಲೈನಲ್ಲಿ ಸ್ವೀಕರಿಸಿದ ವಿಷಯವನ್ನು ಬದಲಾಯಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ ಮತ್ತು ಜಾಹೀರಾತುಗಳನ್ನು ನಿರ್ಬಂಧಿಸಲು ಆಡ್-ಆನ್‌ಗಳಲ್ಲಿ ಸಕ್ರಿಯವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ,
ಮಾಲ್ವೇರ್, ಫಿಶಿಂಗ್, ಬಳಕೆದಾರರ ಚಟುವಟಿಕೆಯ ಮೇಲೆ ಬೇಹುಗಾರಿಕೆ, ಪೋಷಕರ ನಿಯಂತ್ರಣಗಳು ಮತ್ತು ಗೌಪ್ಯತೆಯ ವಿರುದ್ಧ ರಕ್ಷಣೆ.
Google ನ ಉದ್ದೇಶಗಳು:
- API ನಿರ್ಬಂಧಿಸುವ ಮೋಡ್ ಹೆಚ್ಚಿನ ಸಂಪನ್ಮೂಲ ಬಳಕೆಗೆ ಕಾರಣವಾಗುತ್ತದೆ.
ಈ API ಅನ್ನು ಬಳಸುವಾಗ, ಬ್ರೌಸರ್ ಮೊದಲು ನೆಟ್‌ವರ್ಕ್ ವಿನಂತಿಯಲ್ಲಿ ಒಳಗೊಂಡಿರುವ ಎಲ್ಲಾ ಡೇಟಾವನ್ನು ಆಡ್-ಆನ್‌ಗೆ ಕಳುಹಿಸುತ್ತದೆ, ಆಡ್-ಆನ್ ಅದನ್ನು ವಿಶ್ಲೇಷಿಸುತ್ತದೆ ಮತ್ತು ಬ್ರೌಸರ್‌ನಲ್ಲಿ ಹೆಚ್ಚಿನ ಪ್ರಕ್ರಿಯೆಗಾಗಿ ಮಾರ್ಪಡಿಸಿದ ಆವೃತ್ತಿಯನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ ಅಥವಾ ಸೂಚನೆಗಳನ್ನು ನಿರ್ಬಂಧಿಸುತ್ತದೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಮುಖ್ಯ ವಿಳಂಬಗಳು ಆಡ್-ಆನ್ ಮೂಲಕ ಸಂಸ್ಕರಣೆಯ ದಟ್ಟಣೆಯ ಹಂತದಲ್ಲಿ ಉದ್ಭವಿಸುವುದಿಲ್ಲ, ಆದರೆ ಆಡ್-ಆನ್ ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆಯನ್ನು ಸಂಘಟಿಸುವ ಓವರ್ಹೆಡ್ ವೆಚ್ಚಗಳ ಕಾರಣದಿಂದಾಗಿ. ನಿರ್ದಿಷ್ಟವಾಗಿ ಹೇಳುವುದಾದರೆ, ಅಂತಹ ಮ್ಯಾನಿಪ್ಯುಲೇಷನ್‌ಗಳಿಗೆ ಪೂರಕವಾಗಿ ಪ್ರತ್ಯೇಕ ಪ್ರಕ್ರಿಯೆಯ ಉಡಾವಣೆ ಅಗತ್ಯವಿರುತ್ತದೆ, ಜೊತೆಗೆ ಈ ಪ್ರಕ್ರಿಯೆ ಮತ್ತು ಡೇಟಾ ಧಾರಾವಾಹಿ ಕಾರ್ಯವಿಧಾನಗಳೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸಲು IPC ಯ ಬಳಕೆ; - ಆಡ್-ಆನ್ ಎಲ್ಲಾ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಕಡಿಮೆ ಮಟ್ಟದಲ್ಲಿ ಸಂಪೂರ್ಣವಾಗಿ ನಿಯಂತ್ರಿಸುತ್ತದೆ, ಇದು ನಿಂದನೆ ಮತ್ತು ಗೌಪ್ಯತೆ ಉಲ್ಲಂಘನೆಗಳಿಗೆ ವ್ಯಾಪಕ ಅವಕಾಶಗಳನ್ನು ತೆರೆಯುತ್ತದೆ. Google ಅಂಕಿಅಂಶಗಳ ಪ್ರಕಾರ, ಪತ್ತೆಯಾದ ಎಲ್ಲಾ ದುರುದ್ದೇಶಪೂರಿತ ಆಡ್-ಆನ್‌ಗಳಲ್ಲಿ 42% ವೆಬ್‌ರಿಕ್ವೆಸ್ಟ್ API ಅನ್ನು ಬಳಸಿದೆ. ಪ್ರತಿ ತಿಂಗಳು ಸರಾಸರಿ 1800 ದುರುದ್ದೇಶಪೂರಿತ ಆಡ್-ಆನ್‌ಗಳನ್ನು ಇರಿಸುವ ಪ್ರಯತ್ನಗಳನ್ನು Chrome ವೆಬ್ ಸ್ಟೋರ್ ಕ್ಯಾಟಲಾಗ್‌ನಲ್ಲಿ ನಿರ್ಬಂಧಿಸಲಾಗಿದೆ ಎಂದು ಗಮನಿಸಲಾಗಿದೆ. ದುರದೃಷ್ಟವಶಾತ್, ವಿಮರ್ಶೆಯು ಎಲ್ಲಾ ದುರುದ್ದೇಶಪೂರಿತ ಆಡ್-ಆನ್‌ಗಳನ್ನು ವಿನಾಯಿತಿ ಇಲ್ಲದೆ ಹಿಡಿಯಲು ನಮಗೆ ಅನುಮತಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ರಕ್ಷಣೆಯನ್ನು ಹೆಚ್ಚಿಸಲು, API ಮಟ್ಟದಲ್ಲಿ ಆಡ್-ಆನ್‌ಗಳನ್ನು ಮಿತಿಗೊಳಿಸಲು ನಿರ್ಧರಿಸಲಾಗಿದೆ. ಎಲ್ಲಾ ಟ್ರಾಫಿಕ್‌ಗೆ ಪ್ರವೇಶದೊಂದಿಗೆ ಆಡ್-ಆನ್‌ಗಳನ್ನು ಒದಗಿಸುವುದು ಮುಖ್ಯ ಆಲೋಚನೆಯಾಗಿದೆ, ಆದರೆ ಉದ್ದೇಶಿತ ಕಾರ್ಯವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಅಗತ್ಯವಿರುವ ಡೇಟಾಗೆ ಮಾತ್ರ. ನಿರ್ದಿಷ್ಟವಾಗಿ, ವಿಷಯವನ್ನು ನಿರ್ಬಂಧಿಸಲು, ಎಲ್ಲಾ ಗೌಪ್ಯ ಬಳಕೆದಾರ ಡೇಟಾಗೆ ಆಡ್-ಆನ್ ಪೂರ್ಣ ಪ್ರವೇಶವನ್ನು ನೀಡುವುದು ಅನಿವಾರ್ಯವಲ್ಲ;
- ಪ್ರಸ್ತಾವಿತ ಬದಲಿ ಘೋಷಣೆ API ಹೆಚ್ಚಿನ ಕಾರ್ಯಕ್ಷಮತೆಯ ವಿಷಯ ಫಿಲ್ಟರಿಂಗ್‌ನ ಎಲ್ಲಾ ಕೆಲಸವನ್ನು ನೋಡಿಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಫಿಲ್ಟರಿಂಗ್ ನಿಯಮಗಳನ್ನು ಲೋಡ್ ಮಾಡಲು ಆಡ್-ಆನ್‌ಗಳು ಮಾತ್ರ ಅಗತ್ಯವಿದೆ. ಆಡ್-ಆನ್ ಟ್ರಾಫಿಕ್‌ನಲ್ಲಿ ಮಧ್ಯಪ್ರವೇಶಿಸುವುದಿಲ್ಲ ಮತ್ತು ಬಳಕೆದಾರರ ಖಾಸಗಿ ಡೇಟಾ ಉಲ್ಲಂಘನೆಯಾಗದಂತೆ ಉಳಿಯುತ್ತದೆ;
- Google declarativeNetRequest API ಯ ಕಾರ್ಯನಿರ್ವಹಣೆಯ ಕೊರತೆಯ ಕುರಿತು ಅನೇಕ ಕಾಮೆಂಟ್‌ಗಳನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಂಡಿತು ಮತ್ತು ಫಿಲ್ಟರಿಂಗ್ ನಿಯಮಗಳ ಸಂಖ್ಯೆಯ ಮಿತಿಯನ್ನು ಆರಂಭದಲ್ಲಿ ಪ್ರಸ್ತಾಪಿಸಲಾದ ಪ್ರತಿ ವಿಸ್ತರಣೆಗೆ 30 ಸಾವಿರದಿಂದ ಜಾಗತಿಕ ಗರಿಷ್ಠ 150 ಸಾವಿರಕ್ಕೆ ವಿಸ್ತರಿಸಿತು ಮತ್ತು ಕ್ರಿಯಾತ್ಮಕವಾಗಿ ಸಾಮರ್ಥ್ಯವನ್ನು ಸೇರಿಸಿತು. ನಿಯಮಗಳನ್ನು ಬದಲಾಯಿಸಿ ಮತ್ತು ಸೇರಿಸಿ, HTTP ಹೆಡರ್‌ಗಳನ್ನು ತೆಗೆದುಹಾಕಿ ಮತ್ತು ಬದಲಾಯಿಸಿ (ರೆಫರರ್, ಕುಕಿ, ಸೆಟ್-ಕುಕಿ) ಮತ್ತು ನಿಯತಾಂಕಗಳನ್ನು ವಿನಂತಿಸಿ;
- ಎಂಟರ್‌ಪ್ರೈಸ್‌ಗಳಿಗಾಗಿ, ವೆಬ್‌ರಿಕ್ವೆಸ್ಟ್ API ನ ಕಾರ್ಯಾಚರಣೆಯ ನಿರ್ಬಂಧಿಸುವ ವಿಧಾನವನ್ನು ಬಳಸಲು ಸಾಧ್ಯವಿದೆ, ಏಕೆಂದರೆ ಆಡ್-ಆನ್‌ಗಳನ್ನು ಬಳಸುವ ನೀತಿಯನ್ನು ಮೂಲಸೌಕರ್ಯದ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವ ಮತ್ತು ಅಪಾಯಗಳ ಬಗ್ಗೆ ತಿಳಿದಿರುವ ನಿರ್ವಾಹಕರು ನಿರ್ಧರಿಸುತ್ತಾರೆ. ಉದಾಹರಣೆಗೆ, ಉದ್ಯೋಗಿಗಳ ಸಂಚಾರ ಹರಿವುಗಳನ್ನು ದಾಖಲಿಸಲು ಮತ್ತು ಆಂತರಿಕ ವ್ಯವಸ್ಥೆಗಳೊಂದಿಗೆ ಸಂಯೋಜಿಸಲು ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ API ಅನ್ನು ಉದ್ಯಮಗಳಲ್ಲಿ ಬಳಸಬಹುದು;
- ಜಾಹೀರಾತು ನಿರ್ಬಂಧಿಸುವ ಆಡ್-ಆನ್‌ಗಳನ್ನು ದುರ್ಬಲಗೊಳಿಸುವುದು ಅಥವಾ ನಿಗ್ರಹಿಸುವುದು Google ನ ಗುರಿಯಲ್ಲ, ಆದರೆ ಸುರಕ್ಷಿತ ಮತ್ತು ಹೆಚ್ಚು ಶಕ್ತಿಶಾಲಿ ಜಾಹೀರಾತು ಬ್ಲಾಕರ್‌ಗಳ ರಚನೆಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುವುದು;
- ಹೊಸ declarativeNetRequest ಜೊತೆಗೆ webRequest API ನ ಬ್ಲಾಕಿಂಗ್ ಮೋಡ್ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಬಿಡಲು ಇಷ್ಟವಿಲ್ಲದಿರುವುದು ಗೌಪ್ಯ ಡೇಟಾಗೆ ಆಡ್-ಆನ್‌ಗಳ ಪ್ರವೇಶವನ್ನು ಮಿತಿಗೊಳಿಸುವ ಬಯಕೆಯಿಂದ ವಿವರಿಸಲಾಗಿದೆ. ನೀವು webRequest API ಅನ್ನು ಹಾಗೆಯೇ ಬಿಟ್ಟರೆ, ಹೆಚ್ಚಿನ addons ಹೆಚ್ಚು ಸುರಕ್ಷಿತ declarativeNetRequest ಅನ್ನು ಬಳಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಭದ್ರತೆ ಮತ್ತು ಕ್ರಿಯಾತ್ಮಕತೆಯ ನಡುವೆ ಆಯ್ಕೆಮಾಡುವಾಗ, ಹೆಚ್ಚಿನ ಡೆವಲಪರ್‌ಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಕಾರ್ಯವನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತಾರೆ.
:
- ಆಡ್-ಆನ್ ಡೆವಲಪರ್‌ಗಳು ನಡೆಸುತ್ತಾರೆ ಜಾಹೀರಾತು ನಿರ್ಬಂಧಿಸುವ ಆಡ್-ಆನ್‌ಗಳ ಕಾರ್ಯಕ್ಷಮತೆಯ ಮೇಲೆ ಅತ್ಯಲ್ಪ ಒಟ್ಟಾರೆ ಪ್ರಭಾವವನ್ನು ತೋರಿಸಿ (ಪರೀಕ್ಷೆಯ ಸಮಯದಲ್ಲಿ, ವಿವಿಧ ಆಡ್-ಆನ್‌ಗಳ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಹೋಲಿಸಲಾಗುತ್ತದೆ, ಆದರೆ ಹೆಚ್ಚುವರಿ ಪ್ರಕ್ರಿಯೆಯ ಓವರ್ಹೆಡ್ ಅನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳದೆ, ಅದು ನಿರ್ಬಂಧಿಸುವ ಮೋಡ್‌ನಲ್ಲಿ ಹ್ಯಾಂಡ್ಲರ್‌ಗಳ ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆಯನ್ನು ಸಂಘಟಿಸುತ್ತದೆ webRequest API);
- ಆಡ್-ಆನ್‌ಗಳಲ್ಲಿ ಸಕ್ರಿಯವಾಗಿ ಬಳಸಲಾಗುವ API ಅನ್ನು ಬೆಂಬಲಿಸುವುದನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ನಿಲ್ಲಿಸುವುದು ಪ್ರಾಯೋಗಿಕವಾಗಿಲ್ಲ. ಅದನ್ನು ತೆಗೆದುಹಾಕುವ ಬದಲು, ನೀವು ಪ್ರತ್ಯೇಕ ಅನುಮತಿಯನ್ನು ಸೇರಿಸಬಹುದು ಮತ್ತು ಆಡ್-ಆನ್‌ಗಳಲ್ಲಿ ಅದರ ಬಳಕೆಯ ಸಮರ್ಪಕತೆಯನ್ನು ಕಟ್ಟುನಿಟ್ಟಾಗಿ ನಿಯಂತ್ರಿಸಬಹುದು, ಇದು ಅನೇಕ ಜನಪ್ರಿಯ ಆಡ್-ಆನ್‌ಗಳ ಲೇಖಕರನ್ನು ತಮ್ಮ ಉತ್ಪನ್ನಗಳನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಮರುನಿರ್ಮಾಣ ಮಾಡುವುದರಿಂದ ಉಳಿಸುತ್ತದೆ ಮತ್ತು ಕ್ರಿಯಾತ್ಮಕತೆಯನ್ನು ಕಡಿತಗೊಳಿಸುವುದನ್ನು ತಪ್ಪಿಸುತ್ತದೆ;
- ಓವರ್ಹೆಡ್ ವೆಚ್ಚಗಳನ್ನು ಕಡಿಮೆ ಮಾಡಲು, ನೀವು API ಅನ್ನು ಅಳಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ, ಆದರೆ ಫೈರ್‌ಫಾಕ್ಸ್‌ನಲ್ಲಿ ವೆಬ್‌ರಿಕ್ವೆಸ್ಟ್ ಅನುಷ್ಠಾನದಂತೆಯೇ ಪ್ರಾಮಿಸ್ ಯಾಂತ್ರಿಕತೆಯ ಆಧಾರದ ಮೇಲೆ ಅದನ್ನು ರೀಮೇಕ್ ಮಾಡಿ;
- ಪ್ರಸ್ತಾವಿತ ಪರ್ಯಾಯ, declarativeNetRequest, ಜಾಹೀರಾತು ನಿರ್ಬಂಧಿಸುವಿಕೆ ಮತ್ತು ಭದ್ರತೆ/ಗೌಪ್ಯತೆಗಾಗಿ ಆಡ್-ಆನ್ ಡೆವಲಪರ್‌ಗಳ ಎಲ್ಲಾ ಅಗತ್ಯಗಳನ್ನು ಒಳಗೊಂಡಿರುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಇದು ನೆಟ್‌ವರ್ಕ್ ವಿನಂತಿಗಳ ಮೇಲೆ ಸಂಪೂರ್ಣ ನಿಯಂತ್ರಣವನ್ನು ಒದಗಿಸುವುದಿಲ್ಲ, ಕಸ್ಟಮ್ ಫಿಲ್ಟರಿಂಗ್ ಅಲ್ಗಾರಿದಮ್‌ಗಳ ಬಳಕೆಯನ್ನು ಅನುಮತಿಸುವುದಿಲ್ಲ ಮತ್ತು ಅನುಮತಿಸುವುದಿಲ್ಲ ಪರಿಸ್ಥಿತಿಗಳನ್ನು ಅವಲಂಬಿಸಿ ಪರಸ್ಪರ ಅತಿಕ್ರಮಿಸುವ ಸಂಕೀರ್ಣ ನಿಯಮಗಳ ಬಳಕೆ;
- ಪ್ರಸ್ತುತ declarativeNetRequest API ಸ್ಥಿತಿಯೊಂದಿಗೆ, uBlock ಮೂಲ ಮತ್ತು uMatrix ಆಡ್-ಆನ್‌ಗಳ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಕಾರ್ಯವನ್ನು ಬದಲಾಗದೆ ಮರುಸೃಷ್ಟಿಸುವುದು ಅಸಾಧ್ಯವಾಗಿದೆ ಮತ್ತು Chrome ಗಾಗಿ NoScript ಪೋರ್ಟ್‌ನ ಹೆಚ್ಚಿನ ಅಭಿವೃದ್ಧಿಯನ್ನು ಸಹ ಅರ್ಥಹೀನಗೊಳಿಸುತ್ತದೆ;
- ವೆಬ್‌ರಿಕ್ವೆಸ್ಟ್ API ಯ ಓದಲು-ಮಾತ್ರ, ನಿರ್ಬಂಧಿಸದ ಮೋಡ್ ಅನ್ನು ಸ್ಥಳದಲ್ಲಿ ಇರಿಸಲಾಗಿದೆ ಮತ್ತು ಎಲ್ಲಾ ಟ್ರಾಫಿಕ್ ಅನ್ನು ನಿಯಂತ್ರಿಸಲು ದುರುದ್ದೇಶಪೂರಿತ ಆಡ್-ಆನ್‌ಗಳನ್ನು ಅನುಮತಿಸುತ್ತದೆ, ಆದರೆ ಅದರೊಂದಿಗೆ ಹಸ್ತಕ್ಷೇಪ ಮಾಡುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಒದಗಿಸುವುದಿಲ್ಲ. ಫ್ಲೈ (ವಿಷಯವನ್ನು ಬದಲಾಯಿಸಿ, ನಿಮ್ಮ ಜಾಹೀರಾತುಗಳನ್ನು ಇರಿಸಿ, ಮೈನರ್ಸ್ ರನ್ ಮಾಡಿ ಮತ್ತು ಇನ್‌ಪುಟ್ ಫಾರ್ಮ್‌ಗಳ ವಿಷಯಗಳನ್ನು ವಿಶ್ಲೇಷಿಸಿ ಪುಟವನ್ನು ಲೋಡ್ ಮಾಡಿದ ನಂತರ ಬಳಸಬಹುದು);
- ಬ್ರೌಸರ್ ಡೆವಲಪರ್‌ಗಳು , и , Chromium ಎಂಜಿನ್‌ನಲ್ಲಿ ನಿರ್ಮಿಸಲಾಗಿದೆ, ತಮ್ಮ ಉತ್ಪನ್ನಗಳಲ್ಲಿ ವೆಬ್‌ರಿಕ್ವೆಸ್ಟ್ ನಿರ್ಬಂಧಿಸುವ ಮೋಡ್‌ಗೆ ಬೆಂಬಲವನ್ನು ಬಿಡಲು ಉದ್ದೇಶಿಸಿದೆ.
ಮೂಲ: opennet.ru