Кампанія Google прадставіла графік спынення падтрымкі другой версіі маніфеста Chrome у карысць трэцяй версіі, якая з'яўляецца аб'ектам крытыкі з-за парушэння працы шматлікіх дадаткаў для блакавання непажаданага кантэнту і забеспячэнні бяспекі. У тым ліку да другой версіі маніфеста прывязаны папулярны блакіроўшчык рэкламы uBlock Origin, які не можа быць пераведзены на трэцюю версію маніфеста з-за спынення падтрымкі блакіруючага рэжыму працы API webRequest.
Пачынальна з 17 студзеня 2022 гады ў каталог Chrome Web Store перастануць прымацца дадаткі, якія выкарыстоўваюць другую версію маніфеста, але распрацоўнікі раней дададзеных дадаткаў па-ранейшаму змогуць публікаваць абнаўленні. У студзені 2023 гады ў Chrome будзе спыненая падтрымка другой версіі маніфесту і ўсе прывязаныя да яго дадаткі перастануць працаваць. Адначасова будзе забаронена публікацыя абнаўленняў для падобных дадаткаў у Chrome Web Store.
Нагадаем, што ў трэцяй версіі маніфесту, які вызначае прадастаўляемыя дапаўненням магчымасці і рэсурсы, у рамках ініцыятывы па ўзмацненню бяспекі і канфідэнцыйнасці замест API webRequest прапанаваны абмежаваны па сваіх магчымасцях API declarativeNetRequest. У той час як API webRequest дазваляе падлучаць уласныя апрацоўшчыкі, мелыя поўны доступ да сеткавых запытаў і здольныя на лёце мадыфікаваць трафік, API declarativeNetRequest толькі падае доступ да ўбудаванага ў браўзэр гатовага рухавічка для фільтравання, самастойна які апрацоўвае правілы блакавання, не які дазваляе выкарыстоўваць уласныя алгарытмы. які не дазваляе задаваць складаныя правілы, якія перакрываюць адзін аднаго ў залежнасці ад умоў.
Па заяве кампаніі Google яна працягвае працу над рэалізацыяй у declarativeNetRequest магчымасцяў, запатрабаваных у дадатках, выкарыстоўвалых webRequest, і мае намер прывесці новы API да выгляду, цалкам які адказвае запатрабаванням распрацоўнікаў існых дадаткаў. Напрыклад, Google ужо ўлічыў пажаданні супольнасці і дадаў у API declarativeNetRequest падтрымку выкарыстання некалькіх статычных набораў правіл, фільтрацыі па рэгулярных выразах, мадыфікацыі HTTP-загалоўкаў, дынамічнай змены і даданні правіл, выдаленні і замены параметраў запытаў, фільтраванні з прывязкай да ўкладак і стварэнні спецыфічных для пэўных сеансаў набораў правіл. У бліжэйшыя месяцы дадаткова плануецца рэалізаваць падтрымку дынамічна наладжвальных скрыптоў апрацоўкі кантэнту і магчымасць захоўвання даных у аператыўнай памяці.
Крыніца: opennet.ru