ফায়ারফক্স ক্রোম ম্যানিফেস্টের তৃতীয় সংস্করণের পরীক্ষা শুরু করেছে

Mozilla ঘোষণা করেছে যে এটি Chrome ম্যানিফেস্টের তৃতীয় সংস্করণের ফায়ারফক্স বাস্তবায়নের পরীক্ষা শুরু করেছে, যা WebExtensions API ব্যবহার করে লেখা অ্যাড-অনগুলির জন্য উপলব্ধ ক্ষমতা এবং সংস্থানগুলিকে সংজ্ঞায়িত করে৷ ফায়ারফক্স 101 বিটাতে ম্যানিফেস্টের তৃতীয় সংস্করণ পরীক্ষা করার জন্য, আপনার "extensions.manifestV3.enabled" প্যারামিটারটিকে সত্য এবং "xpinstall.signatures.required" প্যারামিটারটিকে about:config পৃষ্ঠায় মিথ্যাতে সেট করা উচিত৷ অ্যাড-অন ইনস্টল করতে, আপনি প্রায়:ডিবাগিং ইন্টারফেস ব্যবহার করতে পারেন। ম্যানিফেস্টের তৃতীয় সংস্করণটি বছরের শেষ নাগাদ ডিফল্টরূপে সক্ষম হওয়ার জন্য নির্ধারিত হয়েছে৷

সংস্করণ 57 দিয়ে শুরু করে, ফায়ারফক্স অ্যাড-অন তৈরির জন্য সম্পূর্ণরূপে WebExtensions API ব্যবহারে সুইচ করেছে এবং XUL প্রযুক্তি সমর্থন করা বন্ধ করেছে। ওয়েবএক্সটেনশনে রূপান্তরের ফলে ক্রোম, অপেরা, সাফারি এবং এজ প্ল্যাটফর্মগুলির সাথে অ্যাড-অনগুলির বিকাশকে একীভূত করা সম্ভব হয়েছে, বিভিন্ন ওয়েব ব্রাউজারগুলির মধ্যে অ্যাড-অনগুলির পোর্টিংকে সহজ করা হয়েছে এবং এর মাল্টি-প্রসেস মোড সম্পূর্ণরূপে ব্যবহার করা সম্ভব হয়েছে। অপারেশন (ওয়েবএক্সটেনশন অ্যাড-অনগুলি ব্রাউজার বাকি থেকে বিচ্ছিন্ন, পৃথক প্রক্রিয়ায় কার্যকর করা যেতে পারে)। অন্যান্য ব্রাউজারগুলির সাথে অ্যাড-অনগুলির বিকাশকে একীভূত করতে, ফায়ারফক্স ক্রোম ম্যানিফেস্টের দ্বিতীয় সংস্করণের সাথে প্রায় সম্পূর্ণ সামঞ্জস্য প্রদান করে।

Chrome বর্তমানে ম্যানিফেস্টের সংস্করণ 2023-এ যাওয়ার জন্য কাজ করছে এবং XNUMX সালের জানুয়ারিতে সংস্করণ XNUMX-এর জন্য সমর্থন বন্ধ করা হবে। যেহেতু ম্যানিফেস্টের তৃতীয় সংস্করণটি অগ্নিসংযোগের মুখে পড়েছে এবং অনেকগুলি সামগ্রী ব্লকিং এবং সুরক্ষা অ্যাড-অনগুলিকে ভেঙে দেবে, তাই মোজিলা ফায়ারফক্সে ম্যানিফেস্টের সাথে সম্পূর্ণ সামঞ্জস্যতা নিশ্চিত করার অনুশীলন থেকে সরে যাওয়ার এবং কিছু পরিবর্তন ভিন্নভাবে বাস্তবায়ন করার সিদ্ধান্ত নিয়েছে৷

ইশতেহারের তৃতীয় সংস্করণের সাথে প্রধান অসন্তোষটি ওয়েবরিকোয়েস্ট API-এর শুধুমাত্র-পঠন মোডে অনুবাদের সাথে সম্পর্কিত, যা আপনার নিজস্ব হ্যান্ডলারদের সাথে সংযোগ স্থাপন করা সম্ভব করেছে যাদের নেটওয়ার্ক অনুরোধগুলিতে সম্পূর্ণ অ্যাক্সেস রয়েছে এবং ফ্লাইতে ট্র্যাফিক পরিবর্তন করতে পারে। এই APIটি অনুপযুক্ত বিষয়বস্তু ব্লক করতে এবং নিরাপত্তা প্রদান করতে uBlock Origin এবং অন্যান্য অনেক অ্যাড-অন-এ ব্যবহার করা হয়। WebRequest API-এর পরিবর্তে, ম্যানিফেস্টের তৃতীয় সংস্করণটি একটি সীমিত-ক্ষমতার ঘোষণামূলক NetRequest API অফার করে, যা একটি বিল্ট-ইন ফিল্টারিং ইঞ্জিনে অ্যাক্সেস প্রদান করে যা স্বাধীনভাবে ব্লক করার নিয়মগুলি প্রক্রিয়া করে, নিজস্ব ফিল্টারিং অ্যালগরিদম ব্যবহারের অনুমতি দেয় না এবং শর্তের উপর নির্ভর করে একে অপরকে ওভারল্যাপ করে এমন জটিল নিয়ম সেট করার অনুমতি দিন।

ফায়ারফক্সে প্রস্তাবিত ম্যানিফেস্টের তৃতীয় সংস্করণের বাস্তবায়নে, বিষয়বস্তু ফিল্টারিংয়ের জন্য একটি নতুন ঘোষণামূলক API যোগ করা হয়েছিল, কিন্তু Chrome এর বিপরীতে, তারা webRequest API-এর অপারেশনের পুরানো ব্লকিং মোডকে সমর্থন করা বন্ধ করেনি। ফায়ারফক্সে নতুন ম্যানিফেস্ট বাস্তবায়নের অন্যান্য বৈশিষ্ট্যগুলির মধ্যে রয়েছে:

• ম্যানিফেস্ট পরিষেবা কর্মী বিকল্পের সাথে পটভূমি পৃষ্ঠাগুলির প্রতিস্থাপনকে সংজ্ঞায়িত করে, যা ব্যাকগ্রাউন্ড প্রক্রিয়া (ব্যাকগ্রাউন্ড সার্ভিস ওয়ার্কার) হিসাবে চলে। সামঞ্জস্য নিশ্চিত করার জন্য, ফায়ারফক্স এই প্রয়োজনীয়তা বাস্তবায়ন করবে, কিন্তু অতিরিক্তভাবে একটি নতুন ইভেন্ট পেজ মেকানিজম অফার করবে, যা ওয়েব ডেভেলপারদের কাছে আরও পরিচিত, অ্যাড-অনগুলির সম্পূর্ণ পুনর্নির্মাণের প্রয়োজন নেই এবং পরিষেবা কর্মীদের ব্যবহারের সাথে যুক্ত সীমাবদ্ধতাগুলি দূর করে৷ ইভেন্ট পৃষ্ঠাগুলি বিদ্যমান পটভূমি পৃষ্ঠা সংযোজনগুলিকে ম্যানিফেস্টের তৃতীয় সংস্করণের প্রয়োজনীয়তাগুলির সাথে সামঞ্জস্য করার অনুমতি দেবে, যখন DOM-এর সাথে কাজ করার জন্য প্রয়োজনীয় সমস্ত ক্ষমতাগুলিতে অ্যাক্সেস বজায় রাখবে৷ ফায়ারফক্সে পরীক্ষার জন্য উপলব্ধ ম্যানিফেস্ট বাস্তবায়নে, শুধুমাত্র ইভেন্ট পৃষ্ঠাগুলি বর্তমানে সমর্থিত, এবং পরিষেবা কর্মীদের উপর ভিত্তি করে একটি সমাধানের জন্য সমর্থন পরে যোগ করার প্রতিশ্রুতি দেওয়া হয়েছে। অ্যাপল প্রস্তাবটিকে সমর্থন করে এবং Safari প্রযুক্তি প্রিভিউ 136-এ ইভেন্ট পৃষ্ঠাগুলি বাস্তবায়ন করে।
• নতুন দানাদার অনুমতি অনুরোধ মডেল - অ্যাড-অন একবারে সমস্ত পৃষ্ঠার জন্য সক্রিয় করতে সক্ষম হবে না (“all_urls” অনুমতি সরানো হয়েছে), কিন্তু শুধুমাত্র সক্রিয় ট্যাবের প্রসঙ্গে কাজ করবে, যেমন ব্যবহারকারীকে নিশ্চিত করতে হবে যে অ্যাড-অন প্রতিটি সাইটের জন্য কাজ করে। Firefox-এ, সাইটের ডেটা অ্যাক্সেস করার সমস্ত অনুরোধ ঐচ্ছিক বলে বিবেচিত হবে, এবং অ্যাক্সেস দেওয়ার বিষয়ে চূড়ান্ত সিদ্ধান্ত ব্যবহারকারীর দ্বারা নেওয়া হবে, যারা একটি নির্দিষ্ট সাইটে তাদের ডেটাতে কোন অ্যাড-অনকে অ্যাক্সেস দিতে হবে তা বেছে বেছে সিদ্ধান্ত নিতে সক্ষম হবে।
• ক্রস-অরিজিন অনুরোধগুলি পরিচালনা করার ক্ষেত্রে পরিবর্তন - নতুন ম্যানিফেস্ট অনুসারে, বিষয়বস্তু প্রক্রিয়াকরণ স্ক্রিপ্টগুলি মূল পৃষ্ঠার মতো একই অনুমতি সীমাবদ্ধতার সাপেক্ষে থাকবে যেখানে এই স্ক্রিপ্টগুলি এম্বেড করা হয়েছে (উদাহরণস্বরূপ, যদি পৃষ্ঠাটির অ্যাক্সেস না থাকে অবস্থান API, তারপর স্ক্রিপ্ট অ্যাড-অনগুলিও এই অ্যাক্সেস পাবে না)। এই পরিবর্তনটি ফায়ারফক্সে সম্পূর্ণরূপে প্রয়োগ করা হয়েছে।
• প্রতিশ্রুতি ভিত্তিক API। Firefox ইতিমধ্যেই এই API সমর্থন করে এবং ম্যানিফেস্টের তৃতীয় সংস্করণের জন্য এটিকে "chrome.*" নামস্থানে নিয়ে যাবে৷
• বাহ্যিক সার্ভার থেকে ডাউনলোড করা কোডের সম্পাদন নিষিদ্ধ করা (আমরা এমন পরিস্থিতি সম্পর্কে কথা বলছি যখন অ্যাড-অন বাহ্যিক কোড লোড করে এবং কার্যকর করে)। Firefox ইতিমধ্যেই বাহ্যিক কোড ব্লকিং ব্যবহার করে, এবং Mozilla ডেভেলপাররা ম্যানিফেস্টের তৃতীয় সংস্করণে প্রস্তাবিত অতিরিক্ত কোড ডাউনলোড ট্র্যাকিং কৌশল যুক্ত করেছে। বিষয়বস্তু প্রক্রিয়াকরণ স্ক্রিপ্টগুলির জন্য, একটি পৃথক সামগ্রী অ্যাক্সেস সীমাবদ্ধতা নীতি (CSP, সামগ্রী নিরাপত্তা নীতি) প্রদান করা হয়।

উত্স: opennet.ru