All about Gelbooru (Unblocked ads, Site functional, Counter other filterlists, etc.)

[kowith337]

because they ruined site itself by put the fool php document that load as script, but I guess blocking script will be break Translation Note function.
Test Link: http://gelbooru.com/index.php?page=post&s=view&id=3406493

I think it should be unblocked, but normal unblock rules also unblock fool php docs, suggest to use this instead.
@@||gelbooru.com/script/application.js?
because an actual functional script have version remark after ? sign (you will see number 46 after that in logger)

and use this rule
||gelbooru.com$script,subdocument
to block other unwanted scripts and subdocs that they will be put or change filename in future.
*like they put frontend_loader.js and backend_loader.php in the past to start call ads from exoclick by host script locally instead of directly call from third party. (see ryanbr/fanboy-adblock#30)

[toshiya44]

Thanks for pointing this out.
Looks like @@||gelbooru.com/script/application.js? already exists in Easylist but I'll keep it in my list too just in case.
Added ||gelbooru.com$script,subdocument . Let's see how it goes.

[kowith337]

I've unload other filter lists except hosts based list and your list for a test, an application.js script still blocked.
But while that script was blocked, I can't see any request that call application.js.php, guess it's depend on main script file.

And when I've unload your list and load Easylist filter, it still allow both application.js and application.js.php, plus all scripts from ads.exoclick.com

I don't know how to trim this
because the rule is
@@||gelbooru.com/script/application.js
is not
@@||gelbooru.com/script/application.js? << have question mark behind

expected result

[toshiya44]

Can you test again please? I added the question mark in the filter. It works on my side. commit #f18df9d

[kowith337]

Confirm work as expected.

In the image view page, I don't see any application.js.php request.

[toshiya44]

Yup, I noticed that the site doesn't request for application.js.php sometimes. Not sure if it's a bug on their side.

[kowith337]

• In the list view...

<script type="text/javascript">
    ExoLoader.serve({"script_url":"http://gelbooru.com/script/application.js.php"});
</script>

Later after everything loaded, this line below was generated. (Observed in Chrome F12 inspector)

<script async="" type="text/javascript" src="http://gelbooru.com/script/application.js.php"></script>

• but in the single image view...

<script>
    ExoLoader.serve({"script_url":"http://gelbooru.com/script/application.js.php"});
  (function(i,s,o,g,r,a,m){i['GoogleAnalyticsObject']=r;i[r]=i[r]||function(){
  (i[r].q=i[r].q||[]).push(arguments)},i[r].l=1*new Date();a=s.createElement(o),
  m=s.getElementsByTagName(o)[0];a.async=1;a.src=g;m.parentNode.insertBefore(a,m)
  })(window,document,'script','//www.google-analytics.com/analytics.js','ga');
  ga('create', 'UA-2246042-1', 'auto', {'sampleRate': 100});
  ga('send', 'pageview');
</script>

They tried to serve ExoClick ads with same method along with Google Analytics inception, but it cannot run script in that line, that's why no request for application.js.php in image view, what a poor coding...

[toshiya44]

How did you figure out filters like these?

! Trim bottom space that reserved for advertisement.
gelbooru.com##div[style*="width:1000px"]:has(script)

I don't see them in uBO element picker.

[kowith337]

Found in Ctrl+U source view, where the Exoloader.addZone inline-script called after image lists.

• also found in single image view too in the past, but now they removed it.

Because ##script:contains() that aim to remove nuisance inline-script isn't support in uBlock0 + Chrome.

[kowith337]

I'm tested new rule to block attempt to inject application.js.php via script async, but I think it's make me found something new.
I've found JuicyAds network in post list page.

<script async src="//adserver.juicyads.com/js/jads.js"></script>

It's not new, they serve JuicyAds long time ago, before they switched to use ContentABC, CCBill and ExoClick, also increase amount of advertisement services to throw in face of users as well.

[toshiya44]

Looks like juicyads is already being blocked by the hosts files parsed by uBO. Still, I'll add a ||juicyads.com$important rule just in case they change the subdomain later on.

[kowith337]

##script blocking rules.

• Aim to remove inline-script to prevent and reduce third party request that you can see at per-site switching panel.
• I can't deal with <script> that have src right now.

gelbooru.com##script:contains(_gaq.push)
gelbooru.com##script:contains(ad_idzone)
gelbooru.com##script:contains(adnOpt)
gelbooru.com##script:contains(ExoLoader)
gelbooru.com##script:contains(GoogleAnalyticsObject)
gelbooru.com##script:contains(trw_domain)

Bonus

gelbooru.com##noscript
gelbooru.com##script[async]

• script async currently can block JuicyAds because it's a static line, not generated later like calling application.js.php
• It seems noscript blocking are shown in log, Can I confirm uB0 can handle it?
• It seems can only block DOM to hide them, but cannot prevent access or execute. (cannot reproduce for those case)

[toshiya44]

I'm unable to get the ##script rules to work for some reason. Don't see any changes and network requests to tracking servers keep being made.
Is this what you meant by "It seems can only block DOM to hide them, but cannot prevent access or execute."?
It's not showing up in the logger either. (for other sites as well). Is this a bug?
I'm on Firefox Nightly 53

[kowith337]

Inline-script rules (##script:contains) doesn't show in log, but can confirm those line was blocked because some third party request will not show in network switch pane, e.g. AdNium, Google Analytics.

Compare
Before | After

but some inline-script will be hardly noticed is it blocked or not, because some of them doesn't use to alternatively call other network requests, but just use for other function that sometime doesn't need to call other network requests.
I've apply ##script:contains(ExoLoader) rule to prevent call ExoLoader.addZone function for generate space to preparing deploy ads when successfully called backend script (application.js.php) via ExoLoader.serve, the result is it cannot generate those space and cannot deploy ads.