সম্প্রতি, আমরা ম্যানিফেস্ট V2 অবচয় টাইমলাইনে পরিবর্তন ঘোষণা করেছি, এবং যখন আমরা ম্যানিফেস্ট V3-এর প্রতি দৃঢ়ভাবে প্রতিশ্রুতিবদ্ধ থাকি তখন আমরা স্বীকার করি যে আমাদের পক্ষ থেকে আরও কাজ করার আছে।
- অবচয়ের জন্য একটি নতুন টাইমলাইন ঘোষণা করার আগে, আমরা অগ্রাধিকার দেওয়া প্ল্যাটফর্মের ফাঁকগুলি সমাধান করা শেষ করেছি এবং এই পৃষ্ঠায় নথিভুক্ত করা জটিল বাগগুলি বন্ধ করেছি৷
- ম্যানিফেস্ট V2-এর জন্য সমর্থন সরানোর জন্য একটি টাইমলাইন ঘোষণা এবং মুলতুবি পরীক্ষাগুলির মধ্যে কমপক্ষে ছয় মাসের গ্যারান্টি দিয়ে আমরা বিকাশকারীদের নির্মাণের জন্য সময় দিয়েছি।
প্ল্যাটফর্মের ফাঁক বন্ধ করা
আমরা একটি নতুন ম্যানিফেস্ট V2 অবচয় টাইমলাইন ঘোষণা করার আগে নিম্নলিখিত ফাঁকগুলি বন্ধ করতে প্রতিশ্রুতিবদ্ধ:
অংশীদার, বাগ রিপোর্ট এবং ডেভেলপারদের প্রতিক্রিয়ার ভিত্তিতে সমস্যাগুলি সংগ্রহ করা হয়েছিল। আমরা এক্সটেনশন প্ল্যাটফর্মের স্থিতিশীলতা এবং সামগ্রিক কর্মক্ষমতা উন্নত করতে আমাদের চলমান কাজ চালিয়ে যাব।
সমালোচনামূলক প্ল্যাটফর্মের ব্যবধান হিসাবে বিবেচিত বর্তমানে কোনও খোলা সমস্যা নেই।
নিম্নলিখিত সমস্যাগুলি সম্প্রতি সমাধান করা হয়েছে:
-
chrome.fileBrowserHandler[Chrome 120]-এর প্রতিস্থাপন হিসাবে ChromeOS-এ ফাইল পরিচালনার জন্য সমর্থন । - ব্যবহারকারীর স্ক্রিপ্ট সমর্থন: নতুন userScripts API [Chrome 120] এর সাথে নির্বিচারে কোড সহ সামগ্রী স্ক্রিপ্ট নিবন্ধনের অনুমতি দিন।
- অতিরিক্ত শক্তিশালী পরিষেবা কর্মী কিছু ক্রিয়াকলাপের জন্য জীবিত রাখে যা পাঁচ মিনিটের বেশি সময় নেয়।
-
permissions.request(),desktopCapture.chooseDesktopMedia(),identity.launchWebAuthFlow()এবংmanagement.uninstall()এর জন্য Chrome 116-এ যোগ করা হয়েছে। -
chrome.debuggerএর জন্য Chrome 118-এ যোগ করা হয়েছে
-
- ডিক্লারেটিভ নেট রিকোয়েস্ট (DNR) এর জন্য স্ট্যাটিক এবং সক্রিয় নিয়ম সেটের সংখ্যা বাড়ান । সক্রিয় স্ট্যাটিক রুলসেট 10 থেকে 50 এবং মোট স্ট্যাটিক নিয়মসেট 50 থেকে 100 এ বেড়েছে [Chrome 120]।
- একটি অফস্ক্রিন নথি ব্যবহার করার জন্য আরও কারণ সমর্থন করতে অফস্ক্রিন নথি কার্যকারিতা প্রসারিত করুন৷ Chrome 116-এ
GEOLOCATIONযোগ করা হয়েছে। -
chrome.tabCaptureAPI [Chrome 116]-এর জন্য সমর্থন উন্নত করা:- একটি পরিষেবা কর্মী থেকে
getMediaStreamId()কল করা সমর্থন করুন। - একটি অফস্ক্রিন নথিতে একটি স্ট্রিম আইডি থেকে একটি
MediaStreamপ্রাপ্তি সমর্থন করে৷
- একটি পরিষেবা কর্মী থেকে
- সক্রিয়
WebSocketসংযোগ থাকাকালীন পরিষেবা কর্মীদের জীবনকাল বাড়ানো [Chrome 116]।
ম্যানিফেস্ট V3 প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী
প্রশ্ন: আমরা কি অবিরাম পরিষেবা কর্মীদের সমর্থন করার পরিকল্পনা করছি?
উত্তর: ব্যাকগ্রাউন্ড স্ক্রিপ্ট থেকে পরিষেবা কর্মীদের কাছে স্থানান্তরিত হওয়ার মূল কারণগুলির মধ্যে একটি হল আরও মেমরি দক্ষ ইভেন্ট-চালিত প্রোগ্রামিং মডেল যা পরিষেবা কর্মীদের ক্ষণস্থায়ী প্রকৃতি থেকে আসে। ফলস্বরূপ, আমরা স্থায়ী পরিষেবা কর্মীদের সমর্থন করার পরিকল্পনা করছি না। যাইহোক, এক্সটেনশন ডেভেলপারদের নির্দিষ্ট চাহিদা পূরণের জন্য, আমরা পরিষেবা কর্মীদের অনেক উন্নতি করতে থাকি। নির্দিষ্টভাবে:
- সমস্ত এক্সটেনশন ইভেন্ট এবং API কল পরিষেবা কর্মীর জীবনকাল বাড়িয়ে দেবে৷
- নির্বাচিত ব্যবহারের ক্ষেত্রে যেমন নেটিভ মেসেজিং এক্সটেনশন পরিষেবা কর্মীদের 5 মিনিটের বেশি সময় ধরে বাঁচিয়ে রাখবে।
প্রশ্ন: পরিষেবা কর্মীদের DOM অ্যাক্সেস করার একটি উপায় আছে কি?
উত্তর: আমরা ওয়েব কর্মীদের মধ্যে DOM অ্যাক্সেস অন্তর্ভুক্ত না করার জন্য ওয়েব প্ল্যাটফর্মের গৃহীত পদ্ধতি অনুসরণ করি (যার মধ্যে পরিষেবা কর্মীও রয়েছে)। পরিষেবা কর্মীদের কাছ থেকে ব্যাকগ্রাউন্ড ডিওএম অ্যাক্সেসের প্রয়োজন এমন ক্ষেত্রে ব্যবহারকে সমর্থন করার জন্য আমরা স্বল্পকালীন অফস্ক্রিন নথিতে ব্যাকগ্রাউন্ডের কাজ অর্পণ করার সম্ভাবনা চালু করেছি যা সম্পূর্ণ DOM অ্যাক্সেস প্রদান করে।
প্রশ্ন: ম্যানিফেস্ট V3 এ রিমোট কোড সমর্থন করার একটি উপায় আছে কি?
উত্তর: Chrome এক্সটেনশানগুলিকে আরও সুরক্ষিত করতে, আমরা Chrome এক্সটেনশনগুলিতে নির্বিচারে দূরবর্তীভাবে হোস্ট করা কোড কার্যকর করার অনুমতি না দিয়ে যাব৷ যাইহোক, এর মানে এই নয় যে আমরা সব ধরনের ডায়নামিক কোড এক্সিকিউশন অনুমোদন করি। আমরা এখনও Chrome এক্সটেনশনগুলিতে গতিশীলভাবে কোড চালানোর বিভিন্ন বিকল্প সমর্থন করি:
- DevTools এক্সটেনশনে
eval()এর জন্য সমর্থন - ব্যবহারকারীর স্ক্রিপ্টগুলির জন্য সমর্থন।
- স্যান্ডবক্সড আইফ্রেমে দূরবর্তীভাবে হোস্ট করা কোড কার্যকর করা হচ্ছে
- দূরবর্তী হোস্ট করা কনফিগারেশন ফাইল যা এক্সটেনশন প্যাকেজে রানটাইমে ব্যাখ্যা করা যেতে পারে। যাইহোক, সম্ভাব্য মৃত্যুদন্ডের পথ পূর্বনির্ধারিত করা প্রয়োজন।
প্রশ্ন: আমার ম্যানিফেস্ট V2 এক্সটেনশন webRequestBlocking এর উপর নির্ভর করে যা ম্যানিফেস্ট V3 তে সমর্থিত নয়। কিভাবে আমি ম্যানিফেস্ট V3 তে একই কার্যকারিতা প্রদান চালিয়ে যেতে পারি?
উত্তর: আমরা নিশ্চিত যে বেশিরভাগ অনুরোধ ব্লকিং ব্যবহারের ক্ষেত্রে নতুন declarativeNetRequest API দিয়ে সমাধান করা যেতে পারে, যার অতিরিক্ত সুবিধা রয়েছে আন্তঃপ্রক্রিয়া যোগাযোগের পারফরম্যান্স ওভারহেড এড়ানো, প্রতিটি অনুরোধে কোড কার্যকর করা, বা একটি সক্রিয় এক্সটেনশন প্রক্রিয়া প্রয়োজন অনুরোধ. যাইহোক, জটিল এন্টারপ্রাইজ (বা শিক্ষা) ব্যবহারের ক্ষেত্রে , গতিশীল অনুরোধ ব্লকিং এখনও সমর্থিত।
আমরা কি কিছু মিস করেছি? অনুগ্রহ করে আমাদের জানতে দিন .