Tady jsou dobré informace a odkazy přímo od Raymonda Hilla.
https://github.com/uBlockOrigin/uBOL-home/wiki/Frequently-asked-questions-(FAQ)
(tohle mělo být přímo v článku IMHO, odpovídá to na dost technických otázek).
On tam zmiňuje v podstatě dvě věci.
uBOL je fundamentálně odlišný od uBO a běží celý deklarativně (všechna pravidla z blocklistů se zkonvertují dopředu na deklarativní), proto je to také jiná code base - není to jen kosmetický rebuild uBO a nemá to všechny jeho fíčury (nemyslím ty které prinicpiálně nejdou, ale spíš ty uživatelské, které doufám možná někdy zase doimplementuje).
Zatímco jiná MV3 rozšíření, zmiňuje třeba ABP, používají relativně těžkotonážní service worker, který dál s pravidy interaguje a zřejmě synchronizuje. Problém je, že aby zůstal worker běžet, tak ho periodicky probouzí každých 30s. Což není úplně spolehlivé, žere to paměť a zároveň to dělá peaky ve vytížení.
Firefox má to declarativeNetRequest API v JS, zatímco Chrome nativně v C++, což se může trochu projevit podle toho, v kterém prohlížeči to kdo zkouší.
Z mé zkušenosti v Chrome je uBOL úplně v pohodě a srovnatelné s uBO (byť jsem nedělal jsem žádný exaktní profiling). Ve FF jsem nechal uBO.
28. 2. 2025, 10:47 editováno autorem komentáře
Z mé zkušenosti v Chrome je uBOL úplně v pohodě a srovnatelné s uBO
Co jsem já zkoušel, tak to bylo taky v pohodě. Ale dodal bych zatím. Já se totiž nejvíc obávám, že Google v tomhle přitvrdí nebo má schované nějaké reklamní/sledovací řešení co tím nepůjde blokovat.Jenom bude čekat až se to vše usadí lidi si zvyknou a pak s tím příjde a bude už příliš pozdě s tím cokoliv udělat.
Nevím, rizika tam samozřejmě jsou. Na druhou stranu mi přijde, že je okolo toho občas až trochu iracionální hysterie.
Ty webové technologie, prohlížeče, standardy atp.. se pořád vyvíjí. Ve spoustě ohledech je to přetlačování různých zájmů, které můžou být vcelku protichůdné. Nemusí to být jen v ohledu na blokování reklam, ale i soukromí.
Málokdy je to zcela černobílé (např. širší možnosti přináší i vyšší míru možného zneužití) a jednoduché rozhodování. Na stranu druhou pokud někdo ty věci zásadně vychýlí ve svůj prospěch, většinou se dřív nebo později objeví tlak zpět a nějaká alternativa.
Je spousta různých scénářů, jak se to může dál vyvíjet, asi bude chtít vyčkat i jakým způsobem se bude vyvíjet samotné Chromium, případně jak moc se zkomplikuje práce pro alternativní projekty, co ho využívají.
Např. pokud se to stane opravdu omezující a uživatelé to budou chtít, tak si třeba dovedu představit, že různé subjekty (jako Vivaldi, Opera, Brave, komerční ad-blockery, různé další prohlížeče.. + dobrovolníci s dary) spojí prostředky a udělají si např. nějakou nadaci, co bude financovat úržbu forku Chromia, kde se shodnou na optimálním postupu a na kterém to budou všichni stavět. Neříkám, že je to technicky jednoduché nebo levné (zvlášť pro jeden subjekt), ale není to technicky nemožné. Pokud se vyloženě zkoncentrují na tuhle oblast, můžou se vydat různými cestami. Od lehčích úprav že např. zvednou některé limity, až po to, že udělají své rozšířené a optimalizované API čistě na dynamické blokování requestů podle víc různých kritérií a úpravu vzhledu webových aplikací.. nemusí se to nutně odehrávat jen tak, že budou držet jen původního chování MV2.
Ano, ale je nutné hlídat co kdy google vyhulí
za špek, někdy rozbijou přehrávání po minutě, někdy nejde navigace , je furt nutné dávat f5
Jsou to pravidla typu "youtube.com##+js(json-prune, playerResponse.adPlacements playerResponse.playerAds adPlacements playerAds, playerResponse.playerConfig.audioConfig.loudnessDb)"
A je potreba mit aktualni ublock
Stejne ale na m.youtube pro zmenu chybí ovladaci prvky , furt se něco kazi
To je duvod že na webové verze youtube jsem se vykašlal , je to velký hnědý
28. 2. 2025, 12:57 editováno autorem komentáře