Mozilla নতুন Chrome ম্যানিফেস্ট থেকে সমস্ত WebExtensions API সীমাবদ্ধতা বহন করবে না

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

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

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

মোজিলা ক্রোম ম্যানিফেস্টের তৃতীয় সংস্করণ থেকে অ্যাড-অনগুলির সাথে সামঞ্জস্যতা ভাঙার জন্য অন্য কিছু পরিবর্তনের জন্য ফায়ারফক্স সমর্থনে যাওয়ার সম্ভাব্যতাও মূল্যায়ন করছে:

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

উত্স: opennet.ru