Closed Yuki2718 closed 3 years ago
Should list them here, I'm not sure removing them outright would be a good idea. Maybe tweak the rules?
Click-through or direct page:
biz-sol.sony.jp ( http://www.hoteresonline.com/articles/6971 )
cs.cloudsign.jp ( https://www.cloudsign.jp/ )
go.ndbb.jp ( https://go.ndbb.jp/l/701623/2020-10-06/4vd3s )
go.newton-consulting.co.jp ( https://go.newton-consulting.co.jp/HP/geje_10year/ )
go.procommit.co.jp ( https://go.procommit.co.jp/header_scroll?utm_referrer=https%3A%2F%2Fwww.procommit.co.jp%2F )
Submission form broken:
go.anets.co.jp
at https://www.anets.co.jp/rakura-cloud/
Links to digital pamphlet broken:
adm.tyg.jp
at https://www.tyg.jp/
(the link is on popup menu, may be hard to find)
The last two cases are not even tracker. When just a quick check only on jp domain returns this number of problems, we should expect there are many more actually.
Maybe tweak the rules?
But how, as a nature of cname tracker we can't use $third-party
. Maybe if there's a common pattern in the tracker.
Guys, this repo is NOT supposed to be used as a blocklist, it just shows what's what in reality.
You can include parts of the lists, there's no obligation to include every tracker here (moreover, this would definitely cause troubles).
If go.pardot
is causing troubles, there're two safe options:
But how, as a nature of cname tracker we can't use $third-party. Maybe if there's a common pattern in the tracker.
Limit it to $script
maybe?
Closing since removing anything is not an option, but let's continue the discussion.
@ameshkov Okay, sorry for my confusion.
@ryanbr Even limiting to $script
still doesn't solve the issue at https://www.tyg.jp/
so I vote for the option 1.
We could probably apply $cookie
modifier to those domains, but this needs to be tested.
They were initially not added for the amount of trouble (https://github.com/AdguardTeam/AdguardFilters/pull/76213#issuecomment-788918255) and now causing lots of - I showed a few examples in List Authors Chat. There should be many more.