ಗೂಗಲ್ ಕ್ರೋಮ್
ಈಗ ಹಲವಾರು ತಿಂಗಳುಗಳಿಂದ ಗೂಗಲ್ ತನ್ನ ಕ್ರೋಮ್ ವೆಬ್ ಬ್ರೌಸರ್‌ನಿಂದ ಜಾಹೀರಾತು ಬ್ಲಾಕರ್‌ಗಳನ್ನು ತೆಗೆದುಹಾಕುವ ಉದ್ದೇಶವನ್ನು ತಿಳಿಸಿತ್ತು., ಮ್ಯಾನಿಫೆಸ್ಟ್ ವಿ 3 ನಲ್ಲಿ ಪರಿಚಯಿಸಲಾದ ಬದಲಾವಣೆಗಳಲ್ಲಿ ಬ್ಲಾಕರ್‌ಗಳು ಸಮಸ್ಯೆಗಳನ್ನು ಎದುರಿಸಬೇಕಾಗುತ್ತದೆ ಎಂಬ ಮಾರ್ಗಸೂಚಿಯೊಂದಿಗೆ ಇದು.
ಗೂಗಲ್ ಆಗಿದ್ದರೂ ಸಹ ಕೆಲವು ಸೇವಾ ಪೂರೈಕೆದಾರರು ಎಂದು ವಾದಿಸಿದರು ಆನ್‌ಲೈನ್ ಅಂತರ್ನಿರ್ಮಿತ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ಹೊಂದಿದೆ ಡಿಜಿಟಲ್ ಜಾಹೀರಾತಿನ ಅಗತ್ಯ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ರಾಜಿ ಮಾಡಬಹುದು ಮೂರನೇ ವ್ಯಕ್ತಿಗಳಿಂದ.
ವೆಬ್‌ರೆಕ್ವೆಸ್ಟ್ API ಯಿಂದ ಮೋಡ್ ಅನ್ನು ನಿರ್ಬಂಧಿಸುವುದನ್ನು ಬೆಂಬಲಿಸುವುದನ್ನು ಕ್ರೋಮ್ ಡೆವಲಪರ್‌ಗಳು ಸಮರ್ಥಿಸಲು ಪ್ರಯತ್ನಿಸಿದ್ದಾರೆ, ಸ್ವೀಕರಿಸಿದ ವಿಷಯವನ್ನು ಹಾರಾಡುತ್ತ ಬದಲಾಯಿಸಲು ಇದು ನಿಮ್ಮನ್ನು ಅನುಮತಿಸುತ್ತದೆ ಮತ್ತು ಜಾಹೀರಾತುಗಳನ್ನು ನಿರ್ಬಂಧಿಸಲು, ಮಾಲ್‌ವೇರ್, ಫಿಶಿಂಗ್, ಬಳಕೆದಾರರ ಮೇಲೆ ಕಣ್ಣಿಡಲು, ಪೋಷಕರ ನಿಯಂತ್ರಣ ಮತ್ತು ಗೌಪ್ಯತೆಗೆ ಆಡ್-ಆನ್‌ಗಳಲ್ಲಿ ಸಕ್ರಿಯವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ.
ವೆಬ್‌ರೆಕ್ವೆಸ್ಟ್ API ಯ ನಿರ್ಬಂಧಿಸುವ ಮೋಡ್ ಹೆಚ್ಚಿನ ಸಂಪನ್ಮೂಲ ಬಳಕೆಗೆ ಕಾರಣವಾಗುತ್ತದೆ.
ಈ API ಅನ್ನು ಬಳಸುವಾಗ, ಬ್ರೌಸರ್ ಮೊದಲು ನೆಟ್‌ವರ್ಕ್ ವಿನಂತಿಯಲ್ಲಿರುವ ಎಲ್ಲಾ ಡೇಟಾವನ್ನು ಪ್ಲಗ್‌ಇನ್‌ಗೆ ಕಳುಹಿಸುತ್ತದೆ, ಪ್ಲಗಿನ್ ಅದನ್ನು ಪಾರ್ಸ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಬ್ರೌಸರ್‌ನಲ್ಲಿ ಹೆಚ್ಚಿನ ಪ್ರಕ್ರಿಯೆಗಾಗಿ ಮಾರ್ಪಡಿಸಿದ ಆವೃತ್ತಿಯನ್ನು ಹಿಂದಿರುಗಿಸುತ್ತದೆ ಅಥವಾ ಸೂಚನೆಗಳನ್ನು ನಿರ್ಬಂಧಿಸುವಲ್ಲಿನ ತೊಂದರೆಗಳು.
ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಮುಖ್ಯ ವಿಳಂಬವು ಸಂಚಾರವನ್ನು ಪ್ಲಗ್-ಇನ್‌ನೊಂದಿಗೆ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುವ ಹಂತದಲ್ಲಿ ಅಲ್ಲ, ಆದರೆ ಪ್ಲಗ್-ಇನ್ ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆಯನ್ನು ಸಂಘಟಿಸುವ ಓವರ್ಹೆಡ್ ಕಾರಣ.
ನಿರ್ದಿಷ್ಟವಾಗಿ ಹೇಳುವುದಾದರೆ, ಅಂತಹ ಬದಲಾವಣೆಗಳಿಗೆ ಪ್ರತ್ಯೇಕ ಪ್ರಕ್ರಿಯೆಗೆ ಪೂರಕವಾಗಿ ಉಡಾವಣೆಯ ಅಗತ್ಯವಿರುತ್ತದೆ, ಜೊತೆಗೆ ಈ ಪ್ರಕ್ರಿಯೆ ಮತ್ತು ದತ್ತಾಂಶ ಧಾರಾವಾಹಿ ಕಾರ್ಯವಿಧಾನಗಳೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸಲು ಐಪಿಸಿಯನ್ನು ಬಳಸುವುದು ಅಗತ್ಯವಾಗಿರುತ್ತದೆ.
ಆಡ್-ಆನ್ ಎಲ್ಲಾ ದಟ್ಟಣೆಯನ್ನು ಕಡಿಮೆ ಮಟ್ಟದಲ್ಲಿ ಸಂಪೂರ್ಣವಾಗಿ ನಿಯಂತ್ರಿಸುತ್ತದೆ, ಇದು ನಿಂದನೆ ಮತ್ತು ಗೌಪ್ಯತೆ ಉಲ್ಲಂಘನೆಗಳಿಗೆ ವ್ಯಾಪಕ ಅವಕಾಶಗಳನ್ನು ತೆರೆಯುತ್ತದೆ.
ಗೂಗಲ್ ಇನ್ನೂ API ಅನ್ನು ತೆಗೆದುಹಾಕುವ ಪರವಾಗಿದೆ
ಗೂಗಲ್ ಅಂಕಿಅಂಶಗಳ ಪ್ರಕಾರ, ರಲ್ಲಿ ಎಲ್ಲಾ ದುರುದ್ದೇಶಪೂರಿತ ಪ್ಲಗಿನ್‌ಗಳಲ್ಲಿ 42% ಪತ್ತೆಯಾಗಿದೆ, ವೆಬ್‌ರೆಕ್ವೆಸ್ಟ್ API ಅನ್ನು ಬಳಸಲಾಗಿದೆ.
ದುರದೃಷ್ಟವಶಾತ್, ಎಲ್ಲಾ ದುರುದ್ದೇಶಪೂರಿತ ಪ್ಲಗ್‌ಇನ್‌ಗಳನ್ನು ತಡೆಯಲು ವಿಮರ್ಶೆಯು ಅನುಮತಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ರಕ್ಷಣೆಯನ್ನು ಸುಧಾರಿಸಲು, ಎಪಿಐ ಮಟ್ಟದಲ್ಲಿ ಪ್ಲಗಿನ್‌ಗಳನ್ನು ಮಿತಿಗೊಳಿಸಲು ನಿರ್ಧರಿಸಲಾಯಿತು.
ಎಲ್ಲಾ ದಟ್ಟಣೆಗೆ ಸೀಮಿತ ಪ್ರವೇಶದೊಂದಿಗೆ ಪ್ಲಗಿನ್‌ಗಳನ್ನು ಒದಗಿಸುವುದು ಮೂಲ ಆಲೋಚನೆ, ಕಲ್ಪಿತ ಕ್ರಿಯಾತ್ಮಕತೆಯ ಅನುಷ್ಠಾನಕ್ಕೆ ಅಗತ್ಯವಾದ ಡೇಟಾಗೆ ಮಾತ್ರವಲ್ಲ.
ನಿರ್ದಿಷ್ಟವಾಗಿ, ವಿಷಯವನ್ನು ನಿರ್ಬಂಧಿಸಲು ಎಲ್ಲಾ ಗೌಪ್ಯ ಬಳಕೆದಾರ ಡೇಟಾಗೆ ಪೂರ್ಣ ಪ್ರವೇಶವನ್ನು ಪ್ಲಗಿನ್‌ಗೆ ಒದಗಿಸುವುದು ಅನಿವಾರ್ಯವಲ್ಲ.
ಡಿಕ್ಲೇರೇಟಿವ್ ನೆಟ್ ರಿಕ್ವೆಸ್ಟ್ ಎಪಿಐ ಅನ್ನು ಬದಲಿಸುವ ಉದ್ದೇಶಿತ ಘೋಷಣೆ ಎಲ್ಲಾ ಕೆಲಸಗಳನ್ನು ನೋಡಿಕೊಳ್ಳುತ್ತದೆ ಉನ್ನತ-ಕಾರ್ಯಕ್ಷಮತೆಯ ವಿಷಯ ಫಿಲ್ಟರಿಂಗ್ ವ್ಯವಸ್ಥೆ ಮತ್ತು ಫಿಲ್ಟರಿಂಗ್ ನಿಯಮ ಪ್ಲಗಿನ್‌ಗಳ ಡೌನ್‌ಲೋಡ್ ಮಾತ್ರ ಅಗತ್ಯವಿದೆ. ಇದಲ್ಲದೆ, ಸೇರ್ಪಡೆಯು ದಟ್ಟಣೆಗೆ ಅಡ್ಡಿಯಾಗುವುದಿಲ್ಲ ಮತ್ತು ಬಳಕೆದಾರರ ಖಾಸಗಿ ಡೇಟಾ ಉಲ್ಲಂಘಿಸಲಾಗುವುದಿಲ್ಲ.
ಎಪಿಐ ಕ್ರಿಯಾತ್ಮಕತೆಯ ಕೊರತೆಗೆ ಸಂಬಂಧಿಸಿದಂತೆ ಗೂಗಲ್ ಅನೇಕ ಕಾಮೆಂಟ್‌ಗಳನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಂಡಿದೆ, ಡಿಕ್ಲೇರೇಟಿವ್ ನೆಟ್ ರಿಕ್ವೆಸ್ಟ್ ಮತ್ತು ಪ್ರತಿ ವಿಸ್ತರಣೆಗೆ ಮೂಲತಃ ಪ್ರಸ್ತಾಪಿಸಲಾದ 30,000 ದಿಂದ ಫಿಲ್ಟರ್ ನಿಯಮಗಳ ಸಂಖ್ಯೆಯ ಮಿತಿಯನ್ನು ಜಾಗತಿಕ ಗರಿಷ್ಠ 150,000 ಕ್ಕೆ ವಿಸ್ತರಿಸಿದೆ ಮತ್ತು ಕ್ರಿಯಾತ್ಮಕವಾಗಿ ಮಾರ್ಪಡಿಸುವ ಮತ್ತು ನಿಯಮಗಳನ್ನು ಸೇರಿಸುವ, ಎಚ್‌ಟಿಟಿಪಿ ಹೆಡರ್‌ಗಳನ್ನು ತೆಗೆದುಹಾಕುವ ಮತ್ತು ಬದಲಿಸುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಸೇರಿಸಿದೆ (ರೆಫರರ್, ಕುಕಿ, ಸೆಟ್-ಕುಕಿ) ಮತ್ತು ನಿಯತಾಂಕಗಳನ್ನು ವಿನಂತಿಸಿ.
ಅಭಿವರ್ಧಕರಿಗೆ ಸಂಪೂರ್ಣವಾಗಿ ಮನವರಿಕೆಯಾಗುವುದಿಲ್ಲ
ಪ್ಲಗ್ಇನ್ ಡೆವಲಪರ್‌ಗಳ ಪರೀಕ್ಷೆಯು ಸಾಮಾನ್ಯ ಹಿನ್ನೆಲೆಗೆ ಹೋಲಿಸಿದರೆ ಜಾಹೀರಾತು-ನಿರ್ಬಂಧಿಸುವ ಪ್ಲಗಿನ್‌ಗಳ ಕಾರ್ಯಕ್ಷಮತೆ ನಗಣ್ಯ ಎಂದು ತೋರಿಸುತ್ತದೆ (ಪರೀಕ್ಷಿಸುವಾಗ, ವಿವಿಧ ಪ್ಲಗಿನ್‌ಗಳ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಹೋಲಿಸಿದಾಗ, ಆದರೆ ಹೆಚ್ಚುವರಿ ಪ್ರಕ್ರಿಯೆಯ ಓವರ್ಹೆಡ್ ಅನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳದಿರುವುದು ಹ್ಯಾಂಡ್ಲರ್‌ಗಳ ಮರಣದಂಡನೆಯನ್ನು ಸಮನ್ವಯಗೊಳಿಸುತ್ತದೆ ವೆಬ್‌ರೆಕ್ವೆಸ್ಟ್ API ಯ ನಿರ್ಬಂಧಿಸುವ ಮೋಡ್).
API ಅನ್ನು ಬೆಂಬಲಿಸುವುದನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ನಿಲ್ಲಿಸುವುದು ಪ್ರಾಯೋಗಿಕವಲ್ಲ, ಪ್ಲಗಿನ್‌ಗಳಲ್ಲಿ ಸಕ್ರಿಯವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ. ಅದನ್ನು ತೆಗೆದುಹಾಕುವ ಬದಲು, ಸೇರ್ಪಡೆಗಳಲ್ಲಿ ಅದರ ಬಳಕೆಯ ಸಮರ್ಪಕತೆಗಾಗಿ ಪ್ರತ್ಯೇಕ ರೆಸಲ್ಯೂಶನ್ ಅನ್ನು ಸೇರಿಸಬಹುದು ಮತ್ತು ಬಿಗಿಯಾಗಿ ನಿಯಂತ್ರಿಸಬಹುದು ಎಂದು ಡೆವಲಪರ್‌ಗಳು ವಾದಿಸುತ್ತಾರೆ, ಇದು ಅನೇಕ ಜನಪ್ರಿಯ ಪ್ಲಗಿನ್‌ಗಳ ಲೇಖಕರನ್ನು ತಮ್ಮ ಉತ್ಪನ್ನಗಳ ಪೂರ್ಣ ಸಂಸ್ಕರಣೆಯಿಂದ ಉಳಿಸುತ್ತದೆ ಮತ್ತು ಕ್ರಿಯಾತ್ಮಕತೆಯ ಕಡಿತವನ್ನು ತಡೆಯುತ್ತದೆ.
ಡಿಕ್ಲೇರೇಟಿವ್ ನೆಟ್ ರಿಕ್ವೆಸ್ಟ್‌ಗೆ ಪ್ರಸ್ತಾಪಿತ ಪರ್ಯಾಯವು ಜಾಹೀರಾತುಗಳನ್ನು ನಿರ್ಬಂಧಿಸಲು ಮತ್ತು ಸುರಕ್ಷತೆ / ಗೌಪ್ಯತೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಪ್ಲಗಿನ್ ಡೆವಲಪರ್‌ಗಳ ಎಲ್ಲಾ ಅಗತ್ಯಗಳನ್ನು ಒಳಗೊಂಡಿರುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಇದು ನೆಟ್‌ವರ್ಕ್ ವಿನಂತಿಗಳ ಮೇಲೆ ಸಂಪೂರ್ಣ ನಿಯಂತ್ರಣವನ್ನು ಒದಗಿಸುವುದಿಲ್ಲ, ಸ್ವಾಮ್ಯದ ಫಿಲ್ಟರಿಂಗ್ ಕ್ರಮಾವಳಿಗಳ ಬಳಕೆಯನ್ನು ಅನುಮತಿಸುವುದಿಲ್ಲ ಮತ್ತು ಬಳಕೆಯನ್ನು ಅನುಮತಿಸುವುದಿಲ್ಲ ಪರಿಸ್ಥಿತಿಗಳನ್ನು ಅವಲಂಬಿಸಿ ಪರಸ್ಪರ ಅತಿಕ್ರಮಿಸುವ ಸಂಕೀರ್ಣ ನಿಯಮಗಳು.
ಮೂಲ: https://security.googleblog.com/