Simeon Vincent, yang bertanggungjawab untuk interaksi dengan pembangun sambungan dalam pasukan Chrome (memegang jawatan Penasihat Pembangun Sambungan), Kedudukan semasa Google mengenai edisi ketiga manifesto Chrome, banyak alat tambah untuk menyekat kandungan yang tidak sesuai dan memastikan keselamatan. Syarikat itu tidak berhasrat untuk meninggalkan rancangan asalnya untuk berhenti menyokong mod penyekatan API webRequest, yang membolehkan anda menukar kandungan yang diterima dengan cepat. Pengecualian akan dibuat hanya untuk edisi perusahaan Chrome (), di mana sokongan untuk API webRequest akan dikekalkan seperti sebelum ini.
Untuk pengguna API Chrome biasa akan dihadkan kepada mod baca sahaja. API perisytiharan telah dicadangkan untuk menggantikan API webRequest untuk penapisan kandungan , yang meliputi hanya sebahagian terhad daripada keupayaan yang digunakan dalam penyekat iklan moden. Pada asasnya, bukannya pengendali proprietari yang mempunyai akses penuh kepada permintaan rangkaian, enjin penapisan terbina dalam universal siap sedia ditawarkan yang memproses peraturan menyekat dengan sendirinya. Contohnya, API deklaratifNetRequest tidak membenarkan anda menggunakan algoritma penapisan anda sendiri dan tidak membenarkan anda membuat peraturan kompleks yang bertindih antara satu sama lain bergantung pada syarat.
Pembangun alat tambah penyekat iklan telah bersama-sama menyediakan , yang menyenaraikan kelemahan API declarativeNetRequest. Google bersetuju dengan banyak komen dan menambah pada API deklaratifNetRequest. Khususnya, sokongan telah ditambah untuk menukar dan menambah peraturan secara dinamik, dan adalah mungkin untuk memadamkan pengepala HTTP, tetapi hanya mereka dalam senarai putih (Perujuk, Kuki, Kuki Set). Kami merancang untuk melaksanakan sokongan untuk menambah dan menggantikan pengepala HTTP (contohnya, untuk penggantian Set-Kuki dan arahan CSP) dan keupayaan untuk memadam dan menggantikan parameter permintaan.
Versi awal bagi versi ketiga manifes, yang mentakrifkan senarai keupayaan dan sumber yang diberikan kepada alat tambah Chrome, dirancang untuk digunakan untuk ujian dalam binaan percubaan Chrome Canary dalam beberapa bulan akan datang.
Pada masa yang sama, motivasi untuk melarang perubahan dalam kandungan yang diterima melalui API webRequest masih tidak jelas sepenuhnya. Tuntutan bahawa mod penyekatan API webRequest mempunyai kesan negatif terhadap prestasi kerana penyemak imbas menunggu pengendali alat tambah menyelesaikan kerjanya sebelum memaparkan halaman tidak tahan dengan kritikan. Sebelum ini dijalankan Prestasi alat tambah menyekat iklan telah menunjukkan bahawa kelewatan yang mereka perkenalkan adalah diabaikan. Secara purata, penggunaan penyekat memperlahankan pelaksanaan permintaan dengan hanya sebahagian kecil daripada milisaat, yang boleh diabaikan berbanding latar belakang keseluruhan.
Hujah kedua, yang berkaitan dengan keinginan untuk melindungi pengguna daripada akses tidak terkawal alat tambah kepada kandungan, juga tidak kelihatan meyakinkan, kerana bukannya mengalih keluar fungsi yang telah lama wujud dan meluas dalam alat tambah yang sah, adalah mungkin untuk menambah yang baru. jenis kuasa dan memberikan pengguna pilihan terakhir untuk memasang alat tambah dengan akses penuh kepada permintaan rangkaian atau tidak. Selain itu, Google telah meninggalkan sokongan untuk menggunakan API webRequest dalam mod baca sahaja, membenarkan pemantauan trafik penuh tanpa campur tangan peringkat rendah.
Alat tambah boleh menukar kandungan halaman web yang dimuatkan melalui API lain (contohnya, alat tambah berniat jahat masih boleh menyampaikan iklan mereka, melancarkan pelombong dan menganalisis kandungan borang input).
Raymond Hill, pengarang sistem uBlock Origin dan uMatrix untuk menyekat kandungan yang tidak diingini, agak ketat maklum balas daripada wakil Google dan membayangkan demagoguery dan permainan di belakang tabir di mana Google, dengan berselindung peluang yang baik, cuba memajukan kepentingan perniagaannya dalam bidang pengiklanan Internet, mengawal mekanisme penapisannya dan mewajarkan tindakan ini di mata masyarakat umum.
Dia tidak pernah menerima hujah yang meyakinkan tentang keperluan untuk menghentikan API yang meluas dan popular di kalangan pembangun tambahan. Menurut Raymond, penurunan prestasi bukanlah satu hujah, kerana halaman dimuatkan dengan perlahan disebabkan oleh kemerosotannya, dan bukan disebabkan oleh penggunaan mod penyekatan webRequest dalam alat tambah yang dilaksanakan dengan betul. Jika Google benar-benar mengambil berat tentang prestasi, mereka akan mereka bentuk semula webRequest berdasarkan mekanisme , dengan analogi dengan webRequest dalam Firefox.
Menurut Raymond, strategi Google adalah untuk menentukan keseimbangan optimum antara mengembangkan pangkalan pengguna Chrome dan kerosakan perniagaan yang disebabkan oleh penggunaan penyekat kandungan. Pada peringkat pertama pengembangan Chrome, Google terpaksa menggunakan penyekat iklan sebagai salah satu alat tambah yang paling popular di kalangan pengguna. Tetapi selepas Chrome mendapat penguasaan, syarikat itu cuba menyeimbangkan keseimbangan dan mendapatkan kawalan ke atas penyekatan dengan mempromosikan untuk menyepadukan fungsi menyekat iklan yang tidak sesuai ke dalam Chrome. API webRequest mengalahkan tujuan ini kerana kawalan ke atas penyekatan kandungan kini berada di tangan pembangun penyekat iklan pihak ketiga.
Sumber: opennet.ru