Google বিজ্ঞাপন ব্লকারদের দ্বারা ব্যবহৃত webRequest API-এর সীমাবদ্ধতাকে সমর্থন করে

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

গুগলের উদ্দেশ্য:

• API ব্লকিং মোড ওয়েব অনুরোধ উচ্চ সম্পদ খরচ বাড়ে.
  এই API ব্যবহার করার সময়, ব্রাউজার প্রথমে অ্যাড-অনকে নেটওয়ার্ক অনুরোধে থাকা সমস্ত ডেটা পাঠায়, অ্যাড-অন এটি বিশ্লেষণ করে এবং ব্রাউজারে আরও প্রক্রিয়াকরণের জন্য বা ব্লক করার নির্দেশাবলীর জন্য একটি পরিবর্তিত সংস্করণ ফেরত দেয়। এই ক্ষেত্রে, প্রধান বিলম্বগুলি অ্যাড-অন দ্বারা ট্র্যাফিক প্রক্রিয়াকরণের পর্যায়ে নয়, তবে অ্যাড-অন সম্পাদনের সমন্বয় করার জন্য অতিরিক্ত ব্যয়ের কারণে। বিশেষ করে, এই ধরনের ম্যানিপুলেশনগুলির পরিপূরক করার জন্য একটি পৃথক প্রক্রিয়া চালু করা প্রয়োজন, সেইসাথে এই প্রক্রিয়া এবং ডেটা সিরিয়ালাইজেশন প্রক্রিয়াগুলির সাথে ইন্টারঅ্যাক্ট করার জন্য আইপিসি ব্যবহার করা প্রয়োজন;

• অ্যাড-অন সম্পূর্ণরূপে নিম্ন স্তরে সমস্ত ট্র্যাফিক নিয়ন্ত্রণ করে, যা অপব্যবহার এবং গোপনীয়তা লঙ্ঘনের জন্য বিশাল সুযোগ উন্মুক্ত করে। Google পরিসংখ্যান অনুসারে, সমস্ত শনাক্ত করা ক্ষতিকারক অ্যাড-অনগুলির মধ্যে 42% webRequest API ব্যবহার করেছে৷ এটি উল্লেখ করা হয়েছে যে প্রতি মাসে, Chrome ওয়েব স্টোর ক্যাটালগে গড়ে 1800টি দূষিত অ্যাড-অন স্থাপনের প্রচেষ্টা ব্লক করা হয়। দুর্ভাগ্যবশত, পর্যালোচনা করা আমাদের ব্যতিক্রম ছাড়াই সমস্ত দূষিত অ্যাড-অন ধরার অনুমতি দেয় না, তাই সুরক্ষা বাড়ানোর জন্য, API স্তরে অ্যাড-অনগুলিকে সীমিত করার সিদ্ধান্ত নেওয়া হয়েছিল৷ মূল ধারণাটি হল সমস্ত ট্রাফিকের অ্যাক্সেসের সাথে অ্যাড-অনগুলি প্রদান করা, তবে শুধুমাত্র সেই ডেটাতে যা উদ্দেশ্যমূলক কার্যকারিতা বাস্তবায়নের জন্য প্রয়োজনীয়। বিশেষ করে, বিষয়বস্তু ব্লক করার জন্য, সমস্ত গোপনীয় ব্যবহারকারীর ডেটাতে অ্যাড-অনকে সম্পূর্ণ অ্যাক্সেস দেওয়ার প্রয়োজন নেই;
• প্রস্তাবিত প্রতিস্থাপন ঘোষণামূলক API declarativeNetRequest উচ্চ-পারফরম্যান্সের বিষয়বস্তু ফিল্টারিংয়ের সমস্ত কাজের যত্ন নেয় এবং ফিল্টারিং নিয়ম লোড করার জন্য শুধুমাত্র অ্যাড-অনগুলির প্রয়োজন হয়। অ্যাড-অন ট্র্যাফিকের সাথে হস্তক্ষেপ করতে পারে না এবং ব্যবহারকারীর ব্যক্তিগত ডেটা অলঙ্ঘনীয় থাকে;
• Google declarativeNetRequest API-এর কার্যকারিতার অভাব সম্পর্কিত অনেক মন্তব্যকে বিবেচনায় নিয়েছিল এবং ফিল্টারিং নিয়মের সংখ্যার সীমাকে প্রাথমিকভাবে প্রস্তাবিত 30 হাজার প্রতি এক্সটেনশন থেকে বিশ্বব্যাপী সর্বোচ্চ 150 হাজারে প্রসারিত করেছে, এবং গতিশীলভাবে করার ক্ষমতাও যুক্ত করেছে। পরিবর্তন এবং নিয়ম যোগ করুন, HTTP শিরোনাম অপসারণ এবং প্রতিস্থাপন করুন ( রেফারার, কুকি, সেট-কুকি) এবং অনুরোধ পরামিতি;
• এন্টারপ্রাইজগুলির জন্য, ওয়েবরিকোয়েস্ট API-এর অপারেশন ব্লকিং মোড ব্যবহার করা সম্ভব, যেহেতু অ্যাড-অন ব্যবহারের নীতিটি একজন প্রশাসক দ্বারা নির্ধারিত হয় যিনি অবকাঠামোর বৈশিষ্ট্যগুলি বোঝেন এবং ঝুঁকি সম্পর্কে সচেতন। উদাহরণস্বরূপ, নির্দিষ্ট API এন্টারপ্রাইজগুলিতে কর্মচারী ট্রাফিক প্রবাহ রেকর্ড করতে এবং অভ্যন্তরীণ সিস্টেমের সাথে সংহত করতে ব্যবহার করা যেতে পারে;
• Google এর লক্ষ্য বিজ্ঞাপন ব্লকিং অ্যাড-অনগুলিকে দুর্বল করা বা দমন করা নয়, বরং নিরাপদ এবং আরও শক্তিশালী বিজ্ঞাপন ব্লকার তৈরি করতে সক্ষম করা;
• নতুন declarativeNetRequest-এর সাথে webRequest API-এর অপারেশন ব্লকিং মোড ত্যাগ করার অনিচ্ছা গোপনীয় ডেটাতে অ্যাড-অনগুলির অ্যাক্সেস সীমিত করার ইচ্ছা দ্বারা ব্যাখ্যা করা হয়েছে। আপনি যদি ওয়েবরিকোয়েস্ট এপিআইকে যেমনটি রেখে দেন, তবে বেশিরভাগ অ্যাডঅন আরও সুরক্ষিত ঘোষণামূলক নেটরিকুয়েস্ট ব্যবহার করবে না, যেহেতু নিরাপত্তা এবং কার্যকারিতার মধ্যে নির্বাচন করার সময়, বেশিরভাগ বিকাশকারী সাধারণত কার্যকারিতা বেছে নেবেন।

আপত্তি ডেভেলপার সংযোজন:

• অ্যাড-অন ডেভেলপারদের দ্বারা পরিচালিত ы বিজ্ঞাপন ব্লকিং অ্যাড-অনগুলির কার্যকারিতার উপর একটি তুচ্ছ সামগ্রিক প্রভাব দেখান (পরীক্ষা চলাকালীন, বিভিন্ন অ্যাড-অনগুলির কার্যকারিতা তুলনা করা হয়েছিল, তবে একটি অতিরিক্ত প্রক্রিয়ার ওভারহেড বিবেচনা না করে যা ব্লকিং মোডে হ্যান্ডলারদের সম্পাদনের সমন্বয় করে। webRequest API);
• অ্যাড-অনগুলিতে সক্রিয়ভাবে ব্যবহৃত একটি API সমর্থন করা সম্পূর্ণরূপে বন্ধ করা ব্যবহারিক নয়। এটি অপসারণ করার পরিবর্তে, আপনি একটি পৃথক অনুমতি যোগ করতে পারেন এবং অ্যাড-অনগুলিতে এটির ব্যবহারের পর্যাপ্ততা কঠোরভাবে নিয়ন্ত্রণ করতে পারেন, যা অনেক জনপ্রিয় অ্যাড-অনগুলির লেখকদের তাদের পণ্যগুলি সম্পূর্ণরূপে পুনরায় কাজ করা থেকে রক্ষা করবে এবং কার্যকারিতা কাটা এড়াতে পারবে;
• ওভারহেড খরচ কমাতে, আপনি API মুছে ফেলতে পারবেন না, কিন্তু প্রতিশ্রুতি পদ্ধতির উপর ভিত্তি করে এটিকে রিমেক করতে পারেন, যা ফায়ারফক্সে ওয়েবরিকোয়েস্টের বাস্তবায়নের অনুরূপ;
• প্রস্তাবিত বিকল্প, declarativeNetRequest, বিজ্ঞাপন ব্লকিং এবং নিরাপত্তা/গোপনীয়তার জন্য অ্যাড-অন ডেভেলপারদের সমস্ত প্রয়োজনীয়তা কভার করে না, যেহেতু এটি নেটওয়ার্ক অনুরোধের উপর সম্পূর্ণ নিয়ন্ত্রণ প্রদান করে না, কাস্টম ফিল্টারিং অ্যালগরিদম ব্যবহারের অনুমতি দেয় না এবং অনুমতি দেয় না জটিল নিয়মগুলির ব্যবহার যা শর্তগুলির উপর নির্ভর করে একে অপরকে ওভারল্যাপ করে;
• declarativeNetRequest API-এর বর্তমান অবস্থার সাথে, uBlock অরিজিন এবং uMatrix অ্যাড-অনগুলির অপরিবর্তিত বিদ্যমান কার্যকারিতা পুনরায় তৈরি করা অসম্ভব, এবং Chrome-এর জন্য একটি NoScript পোর্টের আরও বিকাশকে অর্থহীন করে তোলে;
• গোপনীয়তা সম্পর্কে উদ্বেগ দূরের বিষয়, যেহেতু ওয়েবরিকোয়েস্ট এপিআই-এর শুধুমাত্র-পঠনযোগ্য, নন-ব্লকিং মোডটি জায়গায় রেখে দেওয়া হয়েছে এবং এখনও দূষিত অ্যাড-অনগুলিকে সমস্ত ট্র্যাফিক নিয়ন্ত্রণ করতে দেয়, কিন্তু এতে হস্তক্ষেপ করার ক্ষমতা প্রদান করে না ফ্লাই (কন্টেন্ট পরিবর্তন করুন, আপনার বিজ্ঞাপন রাখুন, মাইনার চালান এবং ইনপুট ফর্মগুলির বিষয়বস্তু বিশ্লেষণ করুন পৃষ্ঠাটি লোড করা শেষ হওয়ার পরে ব্যবহার করা যেতে পারে);
• ব্রাউজার ডেভেলপার সাহসী, Opera и ভিভালডি, Chromium ইঞ্জিনে নির্মিত, তাদের পণ্যগুলিতে webRequest ব্লকিং মোডের জন্য সমর্থন ছেড়ে দিতে চায়৷

উত্স: opennet.ru