ಕ್ರೋಮ್ 94 ರಲ್ಲಿ ಐಡಲ್ ಡಿಟೆಕ್ಷನ್ API ಯ ಡೀಫಾಲ್ಟ್ ಸೇರ್ಪಡೆಯು ಟೀಕೆಗಳ ಅಲೆಗೆ ಕಾರಣವಾಯಿತು, Firefox ಮತ್ತು WebKit/Safari ಡೆವಲಪರ್‌ಗಳಿಂದ ಆಕ್ಷೇಪಣೆಗಳನ್ನು ಉಲ್ಲೇಖಿಸುತ್ತದೆ.
ಐಡಲ್ ಡಿಟೆಕ್ಷನ್ API ಬಳಕೆದಾರರು ನಿಷ್ಕ್ರಿಯವಾಗಿರುವ ಸಮಯವನ್ನು ಪತ್ತೆಹಚ್ಚಲು ಸೈಟ್‌ಗಳಿಗೆ ಅನುಮತಿಸುತ್ತದೆ, ಅಂದರೆ. ಕೀಬೋರ್ಡ್/ಮೌಸ್‌ನೊಂದಿಗೆ ಸಂವಹನ ಮಾಡುವುದಿಲ್ಲ ಅಥವಾ ಇನ್ನೊಂದು ಮಾನಿಟರ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ. ಸಿಸ್ಟಮ್‌ನಲ್ಲಿ ಸ್ಕ್ರೀನ್ ಸೇವರ್ ಚಾಲನೆಯಲ್ಲಿದೆಯೇ ಅಥವಾ ಇಲ್ಲವೇ ಎಂಬುದನ್ನು ಕಂಡುಹಿಡಿಯಲು API ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ನಿರ್ದಿಷ್ಟ ನಿಷ್ಕ್ರಿಯತೆಯ ಮಿತಿಯನ್ನು ತಲುಪಿದ ನಂತರ ಅಧಿಸೂಚನೆಯನ್ನು ಕಳುಹಿಸುವ ಮೂಲಕ ನಿಷ್ಕ್ರಿಯತೆಯ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ಕೈಗೊಳ್ಳಲಾಗುತ್ತದೆ, ಅದರ ಕನಿಷ್ಠ ಮೌಲ್ಯವನ್ನು 1 ನಿಮಿಷಕ್ಕೆ ಹೊಂದಿಸಲಾಗಿದೆ.
ಐಡಲ್ ಡಿಟೆಕ್ಷನ್ API ಬಳಕೆಗೆ ಬಳಕೆದಾರರ ಅನುಮತಿಗಳನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ನೀಡುವ ಅಗತ್ಯವಿದೆ ಎಂಬುದನ್ನು ಗಮನಿಸುವುದು ಮುಖ್ಯ, ಅಂದರೆ. ಅಪ್ಲಿಕೇಶನ್ ಮೊದಲ ಬಾರಿಗೆ ನಿಷ್ಕ್ರಿಯತೆಯನ್ನು ಪತ್ತೆಹಚ್ಚಲು ಪ್ರಯತ್ನಿಸಿದರೆ, ಬಳಕೆದಾರರಿಗೆ ಅನುಮತಿಗಳನ್ನು ನೀಡಬೇಕೆ ಅಥವಾ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ನಿರ್ಬಂಧಿಸಬೇಕೆ ಎಂದು ಕೇಳುವ ವಿಂಡೋವನ್ನು ನೀಡಲಾಗುತ್ತದೆ. ಐಡಲ್ ಡಿಟೆಕ್ಷನ್ API ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲು, "ಗೌಪ್ಯತೆ ಮತ್ತು ಭದ್ರತೆ" ಸೆಟ್ಟಿಂಗ್‌ಗಳ ವಿಭಾಗದಲ್ಲಿ ವಿಶೇಷ ಆಯ್ಕೆಯನ್ನು ("chrome://settings/content/idleDetection") ಒದಗಿಸಲಾಗಿದೆ.
ಅಪ್ಲಿಕೇಶನ್ ಪ್ರದೇಶಗಳು ಚಾಟ್, ಸಾಮಾಜಿಕ ನೆಟ್‌ವರ್ಕಿಂಗ್ ಮತ್ತು ಸಂವಹನ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತವೆ, ಅದು ಕಂಪ್ಯೂಟರ್‌ನಲ್ಲಿರುವ ಅವನ ಉಪಸ್ಥಿತಿಯನ್ನು ಅವಲಂಬಿಸಿ ಬಳಕೆದಾರರ ಸ್ಥಿತಿಯನ್ನು ಬದಲಾಯಿಸಬಹುದು ಅಥವಾ ಬಳಕೆದಾರರು ಬರುವವರೆಗೆ ಹೊಸ ಸಂದೇಶಗಳ ಅಧಿಸೂಚನೆಯನ್ನು ವಿಳಂಬಗೊಳಿಸಬಹುದು. ನಿಷ್ಕ್ರಿಯತೆಯ ಅವಧಿಯ ನಂತರ ಮೂಲ ಪರದೆಗೆ ಹಿಂತಿರುಗಲು ಕಿಯೋಸ್ಕ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಲ್ಲಿ API ಅನ್ನು ಬಳಸಬಹುದು, ಅಥವಾ ಬಳಕೆದಾರರು ಕಂಪ್ಯೂಟರ್‌ನಲ್ಲಿ ಇಲ್ಲದಿರುವಾಗ ಸಂಕೀರ್ಣವನ್ನು ಪುನಃ ರಚಿಸುವುದು, ನಿರಂತರವಾಗಿ ಚಾರ್ಟ್‌ಗಳನ್ನು ನವೀಕರಿಸುವುದು ಮುಂತಾದ ಸಂಪನ್ಮೂಲ-ತೀವ್ರವಾದ ಸಂವಾದಾತ್ಮಕ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಬಹುದು.
ಐಡಲ್ ಡಿಟೆಕ್ಷನ್ API ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುವ ವಿರೋಧಿಗಳ ಸ್ಥಾನವೆಂದರೆ ಬಳಕೆದಾರರು ಕಂಪ್ಯೂಟರ್‌ನಲ್ಲಿದ್ದಾರೆಯೇ ಅಥವಾ ಇಲ್ಲವೇ ಎಂಬ ಮಾಹಿತಿಯನ್ನು ಗೌಪ್ಯವೆಂದು ಪರಿಗಣಿಸಬಹುದು. ಉಪಯುಕ್ತ ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ಜೊತೆಗೆ, ಈ API ಅನ್ನು ಕೆಟ್ಟ ಉದ್ದೇಶಗಳಿಗಾಗಿ ಸಹ ಬಳಸಬಹುದು, ಉದಾಹರಣೆಗೆ, ಬಳಕೆದಾರರು ದೂರದಲ್ಲಿರುವಾಗ ದುರ್ಬಲತೆಗಳನ್ನು ಬಳಸಿಕೊಳ್ಳಲು ಪ್ರಯತ್ನಿಸಲು ಅಥವಾ ಗಣಿಗಾರಿಕೆಯಂತಹ ಎದ್ದುಕಾಣುವ ದುರುದ್ದೇಶಪೂರಿತ ಚಟುವಟಿಕೆಯನ್ನು ಮರೆಮಾಡಲು. ಪ್ರಶ್ನೆಯಲ್ಲಿರುವ API ಅನ್ನು ಬಳಸಿಕೊಂಡು, ಬಳಕೆದಾರರ ನಡವಳಿಕೆಯ ಮಾದರಿಗಳು ಮತ್ತು ಅವರ ಕೆಲಸದ ದೈನಂದಿನ ಲಯದ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ಸಹ ಸಂಗ್ರಹಿಸಬಹುದು. ಉದಾಹರಣೆಗೆ, ಬಳಕೆದಾರರು ಸಾಮಾನ್ಯವಾಗಿ ಊಟಕ್ಕೆ ಹೋದಾಗ ಅಥವಾ ಕೆಲಸದ ಸ್ಥಳವನ್ನು ತೊರೆದಾಗ ನೀವು ಕಂಡುಹಿಡಿಯಬಹುದು. ದೃಢೀಕರಣದ ಪುರಾವೆಗಾಗಿ ಕಡ್ಡಾಯ ವಿನಂತಿಯ ಸಂದರ್ಭದಲ್ಲಿ, ಈ ಕಾಳಜಿಗಳನ್ನು Google ನಿಂದ ಅತ್ಯಲ್ಪವೆಂದು ಗ್ರಹಿಸಲಾಗಿದೆ.
ಹೆಚ್ಚುವರಿಯಾಗಿ, ಮೆಮೊರಿಯೊಂದಿಗೆ ಸುರಕ್ಷಿತ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಹೊಸ ತಂತ್ರಗಳ ಪ್ರಚಾರದ ಕುರಿತು Chrome ಡೆವಲಪರ್‌ಗಳ ಟಿಪ್ಪಣಿಯನ್ನು ನೀವು ಗಮನಿಸಬಹುದು. Google ಪ್ರಕಾರ, Chrome ನಲ್ಲಿನ 70% ರಷ್ಟು ಭದ್ರತಾ ಸಮಸ್ಯೆಗಳು ಮೆಮೊರಿ ದೋಷಗಳಿಂದ ಉಂಟಾಗುತ್ತವೆ, ಉದಾಹರಣೆಗೆ ಅದರೊಂದಿಗೆ ಸಂಬಂಧಿಸಿದ ಮೆಮೊರಿಯನ್ನು ಮುಕ್ತಗೊಳಿಸಿದ ನಂತರ ಬಫರ್ ಅನ್ನು ಬಳಸುವುದು (ಬಳಕೆಯ ನಂತರ-ಉಚಿತ). ಅಂತಹ ದೋಷಗಳನ್ನು ಎದುರಿಸಲು ಮೂರು ಮುಖ್ಯ ತಂತ್ರಗಳನ್ನು ಗುರುತಿಸಲಾಗಿದೆ: ಸಂಕಲನ ಹಂತದಲ್ಲಿ ತಪಾಸಣೆಗಳನ್ನು ಬಲಪಡಿಸುವುದು, ರನ್ಟೈಮ್ನಲ್ಲಿ ದೋಷಗಳನ್ನು ನಿರ್ಬಂಧಿಸುವುದು ಮತ್ತು ಮೆಮೊರಿ-ಸುರಕ್ಷಿತ ಭಾಷೆಯನ್ನು ಬಳಸುವುದು.
ಕ್ರೋಮಿಯಂ ಕೋಡ್‌ಬೇಸ್‌ಗೆ ರಸ್ಟ್ ಭಾಷೆಯಲ್ಲಿ ಘಟಕಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಸೇರಿಸಲು ಪ್ರಯೋಗಗಳು ಪ್ರಾರಂಭವಾಗಿವೆ ಎಂದು ವರದಿಯಾಗಿದೆ. ಬಳಕೆದಾರರಿಗೆ ವಿತರಿಸಲಾದ ಬಿಲ್ಡ್‌ಗಳಲ್ಲಿ ರಸ್ಟ್ ಕೋಡ್ ಅನ್ನು ಇನ್ನೂ ಸೇರಿಸಲಾಗಿಲ್ಲ ಮತ್ತು ಮುಖ್ಯವಾಗಿ ರಸ್ಟ್‌ನಲ್ಲಿ ಬ್ರೌಸರ್‌ನ ಪ್ರತ್ಯೇಕ ಭಾಗಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವ ಸಾಧ್ಯತೆಯನ್ನು ಪರೀಕ್ಷಿಸುವ ಗುರಿಯನ್ನು ಹೊಂದಿದೆ ಮತ್ತು C++ ನಲ್ಲಿ ಬರೆಯಲಾದ ಇತರ ಭಾಗಗಳೊಂದಿಗೆ ಅವುಗಳ ಏಕೀಕರಣ. ಸಮಾನಾಂತರವಾಗಿ, C++ ಕೋಡ್‌ಗಾಗಿ, ಈಗಾಗಲೇ ಮುಕ್ತವಾಗಿರುವ ಮೆಮೊರಿ ಬ್ಲಾಕ್‌ಗಳನ್ನು ಪ್ರವೇಶಿಸುವುದರಿಂದ ಉಂಟಾಗುವ ದುರ್ಬಲತೆಗಳನ್ನು ಬಳಸಿಕೊಳ್ಳುವ ಸಾಧ್ಯತೆಯನ್ನು ನಿರ್ಬಂಧಿಸಲು ಕಚ್ಚಾ ಪಾಯಿಂಟರ್‌ಗಳ ಬದಲಿಗೆ MiraclePtr ಪ್ರಕಾರವನ್ನು ಬಳಸಲು ಯೋಜನೆಯು ಅಭಿವೃದ್ಧಿಗೊಳ್ಳುತ್ತಲೇ ಇದೆ ಮತ್ತು ಸಂಕಲನ ಹಂತದಲ್ಲಿ ದೋಷಗಳನ್ನು ಪತ್ತೆಹಚ್ಚಲು ಹೊಸ ವಿಧಾನಗಳನ್ನು ಸಹ ಪ್ರಸ್ತಾಪಿಸಲಾಗಿದೆ.
ಹೆಚ್ಚುವರಿಯಾಗಿ, ಬ್ರೌಸರ್ ಎರಡರ ಬದಲಿಗೆ ಮೂರು ಅಂಕೆಗಳನ್ನು ಒಳಗೊಂಡಿರುವ ಆವೃತ್ತಿಯನ್ನು ತಲುಪಿದ ನಂತರ ಸೈಟ್‌ಗಳ ಸಂಭವನೀಯ ಅಡಚಣೆಯನ್ನು ಪರೀಕ್ಷಿಸಲು Google ಪ್ರಯೋಗವನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತಿದೆ. ನಿರ್ದಿಷ್ಟವಾಗಿ ಹೇಳುವುದಾದರೆ, ಕ್ರೋಮ್ 96 ರ ಪರೀಕ್ಷಾ ಬಿಡುಗಡೆಗಳಲ್ಲಿ, ಬಳಕೆದಾರ-ಏಜೆಂಟ್ ಹೆಡರ್, ಆವೃತ್ತಿ 100 (Chrome/100) ನಲ್ಲಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದಾಗ "chrome://flags#force-major-version-to-100.0.4650.4" ಸೆಟ್ಟಿಂಗ್ ಕಾಣಿಸಿಕೊಂಡಿತು. ಪ್ರದರ್ಶಿಸಲು ಪ್ರಾರಂಭವಾಗುತ್ತದೆ. ಆಗಸ್ಟ್‌ನಲ್ಲಿ, ಫೈರ್‌ಫಾಕ್ಸ್‌ನಲ್ಲಿ ಇದೇ ರೀತಿಯ ಪ್ರಯೋಗವನ್ನು ನಡೆಸಲಾಯಿತು, ಇದು ಕೆಲವು ಸೈಟ್‌ಗಳಲ್ಲಿ ಮೂರು-ಅಂಕಿಯ ಆವೃತ್ತಿಗಳನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುವಲ್ಲಿ ಸಮಸ್ಯೆಗಳನ್ನು ಬಹಿರಂಗಪಡಿಸಿತು.
ಮೂಲ: opennet.ru