சிமியோன் வின்சென்ட், Chrome குழுவில் நீட்டிப்பு டெவலப்பர்களுடனான தொடர்புக்கு பொறுப்பானவர் (நீட்டிப்பு டெவலப்பர் வழக்கறிஞர் பதவியை வகிக்கிறார்),
வழக்கமான Chrome API பயனர்களுக்கு
விளம்பரத் தடுப்பு துணை நிரல்களை உருவாக்குபவர்கள் கூட்டாகத் தயாரித்துள்ளனர்
Chrome துணை நிரல்களுக்கு வழங்கப்பட்ட திறன்கள் மற்றும் ஆதாரங்களின் பட்டியலை வரையறுக்கும் மேனிஃபெஸ்ட்டின் மூன்றாவது பதிப்பின் ஆரம்பப் பதிப்பு, வரும் மாதங்களில் Chrome Canary இன் சோதனைக் கட்டமைப்பில் சோதனைக்காகப் பயன்படுத்த திட்டமிடப்பட்டுள்ளது.
அதே நேரத்தில், webRequest API மூலம் பெறப்பட்ட உள்ளடக்கத்தில் மாற்றங்களைத் தடுப்பதற்கான உந்துதல் முற்றிலும் தெளிவாக இல்லை. webRequest API இன் தடுப்பு முறை செயல்திறனில் எதிர்மறையான தாக்கத்தை ஏற்படுத்துகிறது, ஏனெனில் பக்கத்தை ரெண்டரிங் செய்வதற்கு முன், ஆட்-ஆன் ஹேண்ட்லர் தனது வேலையை முடிக்கும் வரை உலாவி காத்திருக்கிறது. முன்பு நடத்தப்பட்டது
உள்ளடக்கத்திற்கான துணை நிரல்களின் கட்டுப்பாடற்ற அணுகலில் இருந்து பயனர்களைப் பாதுகாப்பதற்கான விருப்பத்துடன் தொடர்புடைய இரண்டாவது வாதம், நம்பத்தகுந்ததாகத் தெரியவில்லை, ஏனெனில் முறையான துணை நிரல்களில் நீண்டகாலமாக நிறுவப்பட்ட மற்றும் பரவலான செயல்பாட்டை அகற்றுவதற்குப் பதிலாக, புதிய ஒன்றைச் சேர்க்க முடிந்தது. அதிகார வகை மற்றும் நெட்வொர்க் கோரிக்கைகளுக்கான முழு அணுகலுடன் ஒரு செருகு நிரலை நிறுவுவதற்கான இறுதித் தேர்வை பயனருக்கு வழங்கவும் அல்லது இல்லை. கூடுதலாக, கூகிள் webRequest API ஐ படிக்க மட்டும் பயன்முறையில் பயன்படுத்துவதற்கான ஆதரவை விட்டுச் சென்றுள்ளது, குறைந்த அளவிலான தலையீடு இல்லாமல் முழு போக்குவரத்து கண்காணிப்பையும் அனுமதிக்கிறது.
பிற ஏபிஐகள் மூலம் ஏற்றப்பட்ட இணையப் பக்கங்களின் உள்ளடக்கங்களை ஆட்-ஆன்கள் மாற்றலாம் (உதாரணமாக, தீங்கிழைக்கும் துணை நிரல்கள் அவற்றின் விளம்பரங்களை இன்னும் வழங்கலாம், சுரங்கத் தொழிலாளர்களைத் தொடங்கலாம் மற்றும் உள்ளீட்டு படிவங்களின் உள்ளடக்கங்களை பகுப்பாய்வு செய்யலாம்).
ரேமண்ட் ஹில், uBlock ஆரிஜின் மற்றும் தேவையற்ற உள்ளடக்கத்தைத் தடுப்பதற்கான uMatrix அமைப்புகளின் ஆசிரியர், மிகவும் கண்டிப்பானவர்.
ஆட்-ஆன் டெவலப்பர்களிடையே பரவலான மற்றும் பிரபலமான API ஐ நிறுத்த வேண்டியதன் அவசியத்திற்கான உறுதியான வாதங்களை அவர் ஒருபோதும் பெறவில்லை. ரேமண்டின் கூற்றுப்படி, செயல்திறன் குறைவது ஒரு வாதம் அல்ல, ஏனெனில் பக்கங்கள் அவற்றின் வீக்கம் காரணமாக மெதுவாக ஏற்றப்படுகின்றன, மேலும் சரியாக செயல்படுத்தப்பட்ட துணை நிரல்களில் webRequest தடுப்பு பயன்முறையைப் பயன்படுத்துவதால் அல்ல. கூகிள் உண்மையில் செயல்திறனில் அக்கறை கொண்டிருந்தால், அவர்கள் பொறிமுறையின் அடிப்படையில் webRequest ஐ மறுவடிவமைப்பு செய்திருப்பார்கள்
ரேமண்டின் கூற்றுப்படி, Chrome இன் பயனர் தளத்தை விரிவுபடுத்துவதற்கும் உள்ளடக்கத் தடுப்பான்களைப் பயன்படுத்துவதால் ஏற்படும் வணிகச் சேதத்திற்கும் இடையே உகந்த சமநிலையை தீர்மானிப்பதே கூகிளின் உத்தியாகும். குரோம் விரிவாக்கத்தின் முதல் கட்டத்தில், கூகிள் பயனர்களிடையே மிகவும் பிரபலமான துணை நிரல்களில் ஒன்றாக விளம்பரத் தடுப்பான்களை வைக்க வேண்டிய கட்டாயம் ஏற்பட்டது. ஆனால் குரோம் ஆதிக்கம் செலுத்திய பிறகு, நிறுவனம் தனக்குச் சாதகமாக இருப்புத் தொகையை உயர்த்தி, விளம்பரப்படுத்துவதன் மூலம் தடுப்பதைக் கட்டுப்படுத்த முயற்சித்தது.
ஆதாரம்: opennet.ru