"proxy"-ը ընդլայնման թույլտվություններին ավելացնելը վեբ կայքի JavaScript-ը չի վերածում ընդլայնման կոդի։

Ստուգեք, թե իրականում որտեղ է գործարկվում ձախողված հայտարարությունը։ Սովորական էջը, ներարկված էջի սկրիպտը, բովանդակության սկրիպտը և ընդլայնմանը պատկանող էջը կամ service worker-ը տարբեր API հասանելիություն ունեն։ Էջի վերբեռնումը այդ սահմանը նույնացնելու հուսալի միջոց չէ։

Տեղադրեք արտոնյալ proxy գործողությունը աջակցվող ընդլայնման համատեքստում և անհրաժեշտության դեպքում հաղորդակցվեք ընդլայնման փաստաթղթավորված հաղորդագրության մեխանիզմով։ Ընդլայնմանը դեռևս անհրաժեշտ է համապատասխան թույլտվություն։

Պահեք այդ գործողությունը խիստ սահմանափակ։ Բովանդակության սկրիպտը չպետք է փոխանցի ցանկացած կայքի կամայական հարցումներ՝ զննարկիչի proxy-ն վերակարգավորելու համար, առանց ընդլայնման սեփական ստուգման և օգտվողին տեսանելի նպատակի։

Եթե API-ն գոյություն ունի, բայց կարգավորումը չի գործում, դա այլ խնդիր է. ուսումնասիրեք ասինխրոն սխալները, շրջանակը և փաստացի վերահսկողությունը։ Չսահմանված API օբյեկտը նախևառաջ մատնանշում է հասանելիությանը և կատարման համատեքստին, ոչ թե այն, թե հեռավոր proxy IP-ն ընդունում է կապեր։

Առնչվող հոդվածներ