പുതിയ Chrome മാനിഫെസ്റ്റിൽ നിന്നുള്ള എല്ലാ WebExtensions API നിയന്ത്രണങ്ങളും Mozilla വഹിക്കില്ല

മോസില്ല കമ്പനി പ്രഖ്യാപിച്ചു, Firefox-ലെ WebExtensions API അടിസ്ഥാനമാക്കിയുള്ള ഒരു ആഡ്-ഓൺ സിസ്റ്റം ഉപയോഗിക്കുന്നുണ്ടെങ്കിലും, Chrome ആഡ്-ഓണുകൾക്കായുള്ള മാനിഫെസ്റ്റോയുടെ ഭാവി മൂന്നാം പതിപ്പ് പൂർണ്ണമായി പിന്തുടരാൻ ഡവലപ്പർമാർ ഉദ്ദേശിക്കുന്നില്ല. പ്രത്യേകിച്ചും, ഫയർഫോക്സ് എപിഐയുടെ തടയൽ മോഡിനെ പിന്തുണയ്ക്കുന്നത് തുടരും. webRequest, ഇത് ഈച്ചയിൽ സ്വീകരിച്ച ഉള്ളടക്കം മാറ്റാൻ നിങ്ങളെ അനുവദിക്കുന്നു കൂടാതെ പരസ്യ ബ്ലോക്കറുകളിലും ഉള്ളടക്ക ഫിൽട്ടറിംഗ് സിസ്റ്റങ്ങളിലും ആവശ്യക്കാരുണ്ട്.

WebExtensions API-യിലേക്ക് നീങ്ങുന്നതിന്റെ പ്രധാന ആശയം Firefox, Chrome എന്നിവയ്‌ക്കായി ആഡ്-ഓണുകൾ വികസിപ്പിക്കുന്നതിനുള്ള സാങ്കേതികവിദ്യ ഏകീകരിക്കുക എന്നതായിരുന്നു, അതിനാൽ അതിന്റെ നിലവിലെ രൂപത്തിൽ, Firefox Chrome മാനിഫെസ്റ്റിന്റെ നിലവിലെ രണ്ടാമത്തെ പതിപ്പുമായി ഏകദേശം 100% പൊരുത്തപ്പെടുന്നു. ആഡ്-ഓണുകൾക്ക് നൽകിയിരിക്കുന്ന കഴിവുകളുടെയും ഉറവിടങ്ങളുടെയും ലിസ്റ്റ് മാനിഫെസ്റ്റ് നിർവചിക്കുന്നു. ആഡ്-ഓൺ ഡെവലപ്പർമാർ നിഷേധാത്മകമായി മനസ്സിലാക്കുന്ന പ്രകടനപത്രികയുടെ മൂന്നാം പതിപ്പിൽ നിയന്ത്രിത നടപടികൾ അവതരിപ്പിക്കുന്നതിനാൽ, മാനിഫെസ്റ്റോ പൂർണ്ണമായും പിന്തുടരുന്ന സമ്പ്രദായത്തിൽ നിന്ന് മോസില്ല മാറും, കൂടാതെ ആഡ്-നുമായുള്ള അനുയോജ്യത ലംഘിക്കുന്ന മാറ്റങ്ങൾ ഫയർഫോക്സിലേക്ക് മാറ്റുകയുമില്ല. ഓൺസ്.

ഓർക്കുക നെസ്മോട്രിയ ഓൺ എല്ലാം എതിർപ്പുകൾ, Chrome-ലെ webRequest API-യുടെ തടയൽ മോഡ് പിന്തുണയ്ക്കുന്നത് നിർത്താൻ Google ഉദ്ദേശിക്കുന്നു, അത് വായന-മാത്രം മോഡിലേക്ക് പരിമിതപ്പെടുത്തുകയും ഉള്ളടക്ക ഫിൽട്ടറിംഗിനായി ഒരു പുതിയ ഡിക്ലറേറ്റീവ് API വാഗ്ദാനം ചെയ്യുകയും ചെയ്യുന്നു. declarativeNetRequest. നെറ്റ്‌വർക്ക് അഭ്യർത്ഥനകളിലേക്ക് പൂർണ്ണ ആക്‌സസ് ഉള്ള നിങ്ങളുടെ സ്വന്തം ഹാൻഡ്‌ലർമാരെ ബന്ധിപ്പിക്കാൻ webRequest API നിങ്ങളെ അനുവദിച്ചപ്പോൾ, പുതിയ declarativeNetRequest API, തടയൽ നിയമങ്ങൾ സ്വതന്ത്രമായി പ്രോസസ്സ് ചെയ്യുന്ന ഒരു റെഡിമെയ്ഡ് യൂണിവേഴ്‌സൽ ബിൽറ്റ്-ഇൻ ഫിൽട്ടറിംഗ് എഞ്ചിനിലേക്ക് ആക്‌സസ് നൽകുന്നു. , നിങ്ങളുടെ സ്വന്തം ഫിൽട്ടറിംഗ് അൽഗോരിതങ്ങളുടെ ഉപയോഗം അനുവദിക്കുന്നില്ല കൂടാതെ വ്യവസ്ഥകൾക്കനുസരിച്ച് പരസ്പരം ഓവർലാപ്പ് ചെയ്യുന്ന സങ്കീർണ്ണമായ നിയമങ്ങൾ സജ്ജമാക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നില്ല.

ആഡ്-ഓണുകളുമായുള്ള അനുയോജ്യത തകർക്കുന്ന Chrome മാനിഫെസ്റ്റിന്റെ മൂന്നാം പതിപ്പിൽ നിന്നുള്ള മറ്റ് ചില മാറ്റങ്ങൾക്കായി Firefox പിന്തുണയിലേക്ക് മാറുന്നതിനുള്ള സാധ്യതയും മോസില്ല വിലയിരുത്തുന്നു:

• പശ്ചാത്തല പ്രക്രിയകളുടെ രൂപത്തിൽ സേവന തൊഴിലാളികളെ നിർവ്വഹിക്കുന്നതിലേക്കുള്ള മാറ്റം, ചില കൂട്ടിച്ചേർക്കലുകളുടെ കോഡ് മാറ്റാൻ ഡെവലപ്പർമാർ ആവശ്യപ്പെടും. പ്രകടനത്തിന്റെ കാഴ്ചപ്പാടിൽ പുതിയ രീതി കൂടുതൽ കാര്യക്ഷമമാണെങ്കിലും, പശ്ചാത്തല പേജുകൾ പ്രവർത്തിപ്പിക്കുന്നതിനുള്ള പിന്തുണ നിലനിർത്തുന്നത് മോസില്ല പരിഗണിക്കുന്നു.
• പുതിയ ഗ്രാനുലാർ അനുമതി അഭ്യർത്ഥന മോഡൽ - ആഡ്-ഓൺ എല്ലാ പേജുകൾക്കും ഒരേസമയം സജീവമാക്കാൻ കഴിയില്ല ("all_urls" അനുമതി നീക്കം ചെയ്‌തു), എന്നാൽ സജീവ ടാബിന്റെ പശ്ചാത്തലത്തിൽ മാത്രമേ പ്രവർത്തിക്കൂ, അതായത്. ഓരോ സൈറ്റിനും ആഡ്-ഓൺ പ്രവർത്തിക്കുന്നുവെന്ന് ഉപയോക്താവ് സ്ഥിരീകരിക്കേണ്ടതുണ്ട്. ഉപയോക്താവിനെ നിരന്തരം വ്യതിചലിപ്പിക്കാതെ ആക്‌സസ്സ് നിയന്ത്രണങ്ങൾ ശക്തിപ്പെടുത്തുന്നതിനുള്ള വഴികൾ മോസില്ല പര്യവേക്ഷണം ചെയ്യുകയാണ്.
• ക്രോസ്-ഒറിജിൻ അഭ്യർത്ഥനകൾ കൈകാര്യം ചെയ്യുന്നതിലെ മാറ്റം - പുതിയ മാനിഫെസ്റ്റിന് അനുസൃതമായി, ഈ സ്ക്രിപ്റ്റുകൾ ഉൾച്ചേർത്തിരിക്കുന്ന പ്രധാന പേജിന്റെ അതേ അനുമതി നിയന്ത്രണങ്ങൾക്ക് വിധേയമായിരിക്കും ഉള്ളടക്ക പ്രോസസ്സിംഗ് സ്ക്രിപ്റ്റുകൾ (ഉദാഹരണത്തിന്, പേജിന് ആക്സസ് ഇല്ലെങ്കിൽ ലൊക്കേഷൻ API, തുടർന്ന് സ്ക്രിപ്റ്റ് ആഡ്-ഓണുകൾക്കും ഈ ആക്സസ് ലഭിക്കില്ല). ഫയർഫോക്സിൽ ഈ മാറ്റം നടപ്പിലാക്കാനാണ് ഉദ്ദേശിക്കുന്നത്.
• ബാഹ്യ സെർവറുകളിൽ നിന്ന് ഡൗൺലോഡ് ചെയ്ത കോഡിന്റെ നിർവ്വഹണം നിരോധിക്കുന്നു (ആഡ്-ഓൺ ലോഡുചെയ്യുകയും ബാഹ്യ കോഡ് നടപ്പിലാക്കുകയും ചെയ്യുന്ന സാഹചര്യങ്ങളെക്കുറിച്ചാണ് ഞങ്ങൾ സംസാരിക്കുന്നത്). ഫയർഫോക്സ് ഇതിനകം തന്നെ ബാഹ്യ കോഡ് തടയൽ ഉപയോഗിക്കുന്നു, കൂടാതെ മാനിഫെസ്റ്റിന്റെ മൂന്നാം പതിപ്പിൽ വാഗ്ദാനം ചെയ്യുന്ന അധിക കോഡ് ഡൗൺലോഡ് ട്രാക്കിംഗ് ടെക്നിക്കുകൾ ഉപയോഗിച്ച് മോസില്ല ഡെവലപ്പർമാർ ഈ പരിരക്ഷ ശക്തിപ്പെടുത്താൻ തയ്യാറാണ്.

അവലംബം: opennet.ru